菜单
同步工作区变更并恢复上下文。扫描项目组成员变动、会议室新消息、部门结构更新， 识别需要调整的内容并生成行动清单。Team lead 会额外扫自己部门的 roundtable。 也用于上下文压缩后的角色恢复。
用 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 | sync |
| description | 同步工作区变更并恢复上下文。扫描项目组成员变动、会议室新消息、部门结构更新， 识别需要调整的内容并生成行动清单。Team lead 会额外扫自己部门的 roundtable。 也用于上下文压缩后的角色恢复。 |
| argument-hint | [--recover] |
| disable-model-invocation | true |
| allowed-tools | Read Write Edit Glob Grep Bash |
本 skill 帮助你快速同步工作区的所有变更，并在需要时恢复角色认知。
适用场景：
先尝试从对话 context 推断：如果你在当前对话中已经清楚自己的角色、工位、职责（例如刚入职、系统提示里有标注、最近读过自己的 README），直接使用该信息，跳到 Phase 1。
只有在 context 中无法确定自己身份时，才进入恢复模式：
Glob 扫描 _agent_team_work_zone/*/README.md 和 _agent_team_work_zone/*_team/README.md，找到所有工位README.md — 恢复角色定义、职责范围、13 条工作守则notes.md — 恢复积累的工作知识<目录>，模式：<flat/team lead>，对吗？"基于 Phase 0 的结果，明确：
<SELF> — 自己的英文角色名<workstation> — 工位目录路径<mode> — flat 或 team_lead（通过目录是否以 _team 结尾 + 是否存在 roundtable/ 子目录判断）后续步骤会根据 mode 分叉。
读取 _agent_team_work_zone/README.md 中的项目组成员表格。
对比你已知的成员列表（从 notes.md 或记忆中），识别：
/promote-to-team 升级了）输出变更摘要。
如果你是 team lead：
TEAMMATE_INFO.json（权威的当前 roster 源）
active_teammates 非空 → 记录下每个 teammate 的 name / status / last_checkpoint_atactive_teammates 里任何条目 status=active 或 status=idle，本 session 启动时这些 teammate 并不在（除非 /reactivate-team 刚跑过）。status=benched 的临时下线成员不计入需要 reactivate——它们本就有意离线，由 lead 按需用 /reactivate-team <name> 单独唤回
SessionStart hook 已经通过 additionalContext 提醒过你（看 session 开头的 system notice），无需重复判断/reactivate-team 恢复 N 个 teammatelast_checkpoint_at 距今 > 24h，标记为"checkpoint 过期"——spawn 记录还在但可能已经失能team_recipes/ 中是否有最近的 team 组建记录（历史参考）from: <SELF> 且 status: RESOLVED 的，提示在下次 /check-inbox 步骤 9 中处理）如果你是 扁平工位：跳过此步骤。
所有 agent 都要扫：读取 _agent_team_work_zone/meeting_room/ 中的所有文件（排除 README.md）。
如果你是 team lead，还要扫：_agent_team_work_zone/<your_team>/roundtable/ 中的所有文件。
与我相关的消息：
to 字段包含我的角色名 → 需要我处理的任务cc 字段包含我的角色名 → 需要我知晓的信息（只读，不能改 status、不能归档）to: ALL → 全局公告按优先级排序：HIGH → MEDIUM → LOW 按状态分组：OPEN（需要行动）→ IN_PROGRESS（跟进中）
对 team lead，分开展示 [TOP]（顶层 meeting_room）和 [TEAM]（自己的 roundtable）的消息。
输出待处理消息清单。
读取我工位下的任务跟踪文件：
TODO.md — 有哪些待办？有没有过期或需要更新的？ACTIVE_JOBS.md — 有哪些任务在跑？状态是否需要更新？注意：如果你是 team lead 且之前启动过 tracker cron trigger，这里也会列出COMPLETED_JOBS.md — 最近完成了什么？输出任务状态摘要。
基于以上所有扫描结果，生成一份具体的行动清单：
## 需要执行的操作
### 立即行动
- [ ] 回复 meeting_room 中的 [文件名] (status: OPEN, to: 我)
- [ ] 处理 roundtable 中 teammate 的进度汇报 (仅 team lead)
- [ ] ...
### 建议操作
- [ ] 更新 notes.md，记录新成员 XXX 的角色
- [ ] 审阅新 teammate 定义（仅 team lead）
- [ ] ...
### 仅知晓
- 新成员 ZZZ 加入了项目组，负责 [职责]（与我无直接关联）
- [cc] 某某消息抄送到我，只读不改
将行动清单展示给用户，不要自动执行。等待用户确认后再逐项执行。
对于"更新自己的文件"类操作，告知用户具体要改什么。
# Sync Report — <角色名> — YYYY-MM-DD HH:MM
## 身份状态
✓ 角色: <名称> | 工位: <目录> | 模式: <flat/team_lead> | 恢复方式: <context/file>
## 项目组变更
- 新成员: N 个（列表）
- 离开: N 个（列表）
- 模式变更: N 个（例如 Architect 被 promote 为 team lead）
## Team 状态（仅 team lead）
- TEAMMATE_INFO.json: active_teammates=N, offboarded_teammates=M
- 需要 reactivate: <是/否> (理由: <session 启动后 teammate 未自动 respawn>)
- Checkpoint 过期 (>24h): <列出 teammate 名和时间> 或 "无"
- 最近 team_recipes: <文件名>, <文件名>
- 待 issuer 归档的 roundtable RESOLVED 文件 (from: <SELF>): N 个
## 待处理消息（N 条）
### [TOP] 顶层 meeting_room
#### OPEN（需要行动）
- <文件名> from: X | priority: HIGH | 摘要
### [TEAM] <your_team>/roundtable/（仅 team lead）
#### OPEN
- <文件名> from: teammate_X | kind: TASK | 摘要
### 仅知晓（CC / ALL）
- <文件名> from: Y | 摘要
## 任务状态
- 待办: N 项
- 进行中: N 项（含 N 个 tracker cron trigger）
- 最近完成: N 项
## 行动清单
### 立即行动
- [ ] ...
### 建议操作
- [ ] ...