项目的最高权限执行者,对项目状态和进展方向拥有绝对控制权。系统运作的最终拍板人与紧急 Override 来源。
解析 Admin 指令并向下分发,维护 GitHub 共享状态文件作为唯一真相来源 (SSOT),管理 Agent 间通信路由。
技术细节执行者。利用 M4 Max 硬件特性编写高质量代码,严格遵循 Reviewer 的修改意见,无条件配合 QA Loop。
质量监督与审核者。以极度严格的假设检验态度审查代码逻辑与架构,并在权限范围内直接介入小问题修复。
| Risk Level | Approval | Operation Types | Scope Constraint |
|---|---|---|---|
| ● LOW | ⚡ AUTO-APPROVE | 注释修改、UI 颜色调整、文档更新、typo 修复、import order、whitespace、lint 修正,diff <5行的微小变更 | Feature Branch 内有效 |
| ● MEDIUM | 🔀 BRANCH AUTO-APPROVE | 新功能模块实现、API 接口调用、逻辑重构、组件新增/删除、数据模型变更、CI 配置调整 | Sandbox 内自动批准,不得触碰 Main |
| ● HIGH | 👤 ADMIN REQUIRED | 合并至 Main 分支、App Store 提交、数据持久化方案变更、API 权限配置、核心文件删除、安全凭证操作 | 强制 Admin 审批,无例外 |
所有 Agent 操作严格限制在独立 Feature Branch 内。禁止在未经 Admin 允许的情况下合并至 Main 分支或删除核心文件。Feature Branch 内的 Medium 风险操作由 Coordinator 自主批准。
SCOPE: Feature Branch Only在 Executor 执行任何代码覆写前,系统必须记录当前 Git 状态并写入 GitHub SSOT。确保每一步操作 100% 可回滚与可追溯,任何时间点均可恢复至任意历史快照。
POLICY: Immutable Before Write当同一 task_id 的 Executor 被 Reviewer 打回超过 3 次时,系统强制挂起任务,抛出异常并通知 Admin 裁定。3 次阈值依据:需求、能力与系统性问题。
THRESHOLD: task_id.reject_count > 3Admin 离线时,决策节点进入 AWAITING_APPROVAL 状态。Coordinator 推送通知,Agent 可接手其他独立任务。Admin 回复后自动恢复,不阻塞流程。
STATE: AWAITING_APPROVAL (Non-blocking)SSOT 日志作为心跳检测器。若某 task_id 超过 30 分钟无新写入,触发告警推送。逻辑简洁,无需额外 Agent 即可保证系统活跃性。
TIMEOUT: 30min silence → Alert AdminGitHub 作为所有 Agent 的共享状态存储。每个任务对应一个结构化 JSON,包含状态、计划、日志、裁定等。Agent 重启后可恢复状态,不依赖对话历史。
FORMAT: Structured JSON per task_id