用途：error-debugger 面向上下文感知的调试，目标是从过往解决方案中学习，让同类错误越修越快。当出现报错时，它会检索记忆中的相似错误、分析错误信息与堆栈、给出带代码示例的即时修复、通过 testing-builder 生成回归测试，并把解决方案保存到记忆中备用。
触发方式：用户说“debug this”“fix this error”“why is this failing”或类似“something's broken”的表达；对话中出现 TypeError、ReferenceError、SyntaxError、ECONNREFUSED、CORS、404、500 等错误信息；或直接粘贴堆栈。
核心能力与流程：1) 解析错误，提取 error_type、message、stack_trace、file、line、context；2) 查询 context-manager，按错误类型、相似消息（模糊匹配）、同一文件/组件、相关标签检索过往方案，命中则展示并可套用；3) 分析错误，资料内提供常见模式速查（如 undefined.map 用可选链与默认值、ECONNREFUSED 查服务与端口、CORS 配置响应头、404 校验路由、500 查服务端日志）；4) 以“错误分析 + 修复前后代码 + 说明 + 预防建议 + 后续步骤”的格式给出修复；5) 确认修复有效后，以 PROCEDURE 类型保存到 context-manager，含错误模式、解决方案、代码示例、测试时间戳；6) 自动调用 testing-builder 生成回归测试，覆盖 undefined 数据、空数组、有效数据等场景。
持久化策略：强调不要在第一个障碍就放弃，放弃前要尝试三种途径——先查记忆，再用 GitHub Copilot CLI 搜索公开 issue，最后用带当前上下文的网络搜索，都失败才向用户追问更多信息。资料中的元分析例子指出：曾因 GitHub MCP 认证错误过早放弃，而实际上 gh CLI 已认证且可用。
集成与指标：与 testing-builder（回归测试）、context-manager（查询与保存）、rapid-prototyper（复杂修复先做隔离示例验证）配合；并记录 approaches_tried、total_time、lesson 等调试指标，按成功率排序候选方案，还支持项目专属错误模式。
限制：资料未说明支持的平台、模型、收费与价格；部分流程依赖 context-manager、testing-builder、Copilot CLI、网络搜索等外部能力，具体可用性暂未提供。过往方案默认存于 ~/.claude-memories/procedures/（Windows 为 %USERPROFILE%.claude-memories\procedures\）。