控制AI的关键不是Prompt，而是这套工程架构

很多人以为AI开发就是：

中间缺了一整层。

现实中的软件开发是这样的：

AI 为什么容易跑偏？不是 AI 不会写代码。是你把中间所有工程管理过程全部省略了。

那怎么让 AI 也能按这套流程走？

答案不是写更好的 Prompt，而是写三样东西：Spec、Agent、Skills。

很多人把这三样东西搞混了。

有的把 Spec 写进了 Prompt，有的把 Skills 当成了 Spec，有的把 Agent 和 Skills 混为一谈。

其实它们的关系很简单，就一层：

Spec 定义规则。Agent 按规则工作。Skills 完成具体任务。

它们是包含关系，不是竞争关系。

公司招了一个 Java 工程师。

他能直接开始写代码吗？不能。

因为公司会先给他一堆东西：

这些就是他的Spec。

然后他开始工作的时候，需要调用各种专业知识：

这些具体技能，就是Skills。

他自己，就是Agent。

所以：

AI 是完全一样的架构。只是大部分人只写了一行"你是一名工程师"，就以为够了。

很多人混淆这两个概念，我建议这么区分：

Spec 回答的是：什么时候做？为什么做？做到什么程度？不能做什么？

例如：

这是一种行为规范。

Skills 回答的是：具体怎么做？

例如，API Design Skill：

这是一种技术能力。

所以：

制度和方法不能混在一起写，否则 AI 在执行时会分不清"这是规则还是步骤"。

很多人以为 Agent 是"负责做某件事的程序"。

其实不对。

Agent 不负责具体执行。Agent 负责：决定什么时候调用哪个 Skill。

Agent 更像是一个项目经理，而不是一个工程师。

Skills 才是那些专业工程师。

而 Spec，是整个团队的执行章程。

这是一个很好的观察。

很多流行的 Coding Agent，实际上是把 Spec 和 Skills 写在一起了。比如：

这里面，"分析需求"完全可以是独立的 Skill。"数据库设计"也是独立的 Skill。"接口设计"也是独立的 Skill。

只是很多 Agent 为了方便，没有拆。

拆的好处是什么？

独立迭代：Skill 可以单独升级，不影响 Agent

复用性：同一个 Skill 可以被多个 Agent 调用

隔离性：某个 Skill 出错了，不影响整体流程

这就是为什么越来越多的 AI 开发框架在往"Agent + Skills"的方向演进。

如果把我这段时间和你聊的内容总结成一句话，那就是——你的目标不是在写一个 Agent，而是在建设一套软件研发知识库 + 能力库。

然后上层再搭一个开发 Agent，它不需要知道每个技术细节，而是像项目负责人一样，根据任务阶段调度这些 Skills，依据统一的 Spec 判断什么时候调用、什么时候暂停、什么时候要求人工确认。

这套架构最大的价值不是技术层面的，而是认知层面的：

它是和平台无关的。

不管底层用的是 ChatGPT、Claude、Codex，还是别的什么模型——只要它支持 Agent 和工具调用，这套三层架构都可以迁移过去。变化的是具体实现，不变的是你的研发体系本身。

2025-2026 年发生了几件关键的事：

GitHub 发布 Spec Kit：把产品规范变成可执行工件，驱动从规划到实现的完整流程。

AgentContract 发布开放规范：用 YAML 写 Agent 的行为契约，包括 must、must_not、can，以及运行时强制执行策略。

OASB-2 治理规范：定义了 72 项控制措施，覆盖 Agent 的信任层级、能力边界、注入防护、数据处理等 9 个领域。

IETF 提出 AAIF 草案：一份开放的 Agent 互换格式，目标是让不同运行时的 Agent 能互相导出和导入。

你有没有发现，所有这些努力都在做同一件事：

把"软件工程管理方法"形式化，让 AI 能理解和执行。

这不是一个临时趋势。这是 AI 开发进入工程化阶段的必经之路。

作为一个不懂代码的产品经理，能不能通过完善 Spec 来约束 AI 的执行效果？

答案是肯定的。

而且我的建议是，不要把精力花在"写更好的 Prompt"上。你应该花时间做三件事：

沉淀 Spec：把团队的开发制度写清楚——先做啥后做啥，什么必须停，什么必须问

拆解 Skills：把每个开发环节的方法论固化成独立的 Skill——PRD 分析、架构设计、数据库设计、API 设计、代码规范

设计 Agent：用一条简单的流程串起来——调度 Skills 执行，遇到问题暂停，完不成交代

这三层搭建完毕后，你可以真正地跟 AI 说：

这是我的 PRD，按我的流程走。

而不再是：

帮我写个 CRM。

两者的区别，就是你最终能交付产品和永远在返工的区别。

你真正沉淀的不是某个平台的 Prompt，而是一套属于你自己的研发方法论。

这可能是 2026 年，作为产品经理最值得做的投资。