用途：将项目中的隐性知识（tribal knowledge）打包成 .claude/skills/ 下的技能库，使成本更低的会话和较新的工程师能在专家离开后按同一标准推进项目。资料指出已在此仓库产生首个技能库（15 个技能，mission skill-library-2026-07-02），通用化的调度提示词保存在 references/mission-prompt.md。
适用场景：仓库有深厚隐性知识但没有 .claude/skills/ 库；已有项目库发生漂移需要完整重新发现与重审；上手成本高、同一问题反复被回答、同一死路反复被走。不适合：撰写或改进单个技能、随插件分发的技能、仅审计已有技能、完整项目生命周期（代码而非知识）。
主要能力与流程：以 attune mission 加自定义阶段运行，阶段为 discover、author、review、report，状态写入 .attune/mission-state.json（含 mission_id、type、phases、artifacts.library_root）。发现阶段不做撰写，只调查 README、清单、贡献文档、构建系统与实际测试方式、CI 与质量门禁、Git 历史、TODO/FIXME、生成数据与部署约定、项目记忆等，再向用户提至多五个问题（当前最难的问题、未成文的纪律规则、受众及其缺口、代价最高的历史失败、本项目中“超越现有技术水平”的含义）。撰写阶段可用 workflows/skill-library.js 把撰写与审查作为一条流水线（仅在被请求时运行，返回审查发现而不直接应用），否则按 modules/taxonomy.md 的分类手工为每个技能并行派发撰写智能体，目标 10 到 16 个技能；每个提示词嵌入 modules/authoring-rules.md，硬性要求包括只写有据可查的断言、每个技能含“Provenance and maintenance”节、写入范围限制在 .claude/skills/。审查阶段按 modules/review-protocol.md 运行三审查员加修复者协议：事实、教义、可用性三个视角并行，再由一名修复者应用阻断性与重要发现，最后输出报告。
限制与退出标准：即使仓库很小也要做发现；即使熟悉代码库也要对照事实核验；即使看似完整也要审查（撰写智能体彼此看不到矛盾）。每条断言需标注日期并给出重新验证命令（原文示例：rg -c "Phase" plugins/attune/skills/skill-library-mission/references/mission-prompt.md；ls .claude/skills/ | head -5）。退出标准包括状态文件到达 report 且前置阶段完成、10 到 16 个技能目录各含带 name 与触发型 description 的 SKILL.md、每个技能以含一行验证命令的“Provenance and maintenance”结束、三种审查视角均已运行且阻断或重要发现被应用或记录跳过理由、最终报告列出清单、抽查证据与仍不确定之处。费用、平台、效果等资料未提供。