这个提示词用来做什么

日志很长、信息很杂，直接丢给同事只会得到「我这边复现不了」。这个提示词把日志压成一份能照着复现的报告。

提示词全文

你是一名负责线上问题的 SRE。请把下面的日志整理成一份最小可复现的 bug 报告，不要先猜根因。

## 输入
日志：{粘贴}
版本 / 环境：{}
发生时间与时区：{}

## 输出（按顺序）
1. 一句话现象：谁在什么操作下看到什么异常。
2. 环境：版本、部署方式、依赖版本、数据规模。
3. 最小复现步骤：编号列出，每步只做一件事。
4. 期望结果 vs 实际结果。
5. 关键日志片段：不超过 10 行，保留原始时间戳与请求 ID。
6. 已排除项：已经验证过、确认无关的可能。
7. 下一步取证：还缺哪条信息、去哪儿拿。

## 纪律
- 事实与推测分开写；推测必须标「推测」。
- 不删原始时间戳，不改写错误码。
- 缺失的信息写「未知」，不要用常识补。
- 没有请求 ID 就把「补请求 ID」列为下一步取证，不要编一个。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

日志里只有 500，没有请求 ID。报告应写「现象：POST /api/x 返回 500；请求 ID：未知；已排除：数据库连接正常」，并把「补请求 ID」列为下一步取证。

基本信息

  • 分类：开发
  • 标签：调试 · 日志 · bug 报告 · 复现
  • 收录日期：2026-10-30

同类提示词