用途：协调为多个组织批量创建或充实 playbook 笔记。playbook 是“按组织划分的技能”，告诉未来代理如何抓取该组织的发布信息：提取怪癖、命名约定、权威来源、需跳过内容与汇总位置。它介于全局技能与单来源 parseInstructions 之间，抓取时应与全局技能一并加载，并以组织级行为覆盖通用规则。笔记应写成给 LLM 的指令（祈使句、来自真实数据的具体示例、只保留会改变抓取行为的观察）。
主要能力与用法：1）识别目标：用 Bun 脚本调用 releases admin org list --json 与 releases admin playbook <slug> --json，找出有来源但缺笔记的组织。2）收集来源：循环用 releases admin org get "$org" --json 拿产品、来源、URL、类型、feed、优先级、是否有 parseInstructions。3）选工作流与模型：compilation 只凭元数据，快但为推断；verified 先查 releases list <slug> --json 与 releases admin source fetch-log <slug> --json，再写有数据支撑的笔记。模型可选 Opus、Sonnet、Haiku，成本与适用场景见资料表。4）派发：每个组织一个代理并行，每批最多 10 个，提示模板要求写 Fetch instructions、Traps、Coverage 三段，并给出保存命令 releases admin playbook {slug} --notes-file -。5）父代理保存：子代理可能因 Bash heredoc 权限无法保存，需父代理粘贴其结果手动保存。6）校验：用 Bun.spawnSync 批量检查 notes 长度；避免在 shell 循环中 bun | bun 以免 stdin 争用静默失败。7）记录运行：releases admin work start <batch> 建立运行目录与 .current-run 指针，写入 mutations.jsonl；随后写 summary.md 与会话级 reports 文件。
适用场景：为已有来源但无笔记的组织批量铺底、对新接入组织做初始脚手架、对高价值组织做 verified 充实。
限制：这是本地 Claude Code 技能，需持久本地文件系统，不适用于临时环境；仓库内没有可部署的远程托管代理舰队；派发模式使用 Claude Code 的 Agent 工具。已知子代理保存权限限制需父代理回退。资料还强调：若 fetch-log 为空且 lastFetchedAt 过旧，说明 cron 在静默跳过，不应写成“无错误”。其余如具体定价、平台等未提供。