汐构四阶段根因调试

你遇到的调试困境

在修代码时，容易陷入「看到错误就开始改」的循环：

• 症状驱动的伪修复陷阱：错误信息指向的方向未必是根因（比如把异常信息中的 URL 直接改写成 mock 接口地址 - 根据推测可能出现类似场景），改完可能只是掩盖了真正的逻辑漏洞。
• 变量爆炸导致的排查卡顿：当问题涉及多个模块交互时（如支付链路中的前端请求、后端验证、第三方回调），变量组合多到无法系统排查。
• 上下文混乱放大调试难度：修改代码后未同步更新注释或文档（根据类似场景推测），导致后续维护者（甚至自己）需要重新理解「为什么这里要这么写」。

技能如何帮你做结构化排查

该技能的核心是通过三个循环能力 + 一张流程图实现流程化排查：

• 分阶段执行的循环指令集（根据资料推测可能包含：复现问题→收集信息→定位根因→修复验证的循环步骤）：每个阶段明确当前目标（如先确认异常类型，再验证环境依赖），避免跳过对不同类型异常（如语法错误、运行时错误、逻辑错误）的检查。
• 可视化决策路径图（根据流程图分节点推测：包含异常类型索引、现有工具状态检查、缺失能力识别等分支）：当排查时，可正在通过（推测可能匹配的）决策分支定位下一步操作（比如遇到超时异常时，不会直接重启服务，而是先确认网络请求是否被正确拦截）。
• 分阶段聚焦核心任务控制：通过将排查过程拆分为多个循环（推测可能包括：信息收集循环→工具匹配循环→修复验证循环），减少多任务切换带来的认知负荷。

适用边界与使用提醒

• 该技能的效果依赖你能正确提供信息：需保留代码逻辑所在的关键上下文（如函数调用链片段）和修改环境的提示词。
• 流程图只是辅助你建立排查习惯的工具：遇到特殊问题时，仍需手动补充上下文（根据推测类似场景可能出现过的注意事项）。