問7 観点を絞って要約させろ
中段 / 目安 25分
相談 琥珀(夜勤エンジニア)
「深夜の障害対応ログ、朝会で報告するんだ。全部読み上げたら朝が終わる。『起きたこと3行+原因1行+再発防止1行』に要約して」
障害対応ログ
プレーンテキスト
02:14 監視から fleama API 応答なしのアラート
02:16 起床。VPN 接続
02:20 /health は 200。/items が 504
02:31 DB のコネクション数が上限 100 に張り付いていることを確認
02:35 直前のデプロイ(01:50)で接続を閉じない経路が入ったと推測
02:40 該当リリースをロールバック
02:47 /items 復旧を確認。コネクション数 12 に低下
03:05 監視全項目グリーン。対応終了
03:20 原因コミットを特定。purchase 処理の finally で close 漏れ要約は、AI が最も得意で、最も外しやすい仕事です。何を残すかが人によって違うからです。
琥珀さんが欲しいのは「短い文章」ではありません。朝会で使える形です。ですから長さではなく、構成を渡します。
プレーンテキスト
次の型で要約してください
起きたこと(3行)
原因(1行)
再発防止(1行)型を先に渡すと、AI は埋める作業に集中します。「簡潔に要約して」と頼んだときのように、勝手に段落を作って流れを説明することがなくなります。
もう1つ大切なのが、残すべき情報を名指しすることです。
プレーンテキスト
時刻と固有名詞(サービス名・数値)はそのまま残してください要約は情報を捨てる作業なので、放っておくと数字から捨てられます。「コネクション数が上限に達した」は、100 という数字が消えると調査の役に立ちません。
完成条件
障害ログを朝会用に要約させてください。返ってきた文章が次を満たせば合格です。
- 「起きたこと」「原因」「再発防止」の3つの見出しが入っている
- 「504」が残っている
- 「100」が残っている
- 全体で300字以内である
- 前置きが付いていない
数字が消えたら落ちます。 短くすることと、要るものを捨てることは違います。