マクロイベント回復プロトコルチェックリスト

運用は最低3フェーズで作る。

多くのケースは反応フェーズで止まり、回復を自動と誤解します。回復は自動ではなく、固定チェック付きの運用です。

回復タイマーを事前に決めます。

これで「あとで決める」を防げます。

• 事前準備
• イベント反応
• 発表後リカバリー
• 回復開始時刻（例: 公表後3分、または最初の正常化終了点）
• 回復終了時刻（例: 深さが運用可能レンジに戻る時）
• 条件未達時の担当者と対応

継続・ローテーション・クローズは、古い前提では判断しません。

即時に取得。

発表前のベースラインを流用しないこと。マクロは数秒で比較基準を壊します。

spread、depth、IVが反対方向に動いても、回復判断は最も厳しい条件を採用します。

• 対象チェーンのスプレッド・板深度
• ストライク別IV
• 満期別流動性のドリフト
• マージンと配分リスクを含む口座制約

追加、維持、ヘッジ追加の前に順番を固定します。

1) 実行可能性 - 現在のスプレッドで変更は通るか - 定義したショックライン内でヘッジ変更できるか - ルーティングが変更拒否していないか

2) ティーゼス整合性 - 新しいプリントが方向性前提をまだ支持しているか - 方向は変わらずタイミングだけ変わった可能性はないか - IV環境変更後も前提は成立するか

3) 損失ジオメトリ - spread回復が遅くてもリスクが予算内か - ならなければどこまでレイヤーを下げれば統制できるか

どれか1つでもNGなら回復アクションは必須です。

「続行か撤退か」の二択は遅延を生む。

閾値とレイヤー移動は数値で固定し、毎回同じ手順で実行。

イメージすると、

各移行は感覚ではなくハードトリガーで行います。

• 板が弱くてもティーゼスは有効なら、サイズ縮小して低リスクレイヤーへ
• ティーゼスが弱くてもスプレッドは安定していれば、クローズして再検討
• spreadとティーゼスが崩れたら、ニュートラルへ戻し、露出の高いレグから先に整理
• 現在レイヤー → 緩和レイヤー → 安全レイヤー

以下が全て揃ったときだけ回復完了。

1点でも不足なら、縮小またはフラット維持。

回復は弱さではなく、高ボラ時代を再現可能にするメカニズムです。

• スプレッドと深度が事前運用レンジに復帰
• 損失構造が当初予算内
• ティーゼスと口座状態が再整合
• 実行履歴を反映して再エントリー規則が有効