菜单
扫描顶层 meeting_room（所有 agent）+ 自己 team 的 roundtable（仅 team lead）中 已完成 (RESOLVED) 的文件，按权限规则只归档当前 agent 有权处理的文件， 分别移动到对应层级的 archive。严格遵守工作守则第 8 条（含 cc 字段）。 （v0.3.0 起建议用 /check-inbox 代替，详见 DEPRECATED NOTICE）
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | archive-resolved |
| description | 扫描顶层 meeting_room（所有 agent）+ 自己 team 的 roundtable（仅 team lead）中 已完成 (RESOLVED) 的文件，按权限规则只归档当前 agent 有权处理的文件， 分别移动到对应层级的 archive。严格遵守工作守则第 8 条（含 cc 字段）。 （v0.3.0 起建议用 /check-inbox 代替，详见 DEPRECATED NOTICE） |
| disable-model-invocation | true |
| allowed-tools | Read Glob Grep Bash |
注意（v0.3.0 起）：归档权威逻辑已并入
/check-inbox（步骤 9：issuer 归档）。 推荐用/check-inbox代替本 skill。本文件保留作向后兼容参考； 如需独立触发归档扫描，本 skill 的逻辑仍然有效，但以/check-inbox中的规则为准。
扫描 _agent_team_work_zone/meeting_room/（所有 agent）+ _agent_team_work_zone/<your_team>/roundtable/（仅 team lead），将当前 agent 有权归档且 status: RESOLVED 的文件移动到对应的 archive。
重要 — 工作守则第 8 条：
- 只有
to字段明确指向你的文件，你才能修改status或归档to: ALL的状态报告属于发布者，其他 agent 只读不改、不归档- 你自己提交的报告 (
from是你) 可自行管理cc字段：若你在cc（不在to），该文件只读、绝不归档- 违反此规则可能导致其他 agent 的工作状态丢失
先从对话 context 推断：如果你清楚自己的角色和工位模式，直接用。记为 <SELF>，记下 <mode> (flat / team_lead)。
无法推断时才落地检查：
_agent_team_work_zone/*/README.md 和 _agent_team_work_zone/*_team/README.md_team 结尾 + 含 roundtable/）Glob _agent_team_work_zone/meeting_room/*.md（排除 README.md）。
Glob _agent_team_work_zone/<SELF>_team/roundtable/*.md（排除 README.md）。
对每个文件读取 frontmatter 提取 status、from、to、cc（若有）。
| status | from | to | cc | <SELF> 可归档？ |
|---|---|---|---|---|
| RESOLVED | <SELF> | 任意 | 任意 | ✅ 可归档（自己发布的） |
| RESOLVED | 他人 | <SELF>（单一） | 任意 | ❌ 不归档 — 由 issuer 归档 |
| RESOLVED | 他人 | 列表含 <SELF> + 其他 | 任意 | ⚠️ 不归档 — 等最后收件人 |
| RESOLVED | 他人 | ALL | 任意 | ❌ 绝不归档（属于发布者） |
| RESOLVED | 他人 | 其他 agent（不含 <SELF>） | <SELF> | ❌ 绝不归档（抄送只读） |
| RESOLVED | 他人 | 其他 agent | 不含 <SELF> | ❌ 不归档（与你无关） |
| 非 RESOLVED | 任意 | 任意 | 任意 | ❌ 不归档 |
将文件分为：
当前 agent: <SELF> (模式: flat/team_lead)
✅ 可归档 (你有权处理):
[TOP]
- file1.md (from: <SELF>, to: X)
[TEAM] <SELF>_team/roundtable/
- file3.md (from: teammate_Z, to: <SELF>_team/lead)
⏭️ 跳过 — 你无权归档:
- file2.md (from: Y, to: <SELF>) ← 由 issuer 归档
- file4.md (from: A, to: ALL) ← 属于发布者 A
- file5.md (from: B, to: C, cc: <SELF>) ← 抄送只读
- file6.md (from: D, to: <SELF>, E) ← 多收件人
⏳ 跳过 — 未完成:
- file7.md (status: OPEN)
确认归档"可归档"清单中的 N 个文件？
用户确认后，按原文件位置分类归档：
_agent_team_work_zone/archive/_agent_team_work_zone/<SELF>_team/archive/mv _agent_team_work_zone/meeting_room/<文件名> _agent_team_work_zone/archive/
mv _agent_team_work_zone/<SELF>_team/roundtable/<文件名> _agent_team_work_zone/<SELF>_team/archive/
严禁移动"跳过"清单中的任何文件。
归档完成 (执行人: <SELF>):
- ✅ 顶层归档: N 个 → _agent_team_work_zone/archive/
- ✅ 部门归档: M 个 → _agent_team_work_zone/<SELF>_team/archive/
- ⏭️ 跳过 K 个 RESOLVED (无权: ALL / cc / 多收件人 / 无关)
- ⏳ 会议室中剩余活跃: X 个 (OPEN/IN_PROGRESS)
- ⏳ 部门 roundtable 中剩余活跃: Y 个
README.mdto 字段是列表但还有其他收件人时，保守——不归档to: ALL 时，只有 from 是 <SELF> 的情况下才可归档to 是你）不再有归档权，即使是单一收件人也不例外。归档权属于 issuer（from）。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.