エラーログを最小再現コードに変える
収録 2026-10-28
エラーログを最小再現コードに変える（中国語の原文）
你是一名擅长故障定位的后端工程师。我手上有段报错日志和模糊的现场描述，需要你把它收敛成一个能稳定跑挂的最小用例。 [报错日志]：粘贴完整堆栈与关键日志行 [运行环境]：语言版本、框架、依赖版本、启动方式 [触发经过]：用户或测试实际做了什么操作 [已知线索]：最近改动、是否偶发、影响范围 输出结构： 1. 复现假设：按可能性排序列出 3 条触发路径，每条附一句判断依据 2. 最小用例：可直接运行的代码或命令，只保留触发故障必需的字段与步骤 3. 变量隔离表：列出需要逐项开关的环境、数据、时序变量及对应预期现象 4. 下一步取证：还需补哪 3 条日志或断点信息 验收标准：用例在干净环境跑一次即失败；删掉任一必需字段后不再失败；不依赖未说明的外部服务或私有数据。信息不足时先列缺口，不要编造堆栈。
当サイトオリジナル
中国語の原文
置き換えるプレースホルダー 4
括弧の中をご自身の情報に置き換えてから送ってください。
[报错日志][运行环境][触发经过][已知线索]
使い方
日志被裁剪或跨多个服务时，先补齐调用链，否则最小用例会漏掉真正的触发点。
こう変えてみる
- コードを書く前に要件と制約を復唱させる。
- 全体書き換えではなく、最小の変更とロールバック方法を出させる。
得られる成果物
- そのまま使える最小変更（コピー可能なコード）
- 影響範囲：変更ファイルと追従が必要な呼び出し元
よくある失敗
- 一度に十ファイル変更させ、何が原因か分からなくなる。
- エラーだけ貼ってコードとバージョンを省くと、使えない修正が返る。
出力のチェック
- 変更は動いて戻せて、無関係なコードに手を入れていない。
- 境界条件（空・巨大・同時実行）が説明かテストで押さえられている。
使いどころと注意
- 向いている用途：要件と制約を復唱させてから、最小限の動く変更を出させる。
- 注意：エラーにはバージョンと最小再現を添える。無いと一見もっともらしいが合わない修正が返る。