マクロイベント ニュース窓口準備チェックリスト

チャートは構造が整ってから意味がある。イベントでは最初の資産は「予定表」。

方向を決める前に週次の予定表を作る。

どれか1つでも不明なら、まだ「実行準備」は完了していない。

• イベント名と予定発表時刻
• 開場時間帯との重なり
• セトルメントやインデックス調整の依存関係
• ブローカーの運用時間と変更期限

イベントには3つの窓がある。各窓のルールを先に固定する。

1. **事前窓** - 新規アイデアは立てない - 検証タスクだけ実行 - リスク予算と対象チェーンを確定

2. **発表窓** - ルールベースのアクションのみ - 感情的な解釈での方針変更はしない - 事前に選定した分岐シナリオをそのまま適用

3. **回復窓** - 発表後のトリアージ - スプレッド・流動性の再確認 - ナラティブ修正より先にリサイズ/退場判断

ポイントはシンプルです。窓は時間で決めるのであって「気分」で決めない。

実施日より前に次を揃える。

これをチームで共有する一枚資料にする。誰でも2分以内に理解できる粒度にする。

• 前営業日の対象チェーン spread ベースライン
• 初回60秒の期待レンジ
• 注文処理遅延の最悪ケース
• 各レッグの清算経路
• フォールバック用ヘッジとストップ水準

優れた戦略でも、実行設定が崩れると破綻する。

前日チェック:

1つでも通らない場合は観測モードへ遷移する。

• 発表分のデフォルト注文タイプ
• 注文無効化ルール
• カットオフ前の変更上限
• マージンと指名/配分余地
• スプレッド拡大時の再見積りルール

毎分の行動を固定し、解釈揺れを減らす。

例:

これは誰か一人の戦術メモではない。 曖昧な1分を排除するためのチーム用プロトコルです。

• T-5: リスク予算をロックし、スタンディング注文のみ許可
• T-2: 目標チェーンの最新 spread と depth を再確認
• T-0: 第一分岐を実行、感想ベースの変更は禁止
• T+1: 1回目の spread-shock チェックと決定ログ
• T+3: 回復確認と縮小判断

記録しない改善は起こらない。

各イベントの終了時に残す。

これをやらないと次回イベントは同じ誤差を繰り返す。

• 使用した窓
• どの分岐が発火したか
• 1回目と2回目の spread/depth チェック結果
• リスクサイズが想定どおりに動いたか
• 実行しなかった判断とその理由