Breeze 模式提取

重复经验不该只留在会话里

当同一个问题在 2 个以上项目复现，或修复方案需要真实调试才能发现、属于多步操作、并非绑定单一代码库，甚至用户明确说‘保存为技能’时，把方案抽出来就比继续口头复述更可靠。@user_3c6cb52e/breeze-extract 面向这类场景：把反复出现的 pattern 或调试 solution 整理成独立、可移植的技能，让后续项目不必依赖原上下文也能复用。

技能如何组织一次抽取

• 先读取用户描述，并在 auto-memory 中检索相关条目；命中则作为素材，未命中则直接使用描述。
• 再用最多 2 个问题确认范围：它解决什么问题；是否需要包含 code examples。
• 生成技能名时使用小写和连字符，长度控制在 2–4 个词；claude、anthropic 等保留片段不能出现在名称中。针对 Claude Code 自身，应使用 cc- 前缀，例如 cc-settings、cc-mcp-tools。
• 随后交给 skill-extractor agent 创建技能文件。生成的 SKILL.md 需要满足质量门：frontmatter 合法且包含 name 与 description；name 与目录名一致；description 写清 ‘Use when:’ 触发条件；方案自包含；示例可直接复制；不含项目专属路径、URL、凭据或多余依赖。

适用边界与验收方式

它适合抽取‘换个项目仍会用到’的模式，且一个技能最好只聚焦一个问题。技能内容应包含用户会搜索的错误信息、具体命令序列、取舍表或常见失败模式等实用信息。完成后需要脱离原始会话再读一遍：如果只凭 SKILL.md 就能理解问题、触发条件和解决路径，才算真正可移植。