系统整体架构设计：进程模型（daemon 唯一 DB 写者 / worker 文件协议）、前后端、数据流、调度与执行管道总览。

三类后台 agent（① 拆解 / ② 执行+双复审 / ③ 解冲突）的六维优化定稿 + 通用规则 + 状态机/ER 图 + Agent 记忆注入 L1–L4。顶部 ★ 实现状态表给出每个优化点 → 提交对照（2026-06-25 全部上线，含 3 个线上实测 bug 修复）。含模型按项目可配置（默认 opus-4.8）与 diff 声明外文件硬闸。

讲清全局面板「用量」的两个互不相交数据源：① 账号级订阅额度（usage.ts 直连 oauth/usage，含你自己的 Claude Code 交互会话）vs ② maestro 自有 run 的 cost/token（cc.ts→ingest→store，仅任务执行）——这就是「只有 maestro 在跑却有其他 token 消费」的真相。含 cost 公式（四类 token × 各模型单价 / 1e6，引自 pricing.ts 单价表）、按天/周/月分桶规则与本地时区口径（修复 UTC 偏移一天 bug）、$ 为 API 列表价名义估算非订阅实账单、分模型 token 近似与未知模型记 0 两项已知近似。

后台 agent 处理任务的当前线上规则（非提案）：复杂度路由（easy/medium/hard）+ 四类执行路径——① 任务拆解（HARD，只读 planner，2–6 子任务·depth≤4·5 字段·三段输出·落库·审批·子任务调度）· ② 方案撰写（MEDIUM）· ③ 任务执行（executor，worktree + verify/checks/diff/双复审硬闸 + auto-merge）· ④ 解冲突（conflict，真 git merge + P0 插队）。含跨类通用规则、模型档位（默认 opus-4-8 + 项目可配 + 回退链）、关键状态转移表。