Menu
質問・行動の処理と開示レビュー後に、現在タイムラインを次イベントへ進め、必要な能動通知だけを送るskill。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
障害対応机上演習を開始・再開・進行するための人間向け唯一の入口。ステップ別skillとagentを調整し、中間ファイル、IPC、ポストモーテム生成を管理する必要があるときに使う。
指定シナリオID（おすすめ選択や明示指定で決まったID）があればそれを採用し、無ければフォールバックとして演習済みシナリオIDを除外して未演習シナリオを無作為順に並べ、今回の主シナリオと内部状況ファイルを作るためのskill。
事前生成済みの SCENARIO-LIST.tsv を読み、シナリオIDと初動対応部署と最初の開示可能イベントを一覧表示するskill。所属部署キーワードが渡されれば、全体訓練では初動対応部署で、個別訓練では初動対応部署または受動対応部署で絞り込んでおすすめ候補を出す。シナリオ選択の判断材料に使う。表示する3列は開示可能情報のみなので参加者へ提示してもよい（受動対応部署列は表示しない）。
理想タイムラインとレビュー済み回答が準備できた後、最初に参加者へ見せてよい演習イベントだけをIPCへ送るskill。
タイムライン進行後、演習を継続してIPC入力を待つか、終了してポストモーテム生成へ進むかを判定するskill。
障害対応手順書・インシデント表のいずれか1つを入力に、机上演習用のシナリオを1件追加するフロー外の保守スキル。SCENARIO.tsv 行・timelines/<ID>/ の3点・SCENARIO-LIST.tsv を整備する必要があるときに使う。
| name | 10-advance-timeline |
| description | 質問・行動の処理と開示レビュー後に、現在タイムラインを次イベントへ進め、必要な能動通知だけを送るskill。 |
このskillはステップ10で使います。制御とIPC送信を担当します。
会話用プロセスへ送る通知文は必ず日本語で書きます。
.ai/runs/<run-id>/TIMELINE-<N>.tsv.ai/runs/<run-id>/REVIEWED-ANSWERS-<N>.tsv）.ai/runs/<run-id>/timeline_cursor.json.ai/runs/<run-id>/situation.tsv（training_mode / primary_department。個別訓練でNPCの動きを自部門への対応要請に変換するために読む）TTX_SOCKET か --socket）./ref 配下の仕様・設計文書./ops 配下の障害対応手順書・監視手順・Runbook対応者からの質問に答えるために必要な場合、./ref と ./ops を参照してよいです。ただし参照は開示可否の判断に限り、能動通知で送るのは次イベント時点で開示可能な観測事実・発生事象だけです。次に確認すべき手順・監視項目・調査方法といった"手がかり"は含めません（対応者自身に調べさせます）。
.ai/runs/<run-id>/timeline_cursor.json のカーソル更新type: "notification" のIPCメッセージtimeline_cursor.json のカーソル状態が finished なら、タイムラインを進めず、通知も送らず、このステップを終える。finished にする。situation.tsv の training_mode=whole または列なし）: 次イベントが能動通知イベント（イベント 列が 能動通知: で始まる行＝対応者が動かなくても外部から届く連絡・問い合わせ・監視アラート）なら、そのイベントの 開示可能情報（観測された事実・発生事象）だけを ttx-ai-send --socket <path> --type notification で送る。理想アクション:（対応者が取るべき調査・対応）や 状況変化:（隠れた状態変化）は能動通知ではないので能動送信しない（手順5でカーソルだけ進める）。それらの 開示可能情報 は、現在/過去になったことで .ai/agents/07-handle-question-or-action.md が対応者から質問されたときに現在/過去の観測事実として開示できるが、先回りで能動送信してはいけない（理想アクションの調査結果を push すると、次にやることを教えてしまうため）。training_mode=individual）: 能動通知ゲートは適用せず、行種別（能動通知: / 理想アクション: / 状況変化:）に関わらず、次イベント行の末尾 想定対応部署 列に自部門（primary_department）が含まれるかで判定する。自部門が含まれる行なら、その対応は自部門に関わる（NPC 初動の結果として自部門へ要請が来る場合を含む）ので、観測可能な事実を「自部門への対応要請」または通知に整形して送る（観測事実だけ。示唆表現は除く）。ただし能動送信してよいのは NPC（他部門）由来で自部門に観測される事実・対応要請に限り、自部門自身の理想アクション（理想アクション: <自部門>が…）の調査結果を先回りで送ってはいけない（自部門が取るべき調査・対応は対応者自身に考えさせる）。自部門以外の部門は GM が NPC として即興処理したものとして扱う。理想アクション: / 状況変化:、または 能動通知: でも能動送信すべき観測事実が無い場合。想定対応部署 に自部門が含まれない（他部門だけ、または {}）場合。その行は NPC の自動処理として公開メッセージを送らずカーソルだけ更新し、NPC が処理した旨を internal_log.jsonl に記録する。参加者から質問されておらず、かつ能動通知でもない観測情報は開示しません。未来イベントも開示しません。個別訓練では、NPC の内部処理過程、シナリオの受動対応部署の一覧、未来イベントは開示しません（NPC からの対応要請も観測可能な事実だけを述べます）。
固定したタイムラインとカーソルファイルで再実行し、次イベントが公開通知を出すかどうかを確認します。