メニュー
Team lead 评估当前 team 的效率和人员构成：谁在忙、谁闲、是否缺某种角色、是否有人可裁。 产出一份结构化评估报告，辅助 lead 决定是否 /add-teammate 或 /remove-teammate。 agent 可自主调用（用户自然语言同意后）。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Team lead invokes after session restart: reads TEAMMATE_INFO.json to rebuild the team by using the Agent tool to spawn fresh sessions for each active teammate (name must be <slug>-<role>; permission mode inherits the lead, not set per-teammate at spawn), guiding each to read its workstation's working-context.md (Part A snapshot + Part B work journal) to self-recover state. No-arg invocation wakes only active/idle and **skips benched** (temporarily offline); `/reactivate-team <name>` wakes back one specified (usually benched) teammate. This is the ONLY way to "recover a team across sessions" — Claude Code does not auto-respawn teammates.
Structured flow for a team lead to assemble a Claude Code agent team. 6 phases: task decomposition → lineup proposal (selected from role_archetypes) → plan-mode gating → adversarial check → user confirmation → spawn each teammate via the Agent tool (name must be <slug>-<role>; permission mode inherits the lead, not set per-teammate at spawn) + save team_recipe. After Phase 5 user confirmation, Phase 6 spawns immediately with no additional confirmation. The agent can invoke autonomously; if currently a flat workstation, it will first guide through /promote-to-team.
Team lead 在 session 重启后调用，读 TEAMMATE_INFO.json 重建 team： 为每个 active teammate 用 Agent 工具 spawn 新 session（name 必须为 <slug>-<role>；权限模式继承 lead，不在 spawn 时单设）， 引导它读自己工位的 working-context.md（Part A 快照 + Part B 工作日志）恢复状态。 无参调用只唤醒 active/idle，**跳过 benched**（临时下线）；`/reactivate-team <name>` 单独唤回指定的（通常是 benched）teammate。这是"跨 session 团队恢复"的唯一方式—— Claude Code 不会自动 respawn teammate。
Team lead 组建 Claude Code agent team 的结构化流程。6 阶段：任务分解 → 阵容提案 (从 role_archetypes 选) → plan-mode gating → 对抗性检查 → 用户确认 → 用 Agent 工具（name 必须为 <slug>-<role>；权限模式继承 lead，不在 spawn 时单设）逐一 spawn 每个 teammate + 保存 team_recipe。Phase 5 用户确认后直接 spawn，不再额外确认。Agent 可自主调用；若当前是扁平工位，会先引导 /promote-to-team。
Add a teammate to an existing team: runs a simplified spawn-team flow (single person only). Team lead can invoke autonomously (after natural-language user consent). Valid only in team lead context.
Temporarily take a teammate offline (benched): have it write a final checkpoint, close its session to free an online slot, but **keep its full record + workstation + docs**, and set its status to benched in TEAMMATE_INFO.json. Unlike /remove-teammate (permanent offboard), benched means "will come back" — wake it later with `/reactivate-team <name>`. Team lead invokes autonomously (after user consent). Only valid in team lead context.
| name | evaluate-team |
| description | Team lead 评估当前 team 的效率和人员构成：谁在忙、谁闲、是否缺某种角色、是否有人可裁。 产出一份结构化评估报告，辅助 lead 决定是否 /add-teammate 或 /remove-teammate。 agent 可自主调用（用户自然语言同意后）。 |
| disable-model-invocation | false |
| allowed-tools | Read Glob Grep Bash |
/evaluate-team — 团队效率与构成评估先从对话 context 推断：如果你已经清楚自己是 team lead（目录 *_team/、有 roundtable/），继续。
无法推断时才落地检查：
Glob _agent_team_work_zone/*_team/README.md
定位当前对话对应的 team 工位
若不是 team lead → 立即停止并警告：
⚠️ /evaluate-team 只在 team lead 上下文中有效。
当前不是 team lead。若你需要组建 team 先升级，运行 /promote-to-team。
读 _agent_team_work_zone/<SELF>_team/TEAMMATE_INFO.json — 这是 team 当前 roster 的权威源，team_recipes/ 只是历史审计。
从中提取：
active_teammates：每个条目的 name / role_source / model / scope / plan_mode_gating / spawned_at / last_checkpoint_at / revived_count / statusoffboarded_teammates：历史下岗记录（仅供参考）特别关注：
last_checkpoint_at 距今 > 24h 的 teammate → 标"checkpoint 过期"（可能失能或异常 idle）status == "failed_to_reactivate" 的 teammate → 上次 /reactivate-team spawn 失败，需要用户决定是手动修复还是 /remove-teammatestatus == "benched" 的 teammate → 临时下线（保留全量档案 + 工位），不计入需要 reactivate；列为"benched，按需唤回"，并显示 bench_reason（注意：benched 的 last_checkpoint_at 过期是预期的，不算异常）revived_count > 3 的 teammate → 反复恢复说明不稳定，可能 working-context.md 写得不好或任务本身不适合长跑若 TEAMMATE_INFO.json 不存在或 active_teammates 为空 → team 当前没人，直接输出"空 team"报告，建议 /spawn-team。
Glob _agent_team_work_zone/<SELF>_team/team_recipes/*.md 作为历史补充：读最新 recipe 了解 team 是为什么任务组建的、最初设计意图是什么。
Glob _agent_team_work_zone/<SELF>_team/roundtable/*.md，读取 frontmatter 和内容摘要。
统计：
from 字段聚合）读 _agent_team_work_zone/<SELF>_team/ACTIVE_JOBS.md，了解正在运行的长任务（含 tracker cron trigger）。
对每个 teammate 做以下判断：
| 维度 | 信号 | 判定 |
|---|---|---|
| 忙 | roundtable 里频繁有 TASK / DONE / ERR 提交（近 24h 或视 cron 而定），TODO 有多项 | 在忙 |
| 闲 | 近期无新产出 + 手头无 OPEN 任务 | 闲 |
| 卡 | 有 IN_PROGRESS 但没有后续更新，或者有 ERR 未处理 | 卡住了 |
| 重复 | 两个 teammate 职责重叠（spawn prompt 中的作用域相同或近似） | 冗余 |
| 缺口 | 任务分解里某类工作目前没人做（例如"需要做 smoke test"但没有负责测试的 teammate） | 缺角色 |
# Team Evaluation — <SELF> — YYYY-MM-DD HH:MM
## Team 当前构成
- 总人数: N
- 最近一次 /spawn-team: <timestamp>, recipe: <slug>
## 成员状态
| 昵称 | 角色来源 | 模型 | 状态 | Last Checkpoint | Revive | 近期产出 | 手头 OPEN | 备注 |
|---|---|---|---|---|---|---|---|---|
| Fixer | code-implementer | sonnet | 忙 | 10 min ago | 0 | 4 份 DONE (近 24h) | 2 项 | 主线工作 |
| Tracker | resources/agents/tracker.md | haiku | 闲 | 2h ago | 0 | 0 | 0 | 等待下次 cron |
| Reviewer | resources/agents/reviewer.md | sonnet | 卡 | ⚠️ 36h ago | 1 | 1 份 IN_PROGRESS | 1 项 | Checkpoint 过期 + 工作无更新 |
| DevilAdvocate | resources/agents/devil-advocate.md | sonnet | 闲 | 1h ago | 0 | 2 份挑战报告 | 0 | 初始批判已完成 |
## 发现的问题
### 🚨 需要立即处理
- Reviewer 卡了 36h，没看到进度更新 → 建议 lead 去它的 session 看看是不是阻塞了
- 没有 teammate 负责最终结果的 xlsx 表格产出 → 缺 result-reporter 角色
### ⚠️ 需要考虑
- DevilAdvocate 已经完成初始批判任务，近期没新产出 → 可以 /remove-teammate 释放资源
（除非后续还需要它做 decision-time check）
### ✅ 运行良好
- Fixer 工作节奏稳定
- Tracker 按周期正常产出
## 建议操作
### 立即行动
1. 去 Reviewer session 确认卡点 (可能是技术阻塞或 context 污染)
2. /add-teammate 增加一个 result-reporter (从 resources/role_archetypes/analysis/result-reporter.md 起)
### 可选
- /remove-teammate DevilAdvocate (如果初始批判已吸收完毕)
## Token 成本估算
- 活跃 teammate 近 24h 消耗约 X tokens (基于 roundtable 文件大小估算)
- 如果继续当前节奏 1 周 → 约 X * 7 tokens
不自动执行任何操作。将报告展示给用户，询问：
这份评估你有什么看法？需要我执行哪个建议？
（可以选：去看 Reviewer 的卡点 / 加 result-reporter / 移除 DevilAdvocate / 其他）
根据用户决定调用 /add-teammate、/remove-teammate，或者继续对话。