OPC：把一家公司塞进一个 Claude Skill 里，190 Star 的多 Agent 编排黑科技
一个人就是一家公司——这种吹牛现在有人当真了。OPC（One Person Company）把这个口号做成了一个 Claude Code Skill，把 PM、Designer、Security、Devil’s Advocate 等 16 个专家角色塞进同一个 Skill 里，让一个 Claude 会话跑出完整的产品交付流程。
听起来像「公司模拟器」玩具，但看了 README 和 251 个 commit 后，你会发现它把多 Agent 编排这件事工程化得很硬核。
不是「多 Agent 编排」那么玄乎
OPC 的核心数据结构是一个有向图（digraph）：Task → Flow Selection → Node Execution → Gate Verdict → Route Next。每一个节点都有类型（discussion / build / review / execute / gate），节点之间用文件做上下文隔离——不是塞进同一个上下文里让模型自洽，而是真正「造完交付给下一个 agent」。
它内置 4 种流程模板：
- quick：轻量讨论 / 写代码
- review：并行派 2–5 个独立角色 Agent 做代码评审
- build-verify：构建 → 独立审查 → 测试设计 → 测试执行 → 门禁
- full-stack：从一行 brief 到可点击的产品
零信任原则：干活的不审稿
OPC 最硬核的设计是一条公理：干活的那个 Agent，永远不审自己的活。所有 gate（门禁）节点都由 opc-harness synthesize 跑出——根据客观代码证据算 PASS / ITERATE / FAIL，不让 LLM 主观判断「这个 bug 重不重要」。
具体怎么跑？举个例子，/opc implement user auth with email/password 一句话触发后：
- Build 节点产出 commit
- Review 节点并行派 Security / Backend / A11y / Devil’s Advocate
- Test-design 节点生成测试
- Test-execute 节点执行
- Gate 节点机械判定
任何一环 FAIL，就 ITERATE 重跑，限制是每条边最多 3 次、每节点最多 5 次重入、整流程 20–30 步上限。还内置了 A↔B 死循环检测。
它解决了什么真问题
用过 Claude Code 做正经项目的人都被同一个问题折磨过：模型在「写完代码」和「审完代码」之间切换时，要么过度自信要么过度自责。同一个会话里让它挑自己的 bug，挑出来的往往是自己合理化后的版本。
OPC 用「上下文隔离 + 独立角色」解决这件事——Security Agent 看到的是干净仓库，从攻击者视角出发，根本不知道 Builder 当时想了什么。Devil’s Advocate 这个角色更狠，专门挑刺、唱反调、写「这篇代码哪里会崩」。
另一类场景是「上线前审计」：/opc verify before release 跑完 acceptance / audit / e2e 三道门禁才放行，避免了「LLM 说看着 OK 就 merge」的人祸。
安装 / 使用
仓库自带 251 commits 的完整工程实践，skill.md 在根目录，复制到 ~/.claude/skills/opc/ 即可。配合 opc-extensions 还能让 design tokens 和视觉质量一起跑进去——同一套 16-agent pipeline，输出 6 种完全不同设计语言的 SaaS 着陆页。
如果你已经在用 Claude Code 做完整产品（不是 demo 玩具），OPC 值得花一个周末试一下。它不是又一个「多 Agent 编排框架」——它是把工程团队里的角色分工、门禁制度、迭代节奏，第一次形式化地塞进了一个 Skill 里。
👉 GitHub：iamtouchskyer/opc（190 ⭐，4 模式 / 16 Agent / digraph pipeline）
评论区
登录后可评论。