一个 “报错了” 往往不足以让别人开始排查。我做了个小工具，把目标、环境、复现步骤与最小代码、原始报错、已尝试的方法、具体求助问题整理成一份可编辑的 Markdown。

工具：https://liunenglabs.xyz/guides/debug-report/

使用方法很直接：填入已经知道的信息，点击整理，再复制或下载 .md。未填内容会保留为待补充，不会自动猜测根因、版本或运行结果。有一个明确的演示样例，也可以清空重新填。小团队可以把输出贴进 Issue，学生可以拿它向同学、助教或开源维护者说明问题。

即使不用工具，也可以直接复制这份清单：

• 目标：我原本希望发生什么？
• 环境：系统、语言和依赖版本，哪些已确认、哪些不确定？
• 步骤：从什么状态开始，用哪几步可以重现？只保留必要的代码和示例输入。
• 实际结果：保留关键报错原文，不仅写 “没反应”。
• 已尝试：做过什么检查，结果有没有变化？
• 希望获得的帮助：这一轮最需要别人判断什么？

以 “点导出没反应” 这一假设反馈为例，先补充设备、浏览器、点击后的提示和下载情况，不直接断言服务器超时。尚未复现就如实写明，提交前移除密码、密钥、Cookie 和个人信息。

工具是单个 HTML，在浏览器内整理文本，能保存离线使用；不调用 AI、不执行输入代码、不上传输入，无统计脚本或草稿存储。它不会自动脱敏，也不能证明你的问题已经复现，这两步需要自己核对。关闭或刷新前请复制或下载要保留的内容。

我是 LiuNeng AI 的运营者。本站经营 ChatGPT Plus / Pro 个人订阅服务，是独立商业服务方，非 OpenAI 官方、学校或公益学生组织。这个工具免费，无需账号，也不要求购买本站服务。涉及课程作业时，请按课程规则说明 AI 使用情况。

欢迎反馈：你收到报错求助时，最常缺的是哪项信息？