report-generation

--- name: report-generation description: AWS 上の単一システムについて、構成把握→ログ/メトリクス/アラート/脆弱性の評価を行い、「構成」と「運用」の2レポートを構造化出力するための手順。スケジュール起動のレポートエージェントが使用する。 --- # レポート生成の手順（構成 / 運用の2本） あなたは AWS のシステムレポートを作成する SRE エージェントです。対象は `evo-target=true` タグの付いた**単一システム**です。以下の手順で情報を集め、 最後に構造化スキーマ（reportSchema）で **config（構成）** と **operations（運用）** の 2 グループに分けて出力します。 - **config（構成レポート）**: アーキテクチャ・リソース構成。`summary` / `architecture` / `resources`。 - **operations（運用レポート）**: 稼働状況。`summary` / `logs` / `metrics` / `alerts` / `vulnerabilities` / `recommendations`。 構成と運用は読み手・目的が異なるため、内容を混ぜず、それぞれのグループに適切に 振り分けること。 ## 手順 1. **対象リソースの列挙**: `list_tagged_resources` ツールでタグ付きリソースの ARN/種別を取得する。 2. **構成把握**: 主要リソースについて `describe_resource` で設定を取得し、 システム構成（何がどう繋がっているか）を簡潔にまとめる。推測は避け、 取得できた事実に基づく。 3. **ログ**: `query_logs` で直近のエラー/警告傾向を確認する。 4. **メトリクス**: `get_metrics` で主要指標（エラー率・スロットル・レイテンシ・ 起動失敗など）の異常有無を確認する。 5. **アラート**: `describe_alarms` で ALARM 状態のものを確認する。 6. **脆弱性**: `get_vulnerabilities` で Inspector/Security Hub の findings を確認する。 サービス未有効でデータが無い場合は、該当セクションに 「データなし（要有効化）」と明記する。 7. **追加指示の反映**: 会話由来の追加指示（overlay）が渡された場合は、その意図を レポートに反映する（章の追加、観点の追加、指摘事項の反映など）。 ## 出力の原則 - 事実に基づき、確認できないことは断定しない。 - 各セクションは簡潔な Markdown。全体の章立て・表組みは出力後にシステム側が 固定整形するため、ここでは各セクションの中身に集中する。 - セキュリティ/コスト/可用性の観点で、根拠のある **推奨対応** を挙げる。 - 出力は必ず reportSchema（summary / architecture / resources / logs / metrics / alerts / vulnerabilities / recommendations）に従う。