入门级 项目实战
Agent Collaboration SOP
一套面向多 Agent 工程协作的开源 SOP，把 Owner、Executor、Reviewer、Evidence Ledger、Reviewer Report、案例库和反模式复盘串成可执行流程。
技术栈与实现方向
ACSMarkdownEvidence LedgerReviewer ReportCodexClaude CodeOpenClawHermes
Agent Collaboration SOP，简称 ACS，是一套面向多 Agent 工程协作的开源 SOP。
它不是把聊天提示词写长一点，而是把真实项目里的协作角色、证据、审核和复盘沉淀成文件化流程。
它解决什么问题
当一个 Agent 负责执行，另一个 Agent 负责审核，人类 Owner 负责最终决策时，最怕的是协作链路没有边界。
典型问题包括：
- Executor 改完代码后自己验收自己；
- Reviewer 只看测试通过，没有查范围、架构和证据；
- Owner 决策留在聊天里，后续上下文压缩后丢失；
- handoff 说修好了，正式设计文件还保留旧指令；
- UI、部署、上游 PR 或公开内容没有截图和脱敏证据。
ACS 把这些风险拆成可检查的环节。
三个核心角色
Owner
-> 目标、范围、发布、上游 PR 和业务边界的最终决策者
Executor Agent
-> 设计、实现、自测、记录证据、写交接
Reviewer Agent
-> 独立检查目标、范围、架构、测试、截图、证据、脱敏和发布风险核心原则是：Executor 不批准自己。
绿色测试是证据，但不是批准。
项目结构
agent-collaboration-sop/
README.md
SKILL.md
docs/
templates/
case-studies/
anti-patterns/
adapters/其中：
templates/用来落 Executor handoff、Reviewer report、Evidence ledger；case-studies/用来沉淀脱敏协作案例；anti-patterns/用来记录常见翻车方式；adapters/用来适配 Codex、Claude Code、OpenClaw、Hermes 等运行环境。
长期方向
ACS 会长期维护工程案例库。
我们希望每一次真实协作里的问题都能变成后续可复用的经验：谁做了什么，Reviewer 挡住了什么风险，Owner 如何决策，哪些证据证明状态，哪些规则因此需要补强。