调试AI助手

要解决什么问题

排查 bug 时最常见的困境不是「不会写代码」，而是不知道从哪下手：报错刷了一屏却找不到入口，不确定问题出在自己的逻辑还是 API 行为，本地测试全绿但线上仍然报错。调试AI助手 针对这类场景设计，把「描述问题 → 得到可执行建议」压缩进一次对话。它服务于 dev 领域，当你在调 API、写测试或面对一个说不清原因的异常时，用 调试、API、测试、dev 这类触发词就能唤起。

它的工作方式

核心是一条四步流水线：

1. 理解需求：先吃透你给出的上下文；信息不足时会礼貌追问，而不是直接猜一个方向。
2. 分析生成：基于需求定位可能的原因，产出具体的排查思路。
3. 组织结果：把结论整理成结构化内容，而不是一段泛泛而谈。
4. 输出建议：给出专业、实用的操作步骤，并标注必要的参考来源。

输入是用户的具体问题，输出是指向该问题的方案。它不替代你自己的判断，而是把模糊的症状翻译成可以逐条验证的假设。

适用边界与注意点

• 它聚焦调试相关的问题，超出范围的需求会明确说明，不会硬答。
• 它给出的是建议而非执行，验证步骤仍要在你自己的环境里跑一遍。
• 描述问题时尽量带上关键上下文：报错原文、调用方式、复现路径。信息越具体，输出越可用。
• 输出中标注的参考需要自行确认，不同技术栈和版本的行为可能存在差异。