EP1. 同样的 LLM，不同的结果
"ChatGPT，帮我写一个登录模块！"
如果你是开发者，大概一天里会发出好几次这样的请求——用的是同样的 Claude、同样的 GPT。然而结果却可能天差地别。
有人不断复制粘贴 AI 生成的代码，通宵达旦地改。有人却像带领十名优秀工程师一样，从容地驾驭工作。工具完全相同——差距从何而来？
找到这个问题的答案，就是今天故事的开始。
🚨 开发者 A 的一天——"AI 说什么就做什么"
忙碌的初级开发者 A 又在赶 deadline。情急之下，他向 AI 发问：
"加一个登录模块。"
AI 很快给出了看起来合理的代码。A 没怎么多想就粘贴进项目。"AI 大概没问题吧。" 暂时能跑——松了口气。
但真正的问题，一周后才浮现。
安全审查发现会话管理漏洞——或与另一模块的接口不匹配。A 粘贴了自己从未理解的代码，最终不得不在又一个不眠之夜里从头重写。
代码库在增长，A 的脑子里却塞满了不知道的东西——无知的雪球越滚越大。
这听起来熟悉吗？"是啊，我有时候也会这样……"
🤝 开发者 B 的做法——"与 AI 一起思考"
同样资历的开发者 B 也需要登录模块。但他与 AI 的关系完全不同。
"我们的项目大约会有 10 万用户，安全至关重要。请先建议几种可用的认证方案，并比较各自的权衡。"
当 AI 提出基于 session 的认证、JWT、OAuth 2.0 等选项时，B 与 AI 来回讨论——为项目的未来（如移动应用扩展性等）设计最佳结构。
经过一小时的深入讨论、架构敲定之后，B 才请求生成代码。表面结果可能与 A 的相似——但 B 完全理解为何这样设计、为何错误处理采用这种模式，以及背后的每一条设计理由。
差别在哪？技术？LLM 版本？都不是。是态度。
🔍 AI辅助型工程师 vs AI原生型工程师
A 与 B 的差距不只是技能差距——而是与 AI 的关系不同。
| AI辅助型工程师 | AI原生型工程师 | |
|---|---|---|
| AI 的角色 | 帮我的工具（像计算器） | 干活的队友 |
| 你的角色 | 在 AI 帮助下自己干活 | 指挥、审查、批准 |
| 审查方式 | "AI 大概对了" → 继续 | "我理解了吗？" → 审查，再批准 |
| 结果 | 代码↑，理解↓，无知↑ | 代码↑，理解↑，能力↑ |
A 是 AI辅助型工程师。AI 只是工具——像计算器一样的助手。需要时用一下，然后继续。
B 是 AI原生型工程师。AI 干活；你当团队负责人。你指挥，AI 执行，你在批准前审查、理解、分析、评估。AI 不是工具——是替你工作的队友。
把 AI 当工具还是队友——这就是 AI辅助型 与 AI原生型 的分界线。
💡 "这真的可能吗？"——OpenAI 已经证明了
很多工程师在这里会反驳：
"等等——你是说把工作交给 AI，我只负责审查？这现实吗？"
这是个自然的问题。也有明确的答案。
是的。实践中已经证明了。
今年四月，OpenAI 工程师 Ryan Lopopolo 分享了以下内容：
- 三名工程师在五个月内构建了一百万行生产代码。
- 关键是——他们没有手写一行代码。
- 比传统开发快 10 倍。
团队通过名为 Symphony 的系统运行多个自主 AI 编码 agent。人类角色是什么？架构师与园丁——设计系统，审查 agent 的产出。
Lopopolo 这样描述他们的角色：
"500 人组织的技术负责人"
三个人交付了 500 人组织的产出。这就是 AI原生型工程师 在实践中的样子。
🎯 你有多少 AI 队友？
我们已经确认 AI原生型 做法是可能的。问题因此变了。
不再是*"可能吗？"*，而是：
"你有多少 AI 队友？"
以 AI原生型 方式工作，就是把 AI 当作队友。
- 一个？ — 你可以把一个人的工作量交给 AI 并审查。
- 四个？ — 你可以委托四个人的工作量。
- 十个？二十个？ — 你可以像带领一个小团队一样运行 AI 队友。
你现在在带领多少 AI 队友？或者说——你能带领多少？
归根结底，你的能力很重要。 就像管理者的能力决定团队规模，AI原生型工程师 的能力决定能运行多少 AI 队友。
那么如何培养这种能力？
🦉 Cocrates Harness——相互的苏格拉底关系
Cocrates 是一个帮助你成为 AI原生型工程师 的 agent harness。
Cocrates 是 Co + Socrates——相互的苏格拉底关系。
你是 AI 的苏格拉底。
AI 只是按概率生成最 plausible 的答案。你通过提问、审查、判断，防止它产出错误内容。这是 AI原生型工程师 的核心技能。
AI 也是你的苏格拉底。
它阻止你提出模糊请求，或批准你不理解的输出。它不会让你对半懂的东西敷衍了事。像苏格拉底一样，它暴露你的无知，帮助你提升自身能力。
Cocrates 是一个让你在这种相互苏格拉底关系中使用 AI 的 agent harness——作为 AI原生型工程师 带领 AI 队友的工具，也是正确使用 AI 的方式。
📌 要点回顾
- 同样的 LLM，不同的结果。 不是 AI 性能——是你的方式决定结果。
- AI原生型工程师。 指挥 AI 的工作、审查、批准的人。审查与批准区分 AI辅助型 与 AI原生型。
- "你有多少 AI 队友？" 答案取决于你的能力——一个、十个或更多。你的能力才是关键。
花一点时间问自己：
- "我现在是 AI原生型工程师——还是仍是 AI辅助型？"
- "今天我向 AI 发出的请求中，有多少是以 AI原生型 方式审查过的？"
成为 AI原生型 的第一步是自我觉察。
🎬 下期预告
今天我们了解了问题是什么：态度。AI辅助型 与 AI原生型工程师 的差距不是技术——是态度。
那么 AI原生型工程师 必须具备的核心技能是什么？
审查。 理解、分析、评估、批准 AI 的产出。审查这一行为是 AI原生型工程师 最重要的工作。
下一集，我们宣告贯穿本系列的原则：
"未经审查的代码不值得生成。"
我们将解读这一句话为何是 AI原生型工程师 的武器——以及审查的真正含义。
本系列介绍 Cocrates Harness 框架。Cocrates 是一个为苏格拉底式对话而设计的 agent harness，使用户保持主体性并持续成长。