自己开发的agent harness
自己在使用codex过程中,由于前期模型能力有限,做出的产品常常不符合预期。于是自己编写了一套workflow,将需求分析,开发,测试,验证与模型编排调度集成到一起。本项目经过100+pr的迭代更新,可以稳定的实现各种需求,保证想法和做出的产品效果一致。
Codex Development Workflow
一套面向 Codex 与 Claude Code 的多 Agent 智能软件开发工作流
GitHub:i-zrhe2016/codex-development-workflow
项目核心理念:让 AI 不只是编写代码,而是像成熟的软件工程团队一样,有计划、有分工、有验证地完成开发。
与普通 AI 编程工作流有什么不同?
1. 自适应多 Agent 协作:主 Agent 负责架构、任务拆分和调度,子 Agent 负责实现与验证。根据任务依赖、文件冲突和系统资源,动态决定并行或串行执行。
2. 独立验证机制:开发 Agent 不负责最终验收,由全新上下文的验证 Agent 独立检查,减少 AI 自己写代码、自己证明正确的问题。
3. 风险驱动的质量门禁:不仅要求测试通过,还检查测试是否真正有效,包括边界条件、异常路径、权限安全、回归风险等。
4. GitHub 原生任务管理:采用 Plan → Ticket → Branch → PR 的结构,将需求、实现、验收证据和交付过程关联起来,支持任务中断后恢复。
5. 智能上下文管理:主 Agent 保持精简,子 Agent 按需加载上下文,任务结束后保留关键证据,减少无关信息和重复 Token 消耗。
6. Skill Eval 自我改进:开发完成后评估工作流本身,通过真实任务的盲测 A/B 对比验证 Skill 改动是否有效,而不是凭主观感觉不断增加规则。
7. 分阶段交付与权限控制:规划、开发、验证、发布、合并分别管理。AI 可以完成本地开发和验证,但 Commit、Push、PR、Merge 等操作遵循用户授权边界。
核心工作流程
主 Agent:需求分析、架构设计、任务调度
开发 Agent A
开发 Agent B
开发 Agent C
任务依赖允许且写入范围隔离时并行执行
独立验证 Agent
测试质量门禁 · 验收证据 · 风险检查
GitHub 交付 + Skill Eval
授权发布、合并与工作流持续改进
最大的差异化优势
普通 AI Coding 工具主要关注 如何更快生成代码。
Codex Development Workflow 更关注 如何通过多 Agent 协作、独立质量验证、持久化任务状态和可衡量的流程改进,让 AI 开发复杂软件变得可靠、可控、可恢复。
它的独特价值不是某一项孤立技术,而是把这些机制整合为一套完整的软件工程工作流。
以上基于仓库当前 README 和 AGENTS.md 描述;属于设计与实现机制介绍,不代表已有量化的效率提升证明。