是什么
Ouroboros 是什么
一句话：Ouroboros 自己不写代码。代码由 Claude Code、Codex 这类 AI 编码工具写。Ouroboros 站在那个工具的前面和后面——开工前把需求钉住，收工后验证结果，并且把过程记下来。
1. 进去什么，出来什么
进去的是一个想法，出来的是代码加上记录。中间 Ouroboros 管流程，运行时写代码。
你不需要先写好一份规范。用大白话说清楚你想要什么功能、想修什么问题就行；缺掉的决定，Ouroboros 会通过提问补上。
2. 谁负责什么
| 角色 | 负责 |
|---|---|
| 你 | 给想法、回答问题、确认 Seed、检查结果 |
| Ouroboros | 提问（访谈）、写工作规约（Seed）、管执行、评估、记录 |
| 运行时（Claude Code 等） | 建文件、改代码、跑命令、跑测试 |
连接两层的东西就是 Seed：目标、约束、验收标准存成 YAML，运行时照着这份文件干活。细节看规约那一章。
3. 支持哪些运行时
目前有 13 个运行时各自的接入指南：antigravity、Claude Code、Codex、Copilot、Gemini、GJC、goose、Grok、Hermes、Kiro、OpenCode、Pi、Zcode。
这个数字不是营销口径，是 docs/runtime-guides/ 里去掉翻译重复之后的实际文档数。你用的工具在不在里面，直接去那个目录看就知道。
4. 它到底解决什么
AI 编码最常见的失败不在输出端，在输入端：需求还没想清楚就开始写。Ouroboros 的做法是把「没想清楚」变成一个可以被拦下来的数字——访谈把模糊度打成分数，分数高的时候挡住规约生成。
第二件事是不让 agent 靠糊弄判分过关：当一条验收标准定义了自己的验证命令或期望输出时，那些值不会进执行 agent 的契约块。这一条有明确的边界，规约那一章写了它覆盖不到的地方。
5. 接下来看哪
这一页对着当前仓库核过：13 这个数字来自 docs/runtime-guides/ 的实际文件数（18 个文件减去 4 个韩文翻译重复、再减去 1 个不是运行时的文档）。有对不上的地方，欢迎到 GitHub Issues 说一声。