team-schema

Preamble (run first)

_UPD=$(~/.claude/skills/cto-fleet/bin/cto-fleet-update-check 2>/dev/null || true)
[ -n "$_UPD" ] && echo "$_UPD" || true

If output shows UPGRADE_AVAILABLE <old> <new>: read ~/.claude/skills/cto-fleet/cto-fleet-upgrade/SKILL.md and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If JUST_UPGRADED <from> <to>: tell user "Running cto-fleet v{to} (just updated!)" and continue.

参数解析：从 $ARGUMENTS 中检测以下标志：

• --auto：完全自主模式（不询问用户任何问题，全程自动决策）
• --once：单轮确认模式（将所有需要确认的问题合并为一轮提问，确认后全程自动执行）
• --lang=zh|en：输出语言（默认 zh 中文）
• --db=postgres|mysql|sqlite|mongo|auto：数据库类型（默认 auto 自动检测）
• --action=design|migrate|audit|optimize：操作类型（默认根据需求描述自动推断）
  • design：新 Schema 设计或现有 Schema 改进
  • migrate：生成迁移脚本
  • audit：Schema 健康审计（规范性、性能、安全）
  • optimize：索引和查询性能优化

解析后将标志从需求描述中移除。

模式	用户确认范围	条件节点处理
标准模式（默认）	扫描结果确认、设计方案确认、迁移脚本确认	正常询问用户
单轮确认模式（--once）	仅迁移脚本确认（因为数据库变更有高风险）	自动决策 + 收尾汇总
完全自主模式（--auto）	不询问用户	全部自动决策，收尾汇总所有决策

单轮确认模式下条件节点自动决策规则：

• 扫描数据不完整 → team lead 自行判断可用数据范围，在迁移脚本确认时告知用户
• designer-1/designer-2 设计分歧 → team lead 综合两方设计裁决，在方案确认时附带分歧摘要和裁决理由
• 兼容性审查发现破坏性变更 → reviewer 标记风险等级，在迁移脚本确认时重点展示
• 分歧度 > 50% → 不可跳过，必须暂停问用户（熔断机制）
• 迁移脚本验证失败超 3 轮 → 不可跳过，必须暂停问用户（熔断机制）

完全自主模式下：所有节点（包括扫描确认、设计确认、迁移脚本确认等）均自动决策，不询问用户。收尾时汇总所有自动决策。唯一例外：验证失败超 3 轮仍自动停止（但不询问用户，而是 team lead 自行裁决是否继续）。

使用 TeamCreate 创建 team（名称格式 team-schema-{YYYYMMDD-HHmmss}，如 team-schema-20260308-143022，避免多次调用冲突），你作为 team lead 按以下流程协调。

文件交接规范（File-Based Handoff）

所有 agent 间传递详细报告时，必须采用文件交接模式（防止上下文溢出触发 20MB 限制）：

1. 写入文件：将完整报告写入团队工作目录：
   • 目录路径：/tmp/{team-name}/（team lead 在 TeamCreate 后执行 mkdir -p /tmp/{team-name} && chmod 700 /tmp/{team-name}）
   • 单个文件 ≤ 2000 行；超大报告拆分为 summary + details 文件
2. 发送引用：通过 SendMessage 仅发送（≤500 字符）：
   • 文件路径（1 行）
   • 关键摘要（含核心指标/发现/评分）
3. 按需读取：接收方使用 Read 按需读取文件，发送方不内联完整内容
4. 路径转发：team lead 转发报告时只转发文件路径 + 摘要，不 Read 后再 SendMessage
5. 遵从校验：team lead 收到超 1000 字符且不含 /tmp/team- 路径前缀的消息时，要求 agent 以文件交接模式重发