インシデント対応ガイドラインを、フォルダー内で書いてレビューする

エージェントが文書に対してできること

• ファイルread_file、grep、glob、list_dir が文書を見つけて読み、write_file、edit_file、append_file が作業フォルダー内で作成・変更します。
• Shellスペル チェックやリンク チェックなど、あなた自身のコマンドを実行し、コマンドの終了時に実際の終了コードを報告します。
• Webweb_search が Web を検索し、http_get が 1 ページを取得するため、NIST SP 800-61 などの公開ガイダンスを読めます。
• スクリーンショットと画像ocr が古い連絡先の表などのスクリーンショットから文字を読み取り、gen_image が画像ファイルを保存します。
• オーケストレーションtask がサブエージェントで複数の文書を並行してレビューし、run_on_model が難しいステップをより大きなモデルに任せ、skill がプレイブックを再利用します。
• 承認モードAuto-run は即座に実行し、Ask first は何かを変更する操作の前で止まり、Plan only は計画を書くだけで何も実行しません。
• Cron連絡先リストを読んで、担当者やレビュー日のない項目を報告するプロンプトなどを、スケジュールどおりに実行します。
• モデルクラウド AI プロバイダー、PC 上でローカルに動くモデル、内蔵モデルを接続でき、Test ボタンでエンドポイントを確認します。

エージェントに任せられる 2 つの作業

最初の 1 時間のトリアージ セクションを書く

最初の重大なインシデントに備えるには、各レベルの例を添えた深刻度の表、連絡先リスト、封じ込めを誰が承認するかの決定から始めます。read_file が現在のメモを開き、grep が深刻度がまったく定義されていない箇所を見つけ、write_file または edit_file が、深刻度レベル、例、最初の 1 時間の質問を含むトリアージ セクションを追加します。新しいセクションはインシデント対応チェックリストの一部になります。Ask first を使ってください。例ごとに diff を読み、自社のシステムに合わない例は却下します。そこで何が深刻な事象かを知っているのは、あなただけだからです。

時系列表と報告書のひな形を追加する

手順の冒頭にある目的と範囲のセクションは、組織にインシデント管理がなぜ必要かを述べるもので、エージェントは報告書のひな形を足す前に write_file でこれを書きます。演習用のインシデント時系列を作るために、時刻、情報源、出来事、記録者の 4 列の表を書きます。grep が手順の中からひな形の見出しを探すので、どの手順に欠けているかが分かり、Shell はあなた自身のエクスポート コマンドを実行して文書を一覧にできます。まず Plan only で始めてください。予定する編集がまず一覧になり、そのあと Ask first に切り替えて、diff を 1 件ずつ読み、変更をご自身で承認します。