AI 编程的「老板思维」真的有用吗？

[grandlq]

老板思维指：把自己作为老板，向 agent 提需求、验收，而不过多关注具体实现。上一个主题也有许多坛友提到这种方法，这里延申讨论。

我接触到的反面例子：

• 面试时一个面试官提到自己的团队在用多了 AI 代码后，最后会变成 bug 越来越多、人和 AI 都没法修的状态，亦即项目「废掉」
• 在游民社区遇到的独立开发者，提到自己用 gpt 写出来几万行代码，代码量过多人工不可能审核（全看完都要几天），只能从最初开始让 AI 重新精简写

正面例子：

• 在 AI 共学营，一位 agent 开发者介绍过自己的「三层工作流」（ agent 分为助手->项目经理->worker ；平时基本只和助手对话，worker 几乎不看）；说明这种方法至少是有实际验证过的使用的

大家怎么看这些案例？

如果「老板思维」有用，这些问题是可以避免的吗？用什么方式来避免？

如果不能解决，更合适的使用流程是什么？人工多少介入、在什么方面介入合适？

好奇各位的使用经验。

[winnerczwx]

你把老板思维最重要的一点漏了:对结果负责,承担员工(AI)失误造成的损失

从这个结论再反推回去就不一样了, 因为你要对结果负责,为了避免损失,你不能每一步你不能放任员工(AI)去肆意执行,需要制定清晰的规范和流程

[Building]

是什么让你觉得提需求+验收是件很轻松的事情呢？这两个可能比你沉浸式写代码累多了

[levn]

当老板就要心态好一点，一个项目烂掉对老板来说并不算什么

[yidinghe]

真老板：完全不 care 技术细节，产品都懒得打开用一下；
假老板：跟着 AI 一点点排查，不懂的地方反复问 AI 。

[YanSeven]

claude fable 用户：老板思维
gpt astra 用户：小组长思维
opus/sol/grok/kimi/glm/deepseek 用户：mentor 思维
豆包用户：hr 思维