القائمة
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，或者继续对话。