你把老板思维最重要的一点漏了:对结果负责,承担员工(AI)失误造成的损失从这个结论再反推回去就不一样了, 因为你要对结果负责,为了避免损失,你不能每一步你不能放任员工(AI)去肆意执行,需要制定清晰的规范和流程
2# Look🍊 老板思维指：把自己作为老板，向 agent 提需求、验收，而不过多关注具体实现。上一个主题也有许多坛友提到这种方法，这里延申讨论。
我接触到的反面例子：
[list]
[*]面试时一个面试官提到自己的团队在用多了 AI 代码后，最后会变成 bug 越来越多、人和 AI 都没法修的状态，亦即项目「废掉」
[*]在游民社区遇到的独立开发者，提到自己用 gpt 写出来几万行代码，代码量过多人工不可能审核（全看完都要几天），只能从最初开始让 AI 重新精简写
[/list]正面例子：
[list]
[*]在 AI 共学营，一位 agent 开发者介绍过自己的「三层工作流」（ agent 分为助手->项目经理->worker ；平时基本只和助手对话，worker 几乎不看）；说明这种方法至少是有实际验证过的使用的
[/list]大家怎么看这些案例？
如果「老板思维」有用，这些问题是可以避免的吗？用什么方式来避免？
如果不能解决，更合适的使用流程是什么？人工多少介入、在什么方面介入合适？
好奇各位的使用经验。
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉
3# SYS宇晖 老板思维有用但别撒手不管。我做法是让AI干活前先定死文件结构和模块边界，代码量一超就强制拆分，不然真会越堆越乱没法修。
[这只是一个小尾巴]
是什么让你觉得提需求+验收是件很轻松的事情呢？这两个可能比你沉浸式写代码累多了
当老板就要心态好一点，一个项目烂掉对老板来说并不算什么