用途：在使用 Codex（OpenAI Codex CLI）开发功能时，按纪律化的构建→审查→测试→修复循环推进工作，避免“能编译就算完成”。
工作来源：优先查找仓库中的计划文件（如路线图、重构计划或带 - [ ] 复选框的任务列表），处理第一个未勾选任务。在 ProductOS 仓库中，计划文件为 docs/ROADMAP.md、docs/REFACTOR.md，以及用户要求安全修复时的 docs/SECURITY-AUDIT.md 中的 Fix plan；docs/PLAN.md 与 productos/*-CHECKLIST.md 不是构建计划，应忽略。任务顺序有意安排，不得跳过。若计划引用规格文档，只读与当前任务相关的章节。无计划或请求超出计划时，依据用户提示构建，先将其复述为可验证目标并给出 2–4 条成功标准，用一条消息确认范围。
循环步骤：构建，严格实现任务要求，采用满足需求的最简实现，改动精准，不扩展范围，遵循项目既有约定。审查，运行 /review 并选择“Review uncommitted changes”；若改动涉及认证、支付、用户输入或数据访问，再通过“Custom review instructions”做第二轮（例如“Focus on security vulnerabilities and unvalidated input”）。修复范围内所有发现的问题；若项目有设计系统规范，检查 UI 改动是否绕过设计令牌。重复 /review 直至干净；若发现与任务或规格冲突，以规格为准并指出分歧。端到端测试，运行任务的验证步骤或成功标准，运行完整测试套件，为新逻辑补测试，并以用户视角走通真实流程，包括空、加载和错误状态。修复，测试发现的问题回到循环：修复→/review→重测；不得将失败任务标记完成，也不得在应用损坏时开始下一任务。继续，将任务标记为 - [x]，更新计划中的进度行，循环至请求范围完成。报告，说明构建内容与计划进度、已修复与延期的审查发现、验证方式（测试与流程走查）以及需用户关注的事项，如实说明不稳定或仅部分验证之处。
规则：跳过审查或未测试的工作等于未完成；不要重新争论计划决策，若任务看似有误，提一个具体问题而非猜测；发现无任务覆盖的工作应提出并建议新任务，不得静默扩大范围。
限制：资料未提供该技能的具体安装命令、收费方式、支持平台或效果数据。