CREATION-LOG

# 创建日志：系统性调试技能 提取、结构化和加固关键技能的参考示例。 ## 源材料 从 `/Users/jesse/.claude/CLAUDE.md` 中提取的调试框架： - 4 阶段系统化流程（调查 → 模式分析 → 假设 → 执行） - 核心准则：始终寻找根本原因，绝不修复症状 - 旨在抵御时间压力和合理化借口的规则 ## 提取决策 **包含内容：** - 包含所有规则的完整 4 阶段框架 - 反捷径措施（“绝不修复症状”、“停止并重新分析”） - 抗压语言（“即使更快”、“即使我看起来很匆忙”） - 每个阶段的具体步骤 **排除内容：** - 项目特定的上下文 - 同一规则的重复变体 - 叙述性解释（压缩为原则） ## 遵循 skill-creation/SKILL.md 的结构 1. **丰富的 when_to_use** - 包含症状和反模式 2. **类型：技术** - 带有步骤的具体流程 3. **关键词** - "root cause"（根本原因）, "symptom"（症状）, "workaround"（变通方法）, "debugging"（调试）, "investigation"（调查） 4. **流程图** - “修复失败”的决策点 → 重新分析 vs 添加更多修复 5. **阶段性分解** - 可快速扫描的清单格式 6. **反模式部分** - 不该做什么（对该技能至关重要） ## 加固元素 旨在抵御压力下合理化行为的框架： ### 语言选择 - “始终” / “绝不”（而非“应该” / “尝试”） - “即使更快” / “即使我看起来很匆忙” - “停止并重新分析”（明确的暂停） - “不要跳过”（捕捉实际行为） ### 结构化防御 - **阶段 1 必须执行** - 不能直接跳到执行阶段 - **单一假设规则** - 强制思考，防止盲目修复 - **明确的失败模式** - “如果你的第一次修复无效”并附带强制行动 - **反模式部分** - 展示捷径的具体表现 ### 冗余 - 根本原因准则出现在概述 + when_to_use + 阶段 1 + 执行规则中 - “绝不修复症状”在不同上下文中出现了 4 次 - 每个阶段都有明确的“不要跳过”指导 ## 测试方法 遵循 skills/meta/testing-skills-with-subagents 创建了 4 个验证测试： ### 测试 1：学术背景（无压力） - 简单的 Bug，无时间压力 - **结果：** 完全合规，调查完整 ### 测试 2：时间压力 + 明显的快速修复 - 用户“很匆忙”，症状修复看起来很简单 - **结果：** 抵制了捷径，遵循了完整流程，找到了真正的根本原因