workbuddy 修复 bug 的核心是精准理解上下文、明确修改边界、调用可验证逻辑。需提供环境快照、可复现路径、最小代码；用“角色+任务+约束”写指令；主动注入调试线索；修复后须本地验证、对比历史、轻量回归测试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 修复 Bug 的核心不是“猜问题”，而是让模型精准理解现场上下文、明确修改边界、并调用可验证的修复逻辑。重点在于把人工反复沟通的环节，变成结构化输入+自动推导+可审查输出。
一、先确保模型能“看到完整现场”
单纯贴一段报错日志或截图，WorkBuddy 很难定位真实原因。必须提供三类关键信息：
- 运行环境快照：包括浏览器/设备型号、系统版本、视口尺寸（如 375×812）、网络状态（是否 mock 数据）；
- 可复现的操作路径：例如“点击首页‘立即参与’按钮 → 跳转至 /activity/join 页面 → 输入手机号后点提交 → 控制台报 Uncaught TypeError: Cannot read property 'trim' of undefined”；
- 最小化代码片段：不是整个文件，而是出错函数+调用它的上一层逻辑+相关 DOM 结构（可用 console.log(document.querySelector(...)) 截图或复制 outerHTML）。
二、用“角色+任务+约束”写修复指令
避免说“帮我修一下这个 Bug”，而是按黄金公式组织 Prompt：
WorkBuddy Visio — Visio 兼容架构图生成器
下载
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
- 角色：“你是一位有 5 年前端经验的资深工程师，熟悉 React 18 和 Chrome DevTools”；
- 任务：“分析下方代码和错误信息，定位导致 ‘Cannot read property 'trim' of undefined’ 的根本原因，并给出一行修复补丁”；
- 约束：“不修改函数签名；不引入新依赖；修复后需保证手机号为空时仍能正常提交（跳过 trim）；补丁必须可直接插入原文件第 42 行”。
三、主动注入调试线索，减少模型“自由发挥”
模型容易忽略隐含逻辑。在指令中嵌入具体检查点，能显著提升修复准确率：
- 要求它先输出诊断结论：“请先判断是 event.target.value 为 undefined，还是 this.state.phone 未初始化？”；
- 指定验证方式：“修复后，请模拟输入空字符串、null、undefined 三种情况，确认不会触发该错误”；
- 绑定真实配置：“参考项目根目录下 .eslintrc.js 中的 ‘no-unused-vars’ 和 ‘react/prop-types’ 规则，确保修复不引入新 lint 报错”。
四、修复后必须做三件事验证效果
WorkBuddy 输出补丁只是第一步，真正闭环在验证：
- 本地复现验证：把补丁粘贴进编辑器，手动触发相同操作路径，确认错误消失且功能无副作用；
- 对比历史行为：用 Git 工具查看该文件最近三次提交，确认本次修改没意外覆盖他人逻辑（比如删掉了一段条件渲染）；
- 轻量回归测试：如果项目有 Jest 或 Cypress，哪怕只跑一个 related test 文件，也能快速发现连锁影响。
