都是agent在改的话人力成本足够低就无所谓了
理想很丰满，现实很骨感。agent目前也达不到100%正确率。很多需求能给你写的五花八门的。你要几万人的agent写的东西都一样可以用，完全不用用户介入，然后同时维护几十套工具不拉垮，目前哪来的这种agent。
这就是强行上agent，把简单问题复杂化。可不可以这么做，可以。有必要吗？没有
以前是人指挥机器干活，现在是机器指挥人review代码，历史的进程啊
为什么以前有三班倒之说呢
因为机器太珍贵了必须要一直运行
所以人的时间要服从机器
hype起来的时候就是这样的
步子太大扯到蛋躺下是后来的事
被裁掉的人不会回来
1 个赞
昨天听硅谷101 找百融智能的来讲 就是这样 搞了无数硅基员工 但貌似对银行做企业服务 还赚钱了
两周前后知后觉开始用git worktree，同时vibe code三个项目。再多就被同事给block了。
以后限制ai coding agent速度的还真就是人了，ai可以天然写出ai friendly的东西，现在很多资料是人写的，ai看起来比较费劲。
methodology可以学 其实和管理岗那套差不多。。。无外乎管的是听话懂事的没有创造力的agent 
但 ai 这种会磨洋工还特别擅长看人下菜碟的东西，不就是老板最不好管理的员工吗
对员工不能bossy不能随意fire 对agent没问题 
迭代更快 全看管理者的政策够不够全面 底线有没有定好 说白了管真人的时候说不好了还能怪下面的 管agent做不好就没得赖了
1 个赞
请问你现在写research代码用什么工具组合啊？我看到的大部分实践案例都是工程开发相关的
你给他需求就能写啊，反正理论步骤自己提，他写
但我确实不会多线程….看来得买一个Claude code用了