背景 现在组里一直还是传统方式做事，就是一些增删改查的需求，没啥意思。AI 相关的也只是接个接口，对业务提升，老师帮助也很少。现在老师人手短缺，我们做的东西基本不是强要求的话，很难配合我们去使用，他们宁愿用 office 也不愿意用平台。甚至联帮助他们做流量，赚钱的也不愿意去使用，主要原因就是使用复杂，配置复杂，没时间。

我目前的想法就是通过 vibe coding 的方式一点一点完成整个 Agent 。 大体的里程碑是：登录 --> 身份角色 --> 工具 --> Mcp 。 我还会结合参考一些开源的框架设计，去设计一些缓存，历史对话，权限等。
============
完全没看出你要做啥，以及做的事情跟 ai 有什么关系

巧了，我上一份中厂工作，第一次绩效也是得到 op 这种反馈，面谈的时候追问具体数据，得到的是“这些是保密信息”、“除此之外，还有其它组的同学对你有负面反馈”、“只可意会，不可言传”这样的抽象回复

面谈完我去工单系统上一查，我的 bug 数是组里中下，总工时是中游，跟经理说的双倒数完全不一致

所以说，只要人家想你背锅，有一万种理由，只要人家想解释，你追问到天荒地老都追问不出一个所以然来，对我们个人来说，只要记住不要内耗，找寻自己内心的追求，这样就够了

提示词优化需求大的时期那是 gpt3.5 那阵，没有思维链，模型本身的推理能力也还不好，所以需要提示词去约束思维模式。现在有思维链，基本不太需要提示词优化了

@wyntalgeer 同问

人的创新力是通过探索欲+正反馈形成飞轮的，你要人摒弃掉自尊，那就是不允许人获得正反馈，那创新力的飞轮就无法闭环，试想如果你去探索一件事情前，你就已经知道会一鼻子灰，那你还会去做吗？如果这样人类也根本不可能走到今天这步

OP 想要绝对的批判，其实就是想要在所有决策中都具备绝对的理性，但其实在人类的思维模型中，感性和理性本来就是相辅相成的，而且理性也不永远是对的，因为理性是否正确，取决于你是否有足够的信息，只有你拥有全世界所有的信息那才能称之为绝对的理性，但这是不可能的，这种存在我们称之为神

当信息不足以支撑理性作出决断的时候，就需要感性来辅助决断了，比如现在的 AI 趋势，事实上是大家都知道 AI 一定是未来吗？不一定，很多人可能只是通过几十年前的一部科幻电影，勾勒出 AI 主导的未来而已

@baiyi 哈哈哈哈我也是想表达类似的观点

我估计 op 把楼上所说的“造假”理解成了一种批评，但这里说的造假只是出于 git 版本控制的出发点，历史记录是不应该被伪造的，所以 git 当然不会提供这种便捷的操作来让你伪造提交记录

但既然这些东西都是存在于文件系统，那当然会有解法，只是会麻烦一点

@enchilada2020 技术路线这块，我觉得体现最明显的是内存泄漏的问题，去年我瞄了一眼，bun 内存泄露相关的 issue 比 deno 多了十几倍，照理来说有 deno 和 node 这些老前辈，架构上应该不会有太大问题才对

之前在 hackernews 上看到作者回复不少内存泄漏的问题，都是跟 jsc 的调度有关系

@enchilada2020 deno 首次发布只比 bun 早三年，但现在 deno 比 bun 稳定的多，对 node 库的兼容性也更好，issue 和 mr 的数量也更少，我感觉跟技术路线还是有关系的

@ysc3839 之前我 benchmark 过纯 js 几种场景，bun 和 node 比只有启动的时候有优势，跑复杂代码要慢不少，其实也很容易理解，TurboFan 干了那么多事情，启动慢也很正常

薪资范围和办公地点有吗

每个领域下，会组成各个不同的小的团队，需要注意的是这个团队并不是根据你的汇报线构成的，根据当前的业务需求，进行拆分重组的
===================
这个事情本身看着没什么问题，实线还是技术线，只是会拉项目群

1.信息冗余严重
===================
这是你们汇报流程的隐性问题，没有人规定项目进度要不要汇报给实线 leader ，汇报周期是什么，所以就导致项目组和实线 leader 都要实时汇报，搞得很累。我理解项目的事情本来就只需要同步项目组，leader 周报跟进一下就够了，这个问题，如果总监知道，应该总监制定相关规定，给经理去落地

2.几乎所有人考虑的都是眼前六周的事情能不能做完
3.项目维护成本高
4.打杂严重
===================
总结下来都是未来规划不明确的问题，这可能是老板或者高管在业务上或者技术上的蓝图不明确，也可能是总监的上传下达出了问题，导致经理和一线都不知道要搞这套项目管理的目的，未来会怎么演化，而总监大概率又疯狂的 pua 经理，导致经理过于焦虑，无法考虑更多，这样传导到一线就产生了你的体验

总结：大概率是总监的规则设计、传达、沟通方式不到位，小概率是老板或者高管发疯

强烈的情绪才会激发表达欲，有强烈情绪还有空上 v2 发主题的，可不就是失业的吗

ts 本来就是个编译器啊，难道还有运行时？ deno bun 这些也是内置了编译器而已，所以标题写的也没错吧

将来跳槽，这个没办法作为参考，问了几个 HR 都说公司不承认这个
===========
有点好奇，不认的理由是啥呢

一路 return 出去也可以的，但有个小问题，这样拿不到初始位置的堆栈，所以还得加个类型把堆栈包进去抛出

（不过我们业务项目也是直接 panic 出去给 recover 打错误日志的，这种做法由于日志信息不是显式的，所以查起来稍微麻烦点，但耐不住方便，错误处理的代码可以减少很多，本来一行 log 、一行 resp 、两行 if err!= nil ，现在一个 panic 就完事了

@ysc3839 这是一个搞笑故事，兄弟可以去跑一个 hello world 试试，bun 确实比 node 和 deno 都要快，但是后来我找到一个论述，说是 jsc 的运行时优化比较少，所以它启动快

想想也不无道理 :)

https://www.builder.io/blog/bun-vs-node-js