主 题：[开源自荐 求star] Codex Three-Layer Delivery：把 Codex 的全局规则、项目规则和文档 Skills 分成三层
发 布 者：alieismy
标签分类： 技术
时 间：2026-09-18 16:43:21
内容预览：这段时间我一直在整理 Codex 的 AGENTS.md、项目规则和 Skills。最初的做法很直接：遇到问题就往 AGENTS.md 里补一条规则，需要新的任务能力就再加一个 Skill。内容多了以后，哪些规则适用于所有项目，哪些只属于当前项目，开始变得不清楚。做需求、可研或技术方案时应该交付什么，评审结论需要什么证据，任务做到哪里应该停，也需要重新理清。我把这套做法重新拆分并整理成了 Codex Three-Layer Delivery：https://github.com/alieismy/codex-three-layer-delivery项目采用 MIT License，GitHub 仓库公开。这是一个非官方项目，与 OpenAI、Cursor、Anthropic 或仓库提到的其他框架没有隶属或背书关系。这个项目解决什么问题它主要面向系统设计和专业文档交付，目前覆盖：需求分析、PRD 和 SRS；可行性研究，技术与标准研究；技术方案、概要设计、建设方案和详细设计；标准规范、技术文章、白皮书、研究报告和独立评审。编码、代码评审、测试执行、部署和发布由其他工作流负责。Codex 仍然可以做这些事，只是这套规则和 Skills 没有把它们纳入职责范围。我更关心的是：怎样让 Codex 在长任务结束后，留下可以继续评审、修改和追踪的交付物，而不是一段很长但难以复用的聊天记录。为什么分成三层Layer 1 全局指令 ↓Layer 2 项目级交付规则 ↓Layer 3 专业 Skills第一层是个人长期使用的全局规则，对应 ~/.codex/AGENTS.md。准确性、证据纪律、授权边界和表达偏好等跨项目要求放在这里。第二层是项目自己的 AGENTS.md，用于约束项目范围、交付要求、质量门禁、安全边界、MCP 路由和验证方式。换项目时，不需要跟着改个人全局
直达链接： https://www.nodeseek.com/post-935531-1
发 布 者：alieismy
标签分类： 技术
时 间：2026-09-18 16:43:21
内容预览：这段时间我一直在整理 Codex 的 AGENTS.md、项目规则和 Skills。最初的做法很直接：遇到问题就往 AGENTS.md 里补一条规则，需要新的任务能力就再加一个 Skill。内容多了以后，哪些规则适用于所有项目，哪些只属于当前项目，开始变得不清楚。做需求、可研或技术方案时应该交付什么，评审结论需要什么证据，任务做到哪里应该停，也需要重新理清。我把这套做法重新拆分并整理成了 Codex Three-Layer Delivery：https://github.com/alieismy/codex-three-layer-delivery项目采用 MIT License，GitHub 仓库公开。这是一个非官方项目，与 OpenAI、Cursor、Anthropic 或仓库提到的其他框架没有隶属或背书关系。这个项目解决什么问题它主要面向系统设计和专业文档交付，目前覆盖：需求分析、PRD 和 SRS；可行性研究，技术与标准研究；技术方案、概要设计、建设方案和详细设计；标准规范、技术文章、白皮书、研究报告和独立评审。编码、代码评审、测试执行、部署和发布由其他工作流负责。Codex 仍然可以做这些事，只是这套规则和 Skills 没有把它们纳入职责范围。我更关心的是：怎样让 Codex 在长任务结束后，留下可以继续评审、修改和追踪的交付物，而不是一段很长但难以复用的聊天记录。为什么分成三层Layer 1 全局指令 ↓Layer 2 项目级交付规则 ↓Layer 3 专业 Skills第一层是个人长期使用的全局规则，对应 ~/.codex/AGENTS.md。准确性、证据纪律、授权边界和表达偏好等跨项目要求放在这里。第二层是项目自己的 AGENTS.md，用于约束项目范围、交付要求、质量门禁、安全边界、MCP 路由和验证方式。换项目时，不需要跟着改个人全局
直达链接： https://www.nodeseek.com/post-935531-1
