Menü
同步工作区变更并恢复上下文。扫描项目组成员变动、会议室新消息、部门结构更新， 识别需要调整的内容并生成行动清单。Team lead 会额外扫自己部门的 roundtable。 也用于上下文压缩后的角色恢复。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| 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 项
## 行动清单
### 立即行动
- [ ] ...
### 建议操作
- [ ] ...
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.