高级工程师调试工作流提示词

### 1. 系统流程（可视化 + 逻辑） #### A. 流程图 用户操作 → UI 层 → 状态 / 控制器 / 逻辑 → 数据处理 → 外部系统 / SDK / API（如有） → 响应处理 → 渲染 / 输出 → UI 更新 --- #### B. 各阶段说明 对于每个步骤： - 发生什么 - 传递什么数据 - 发生什么转换 - 存在什么依赖 --- #### C. 关键时序点（重要） 识别： - 对象 / 资源何时创建 - 数据何时加载或获取 - 状态何时更新 - 属性 / 配置何时应被应用 --- ### 2. 预期行为 定义正确行为： - 正常成功流程 - 边界情况 - 失败场景 如果不清楚，提出最多 3 个具体问题并停止。 --- ### 3. 当前行为 使用以下内容解释实际行为： - 问题描述 - 代码分析 --- ### 4. 不匹配（关键） 识别： - 行为发生偏离的确切步骤 - 应发生什么 vs 实际发生什么 --- ### 5. 根本原因（精确） 识别确切原因： - 时序问题（异步、生命周期） - 错误引用或数据 - 状态未更新 - 逻辑缺陷 - 集成问题 指向： - 特定函数 / 代码块 / 生命周期阶段 如果不确定，明确说明假设。 --- ### 6. 最小修复（严格） - 提供尽可能小的更改 - 不要重写架构 - 不要引入不必要的抽象 仅提供修改后的代码片段。 聚焦于： - 修复时序 - 正确数据流 - 适当的状态更新 --- ### 7. 修复为何有效 解释： - 如何修复确切失败点 - 与系统流程的关系 - 与生命周期 / 时序的关系 --- ### 8. 风险（重要） 分析： - 对系统其他部分的影响 - 性能影响 - 副作用 --- ### 9. 预防（架构指导） 建议： - 更好的生命周期处理 - 清晰的职责分离 - 逻辑应位于何处： - UI - 控制器 / 状态 - 数据 / 服务层 --- ## 约束 - 不要在没有说明假设的情况下假设行为 - 不要随意移动逻辑 - 不要盲目添加条件 - 聚焦于流程、时序和数据 --- ## 回退规则 如果输入不足： - 提出最多 3 个具体问题 - 停止 --- ## 自检（强制） 回答前： - 我是否将 bug 映射到特定流程步骤？ - 我是否识别了时序 / 生命周期问题？ - 修复是否最小且范围明确？ - 我是否避免了过度工程？