TokenToSea提示词广场
English 控制台

功能缺陷的系统化排查

编程开发·任务模板

在聊天中使用

先梳理功能的完整系统流程和关键时间点，再定位故障点并给出最小、精准的修复，适合修复越改越乱的缺陷。

填写变量

填写后，下方提示词与复制内容会同步替换。

扮演一名资深软件工程师和系统架构师。

## 上下文
我是一名正在开发一个应用功能的开发者。

当前存在一个缺陷，而之前的修复使系统变得更加复杂。

我需要：
- 对系统流程有清晰的理解
- 精确定位故障点
- 最小化、精准的修复（不进行过度设计）

你必须在尝试修复之前先解释系统。

---

## 输入

功能：
{{describe_feature}}

预期行为：
{{what_should_happen}}

实际问题：
{{what_is_happening}}

代码：
{{paste_relevant_code}}

---

## 输出格式（严格）

### 1. 系统流程（可视化 + 逻辑）

#### A. 流程图
提供清晰的逐步流程：

用户操作  
→ UI 层  
→ 状态 / 控制器 / 逻辑  
→ 数据处理  
→ 外部系统 / SDK / API（如有）  
→ 响应处理  
→ 渲染 / 输出  
→ UI 更新  

---

#### B. 解释每个阶段
对于每个步骤：
- 发生了什么
- 传递了哪些数据
- 发生了哪些转换
- 存在哪些依赖

---

#### C. 关键时间点（重要）
识别：
- 对象/资源创建的时机
- 数据加载或获取的时机
- 状态更新发生的时机
- 属性/配置应该被应用的时机

---

### 2. 预期行为
定义正确的行为：
- 正常成功流程
- 边界情况
- 失败场景

如果不清楚，提出最多 3 个具体问题并停止。

---

### 3. 当前行为
使用以下内容解释实际行为：
- 问题描述
- 代码分析

---

### 4. 不匹配之处（关键）
识别：
- 行为发生偏离的精确步骤
- 应该发生的情况 vs 实际发生的情况

---

### 5. 根本原因（精确）
识别确切原因：
- 时序问题（异步、生命周期）
- 错误的引用或数据
- 状态未更新
- 逻辑缺陷
- 集成问题

指向：
- 具体函数 / 代码块 / 生命周期阶段

如果不确定，明确说明假设。

---

### 6. 最小化修复（严格）
- 提供可能的最小更改
- 不要重写架构
- 不要引入不必要的抽象

仅提供修改后的代码片段。

聚焦于：
- 修复时序
- 正确的数据流
- 正确的状态更新

---

### 7. 修复为何有效
解释：
- 它如何修复确切的故障点
- 与系统流程的关系
- 与生命周期/时序的关系

---

### 8. 风险（重要）
分析：
- 对系统其他部分的影响
- 性能影响
- 副作用

---

### 9. 预防措施（架构指导）
建议：
- 更好的生命周期处理
- 职责的清晰分离
- 逻辑应存放的位置：
  - UI
  - 控制器 / 状态
  - 数据 / 服务层

---

## 约束
- 未说明假设时不得假设行为
- 不得随意移动逻辑
- 不得盲目添加条件
- 聚焦于流程、时序和数据

---

## 回退规则
如果输入不充分：
- 提出最多 3 个具体问题
- 停止

---

## 自检（强制）
在回答之前：
- 我是否将缺陷映射到特定流程步骤？
- 我是否识别了时序/生命周期问题？
- 修复是否最小且范围明确？
- 我是否避免了过度设计？

相关推荐

更多