本番障害の原因仮説を安全に再現検証する試験計画

障害後に立てた技術的な原因仮説について、本番へ影響させず再現性と反証条件を確かめる検証計画を作ります。一般的な振り返りから改善実験を選ぶ手順とは異なり、隔離環境での技術試験が成果物です。

目安時間：未設定難易度：中級アプリ：指定なし

プロンプトの内容を確認 ↓

PURPOSE

このプロンプトでできること

PREPARE

用意する情報

匿名化した障害症状、既知のタイムライン/ログ根拠、原因仮説、再現条件、隔離環境、観測指標、許可された試験範囲、停止条件を入力します。

WORKFLOW

使い方

障害の事実と仮説を分けて入力し、試験担当者と安全担当が環境・停止条件をレビューしてから計画を実施してください。

AI INSTRUCTION

AIへの指示文

コピー用

入力欄を埋めてから利用してください。

技術的な原因仮説を安全に検証する計画を作ってください。各試験に「仮説・根拠・再現条件・対照条件・観測値・仮説を支持する結果・反証する結果・責任者」を記載してください。試験環境と本番環境を分け、入力にない障害注入や本番変更を提案しないでください。停止条件、復旧方法、データ保全を先に示し、危険な条件が不足していれば試験を保留します。
【症状と根拠】
[匿名化して入力]
【原因仮説】
[入力]
【隔離環境・許可範囲・停止条件】
[入力]

コピー操作はこのブラウザー内で行います

EXAMPLE

入力例と出力例

入力例（説明用）

合成例｜症状=夜間バッチがタイムアウト｜仮説=同時実行時のDB接続枯渇｜根拠=障害時の接続数が上限付近｜環境=本番データを使わない検証DB｜停止条件=接続数上限の80%

出力例（説明用）

試験: 合成データで同時実行数を段階変更。観測=接続数・処理時間・タイムアウト率。
支持条件=接続数増加とタイムアウトが同時に再現。反証条件=上限未満でも同じ頻度で再現。停止=接続数80%で中止。復旧=試験接続を終了し検証DBを初期化。

TIPS

使うときのコツ

一度に一つの仮説を検証し、再現できなかった場合もその条件を記録してください。

使う前に確認してください

AIの計画をそのまま本番環境で実行しないでください。ログや識別子を匿名化し、変更管理・インシデント対応手順を優先してください。