用途：接收工单 ID，驱动其完成分析、代码库调查、规划、TDD 实现、提交与 PR 创建的全流程，并通过首次运行生成的补充文件适配不同技术栈。
主要能力：分阶段执行。阶段 0 检查技能目录下的补充文件（如 .supplement.md），缺失时以交互式提问收集工单系统、版本控制、错误跟踪、日志、数据库、CI/CD 钩子、测试框架、架构与 PR 约定等信息并保存。阶段 1 获取并解析工单，提取验收标准、类型、优先级，必要时拉取错误与日志上下文。阶段 2 拉取主分支。阶段 3 并行或顺序调查实体、服务、API、管理面板、数据访问与测试层。阶段 4 生成实现计划并等待开发者批准。阶段 5 按分支命名模式创建特性分支。阶段 6 严格 TDD：先写失败测试、再实现、重构、跑全量测试、按提交格式提交。阶段 7 生成实现摘要，阶段 8 创建 PR，阶段 9 可选生成报告。支持多智能体委派，小修复可单智能体完成。
使用方式：需先完成阶段 0 补充配置；工单获取依赖已配置的集成工具，否则需手动粘贴工单内容；测试、提交、PR 命令均使用补充文件中的变量。
适用场景：需要结构化、测试驱动地交付工单的软件开发团队。
限制：未配置补充文件无法正确运行；TDD 为强制要求，项目无测试基础设施时需先与开发者讨论；不得向主分支强制推送；具体集成工具、命令与平台支持以实际配置为准，资料未提供默认值。