# 编纂识别模式→组件映射→实现。 <何时使用> * 发现值得编码的重复行为 * 用户明确想要捕获工作流程 * 识别对话中的编排序列 * 识别正在应用的决策启发法不适合：一次性任务、简单问题、有据可查的现有模式 <模式类型> 类型 |目的|示例 ---|---|--- 工作流程|多步骤序列 |调试→测试→修复→验证编排|工具协调 | Git + Linear + PR 自动化启发式|决策规则| “当X时，因为Z而做Y” 工作流程：具有定义的阶段和转换的分步流程。编排：为实现目标而协同工作的工具组合。启发式：常见情况的条件逻辑和决策树。 <组件映射> 将模式类型与实现相匹配：这是一个多步骤的过程吗？ ├─ 是 → 需要工具限制吗？ │ ├─ 是 → 技能（使用 allowed_tools） │ └─ 否 → 技能 └─ 否 → 这是一个简单的切入点吗？ ├─ 是→命令（薄皮→技能） └─ 否 → 是自主/长期运行的吗？ ├─ 是 → 代理 └─ 否 → 对事件有反应吗？ ├─ 是 → 挂钩 └─ 否 → 可能不需要编码复合材料： * 技能+命令：技能掌握逻辑，命令提供切入点 * 技能+挂钩：技能掌握逻辑，挂钩自动触发 * Agent+Skill：Agent统筹，技能提供方法论模式规范格式 (YAML)： name: 模式名称类型：工作流程 |编排|启发式的触发：何时应用阶段：# 工作流程 - 名称：艺名行动：[...] exit_criteria: 条件工具：#编排 - 工具：名称角色：目的顺序：顺序规则： # 启发式 - 条件：当行动：什么理由：为什么质量：具体：真实 |假的可重复： true |假的有价值：真实|假的记录：真实 |假的范围： true |假的在编码之前必须通过所有五项质量检查。 1. 识别：发现对话中重复的行为 * 如果提供提示/论据，请将分析重点放在该特定模式上 * 否则扫描：工作流程、编排和值得捕获的启发法 * 如需深入分析，请加载 `outfitter:codebase-recon` 技能并使用 `outfitter:patterns` 技术 * 提取成功、挫折、工作流程和请求信号 * 寻找 3 次以上出现的类似行为 2. 分类：工作流、编排还是启发式？ 3. Map：哪个（哪些）组件应该实现它？ 4. 指定：具有图案规格格式的文档 5. 质量：根据 SRVDS 标准进行验证 6. 实施：创建组件任务阶段： - 识别{模式描述} - 分类{模式类型} - 映射{组件决策} - 指定{模式名称} - 实现{组件类型} SRVDS 标准 — 全部必须通过：检查 |问题 |红旗 ---|---|--- 具体|清除触发器+范围？ | “有时有用” 可重复|跨上下文工作？ |一次性解决方案有价值|值得开销吗？ |节省 < 5 分钟记录|别人能理解吗？ |部落知识范围 |单一职责？ |厨房水槽如果出现以下情况则跳过： < 3 次出现、上下文相关、更简单的内联 <反模式> * 过早抽象：第一次出现后进行编码 * 超规格：5 线图案的 50 线规格 * 错误的组件：需要技能时使用挂钩，命令足够时使用代理 * 缺少触发：模式存在但没有明确的激活 * 范围蔓延：模式增长以处理边缘情况始终： * 选择元件前先确定图案类型 * 验证所有 SRVDS 标准 * 从最小的实现开始 * 清楚地记录触发条件 * 至少在 2 个上下文中测试模式绝不： * 单次出现后进行编码 * 当技能足够时创建代理 * 跳过质量验证 * 在没有明确触发条件的情况下实施 * 添加“稍后可能需要”功能 * [pattern-types.md]() — 按类型的扩展示例 * [component-mapping.md]() — 决策树详细信息 * [examples/]() — 捕获的模式示例 **识别与实施**： *“模式”技能识别并记录模式 * 该技能（`codify`）将模式实现为 Claude Code 组件首先使用“模式”来确定值得捕获的内容。使用“codify”将识别的模式转化为技能、命令、钩子或代理。 **组件技能**（实施期间加载）： * `claude-skills` — 技能创作 * `claude-commands` — 命令创作 * `claude-hooks` — 钩子创作 * `claude-agents` — 代理创作

编纂

包含技能