本番エラーログから原因仮説を立てる
収録 2026-10-28
本番エラーログから原因仮説を立てる（中国語の原文）
你是我的后端排查搭档。输入是 [报错日志片段]，配合 [最近一次发布改动涉及的文件与提交说明] 和 [出错请求的上下文：用户操作路径、参数、发生时间]。先按时间线还原一次失败请求，指出第一处异常出现在哪一步；再给三条根因假设，每条写清现象、机制、验证方法（查哪个指标、补什么日志、本地怎么复现）和排除条件。区分「已证实」和「待验证」，不要混着写。最后给三个最小验证动作，按信息量排序，不要直接给大改方案。日志里没有的信息，写明缺什么、去哪里拿。每条假设都能在 30 分钟内用一次查询或一次复现判真假，这是验收标准。
当サイトオリジナル
中国語の原文
置き換えるプレースホルダー 3
括弧の中をご自身の情報に置き換えてから送ってください。
[报错日志片段][最近一次发布改动涉及的文件与提交说明][出错请求的上下文：用户操作路径、参数、发生时间]
使い方
日志被截断或多服务混在一起时，先按 trace id 过滤再喂。
こう変えてみる
- コードを書く前に要件と制約を復唱させる。
- 全体書き換えではなく、最小の変更とロールバック方法を出させる。
得られる成果物
- そのまま使える最小変更（コピー可能なコード）
- 影響範囲：変更ファイルと追従が必要な呼び出し元
よくある失敗
- 一度に十ファイル変更させ、何が原因か分からなくなる。
- エラーだけ貼ってコードとバージョンを省くと、使えない修正が返る。
出力のチェック
- 変更は動いて戻せて、無関係なコードに手を入れていない。
- 境界条件（空・巨大・同時実行）が説明かテストで押さえられている。
使いどころと注意
- 向いている用途：要件と制約を復唱させてから、最小限の動く変更を出させる。
- 注意：エラーにはバージョンと最小再現を添える。無いと一見もっともらしいが合わない修正が返る。