用途
Full Cycle Developer 用于把一次完整的开发任务从代码编写一直推进到 PR 创建。它由用户以「full cycle для [项目] [任务/issue]」「сделай full cycle」「работай в full cycle режиме」等触发语启动，主会话作为编排者，静默执行全部步骤，用户最终只看到一条结果输出。
主要能力
- 开发阶段：developer 子代理执行 git fetch/pull、创建分支、读取 AGENTS.md、docs/、ROADMAP.md，进行 memory_search，加载 TASK_CONTEXT，按技术栈提示词实现代码并编写测试，要求测试为 green；Python 项目必须通过 ruff 检查；提交前必须更新 AGENTS.md、README、docs 或 ROADMAP。
- 并行评审：同时启动 developer、architect、tester、security 四个评审子代理，各自基于角色提示词、PROJECT_CONTEXT、TASK_CONTEXT 与 git diff 返回 findings。评审范围限定为 DIFF 中的改动，pre-existing 问题标记为 [pre-existing] 且不作为 BLOCKING。
- 最终评审：主会话读取 reviewer/general.md，结合四份评审结果与 DIFF，给出 APPROVE 或 REQUEST_CHANGES 结论。
- 修复循环：按严重级别表汇总 BLOCKING（developer 的 BLOCKING、architect 的 BLOCKING、tester 的 MUST HAVE、security 的 CRITICAL/HIGH），交给 fix 子代理修复；修复后必须重新执行完整四角色评审，最多 3 轮，超过则中断并告知用户。
- 推送与输出：blocking_count 为 0 后创建 PR，并发送唯一一条总结消息，包含测试数、提交数、各角色评审结果、PR 链接与 issue 链接。
使用方式
技能依赖 /opt/projects/llm-review-prompts/prompts/ 下的角色提示词，按项目技术栈选择语言变体（dotnet、rust、python、go）。主会话通过 sessions_spawn 启动子代理，用 subagents(action="list") 轮询等待，用 sessions_history 获取结果。为防止主会话冻结，启动子代理后必须设置两个 cron 自唤醒（评审角色 T+20 与 T+23 分钟，fix 子代理 T+12 与 T+15 分钟），cron 使用 deleteAfterRun: true，若子代理仍 active 则自我重排到 now+5min。
适用场景
适用于需要端到端自动化完成一个开发任务并产出 PR 的团队或个人项目，尤其是已有 AGENTS.md、docs/、ROADMAP.md 等上下文文件、且使用 Python/Rust/.NET/Go 技术栈的仓库。
限制
- 不向用户发送中间消息，仅在 MAX_ROUNDS 耗尽、致命错误或任务存在无法自行解决的歧义时才提前通知。
- 测试为红色时绝不提交或推送。
- MINOR 问题不直接提交，而是汇总为一个 issue。
- 修复循环最多 3 轮，超出即中断。
- 评审子代理无源码访问权限，可能产生误报，主会话在启动 fix 前需核对真实代码。
- 具体收费、价格、平台支持范围等资料暂未提供。