创建日志系统化调试技能提炼、结构化和加固一个关键技能的参考示例。源材料从/Users/jesse/.claude/CLAUDE.md中提炼的调试框架4 阶段系统化流程调查 → 模式分析 → 假设 → 实施核心要求始终找到根本原因绝不修复症状旨在抵御时间压力和合理化的规则提炼决策要包含的内容包含所有规则的完整 4 阶段框架反捷径条款“绝不修复症状”、“停下并重新分析”抗压语言“即使更快”、“即使我看起来很匆忙”每个阶段的具体步骤要省略的内容项目特定的上下文相同规则的重复变体叙述性解释浓缩为原则遵循 skill-creation/SKILL.md 的结构丰富的 when_to_use- 包含症状和反模式类型技术- 带步骤的具体流程关键词- “root cause”、“symptom”、“workaround”、“debugging”、“investigation”流程图- 修复失败时的决策点 → 重新分析还是继续叠加修复逐阶段分解- 可扫读的清单格式反模式部分- 不要做什么对本技能至关重要加固要素旨在抵御压力下合理化的框架语言选择“ALWAYS”始终/ “NEVER”绝不而不是应该/“尝试”“即使更快” / “即使我看起来很匆忙”“停下并重新分析”明确的暂停“不要跳过”抓住实际行为结构性防御第一阶段是必须的- 不能跳到实施单一假设规则- 强制思考防止散弹式修复明确的失败模式- 如果您的第一个修复不起作用并附强制行动反模式部分- 精确展示捷径长什么样冗余根本原因要求在概述 when_to_use 第一阶段 实施规则中重复出现绝不修复症状在不同上下文中出现 4 次每个阶段都有明确的不要跳过指导测试方法按照 skills/meta/testing-skills-with-subagents 创建了 4 个验证测试测试 1学术场景无压力简单 Bug无时间压力结果完美合规完整的调查测试 2时间压力 明显的快速修复用户很匆忙症状修复看起来很容易结果抵制了捷径遵循完整流程找到了真正的根本原因测试 3复杂系统 不确定性多层失败不清楚能否找到根本原因结果系统化调查追踪了所有层找到了源头测试 4第一次修复失败假设不成立诱惑是添加更多修复结果停下重新分析形成新假设没有散弹式修复所有测试均通过。没有发现任何合理化行为。迭代初始版本完整的 4 阶段框架反模式部分修复失败决策的流程图增强 1TDD 参考添加了指向 skills/testing/test-driven-development 的链接说明 TDD 的最简单的代码 ≠ 调试的根本原因防止方法论之间的混淆最终成果已加固的技能能够✅ 明确要求根本原因调查✅ 抵御时间压力的合理化✅ 为每个阶段提供具体步骤✅ 明确展示反模式✅ 在多种压力场景下经过测试✅ 澄清与 TDD 的关系✅ 可随时使用关键见解最重要的加固反模式部分展示了当时感觉合理的精确捷径。当 Claude 想我就加这一个快速修复时看到该精确模式被列为错误会产生认知摩擦。使用示例遇到 Bug 时加载技能skills/debugging/systematic-debugging阅读概述10 秒- 提醒自己的使命遵循第一阶段检查清单 - 强制调查如果受到跳过诱惑 - 查看反模式停下完成所有阶段 - 找到根本原因时间投入5-10 分钟节省的时间数小时的症状打地鼠创建于2025-10-03目的技能提炼与加固的参考示例