debug

用途：用于排查代码缺陷，强调先做根因调查再修改代码，避免“打地鼠式”修症状。主要能力与流程：调查阶段收集错误信息、堆栈与复现步骤并阅读相关代码；分析阶段对照竞态、空值传播、状态损坏、集成失败、配置漂移、缓存过期等常见模式，并查看近期改动与历史修复；假设阶段在动手修前先验证猜想，连续三次假设失败则停下并升级处理；实施阶段做最小改动、修复根因并补写回归测试；验证阶段重新复现原缺陷、运行完整测试并输出结构化调试报告。必要用法：运行前置检查脚本与更新检查命令，按 AskUserQuestion 格式确认分支与任务，遵循 Iron Law——没有根因调查不提交修复；若改动涉及超过 5 个文件，应先说明影响范围。完成时按 DONE、DONE_WITH_CONCERNS、BLOCKED 等状态汇报。限制：无法验证的修复不应交付，不得用“这应该能修好”代替运行测试；反复失败应停下并升级或怀疑架构问题。具体收费、平台与效果暂未提供。