AWS DevOps Agentはどこまで任せられるか 〜機能の現在地と、機能拡張の実践〜 クラウド事業本部 運用イノベーション部 高山 晃太朗 

自己紹介 高山 晃太朗（Kotaro Takayama） クラスメソッド株式会社 クラウド事業本部 運用イノベーション部 ソリューションアーキテクト 2 

アジェンダ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ まずアップデートを振り返り、DevOps Agentの機能の現地をご紹介します そのうえで、標準機能で届かない OS 調査と自動修復を実践してみます 1 アップデート変遷 任せられる範囲が4段階に広がった流れ 機能の現在地 2 現在地 任せられること・任せられないことの整理 3 OS 調査 MCP で EC2 の OS の中まで調べる 機能拡張の実践 4 自動修復 5 まとめ 調査完了から承認付きで修復まで動かす 3 

DevOps Agent とは 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ DevOps Agent は、障害の初動の調査を任せられる AWS のエージェントです 根本原因と緩和計画まで生成し、それを見てユーザーが判断して直します DevOps Agentが行う ユーザーが行う アラート・チケット 自律で調査 根本原因 緩和計画 判断して直す 監視の通知から始まる メトリクス・ログを横断 原因を特定して示す 直し方の手順を示す 計画を確かめて実行する ほかに 予防（過去のインシデントの分析）、チャット、リリース管理（プレビュー）もある 4 

アップデートの流れ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ 任せられる範囲は、この10か月で大きく4段階広がり変更作業も可能になりました 調査と提案 本番で使える 調査を拡張できる 承認すれば変更も実行 AI が調べて 提案し、 人が直す 人が調べ方を 教え、AI が 本番を調べる 人が道具と権限を足し、 AI が読める範囲を広げる AI が直し方まで出し、 人が承認する 2025.12 2026.03 2026.05 2026.06 プレビュー公開 GA・Skills MCP ツール 500 カスタム エージェント 2026.07 2026.08.05 2026.08.25 Sandbox ReadOnlyAccess Directed 相当 actions （エージェントアクション） 5 

Skills のベストプラクティス 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ GA に伴い Skills が利用できるようになり、調査をカスタマイズできるようになりました Skill に書くこと ユーザー 調べ方を書く 確実に起動する description を書く 参考資料を含める アラーム名・エラー文まで具体的に 閾値表やエラーの対応表を添える 指示を調査ステップとして構成する カスタム MCP ツールの使い方を示す 確認・判断・次の一手で書く いつ・どの引数で使うかを書く 適切なエージェントタイプに絞る Skills とメモリは補い合う まず Generic で作り、実績で絞る 変わりやすい値はメモリに置く DevOps Agent 合う障害で読み込む 2026.10 Review 調査の出来を判定 判定を見て、 Skill を直す helpful / not helpful 出典 AWS ブログ「AWS DevOps Agent Skills を作成するためのベストプラクティス」（日本語版 2026-10-03） aws.amazon.com/jp/blogs/news/best-practices-for-writing-aws-devops-agent-skills/ 6 

Skills のサンプル 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ AWS の GitHub に、DevOps Agent 向けの Skills のサンプルが公開されています 初めて使うなら、サンプルから近いものを選ぶのが一番始めやすいです 出典 AWS DevOps Agent Tools（GitHub aws/tools-for-devops-agent） aws.github.io/tools-for-devops-agent/skills/ 7 

調査機能の拡張 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ 調査の中だけでなく、調査の外でも活用できる機能が追加されました 2026.05〜2026.08 調査の機能拡張するアップデート 2026.05 2026.07 2026.06 MCP ツール Sandbox カスタムエージェント 最大 500 個まで コードを書いて 独自の指示とスキルで 連携可能 集計・分析する 定型の調べものをする 8 

調査権限 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ DevOps Agentにユーザーが付与する権限とDevOps Agentが管理する権限 両方で許可されるもの にアクセスできます エージェントロールポリシー 権限ガードレール （ユーザー管理） （DevOps Agent管理） ユーザー管理権限 ミュータブルな操作をブロック ・Create / Modify / Delete デフォルトは AWS検証済みの権限の 「AIDevOpsAgentAccessPolicy」が付与 ユーザー管理のもと権限を別途追加可能 ・SSM Run command 両方で許可された権限 ・etc... （最大ReadOnlyAccessを付与可能） 2026.08.05 アップデート ※ AthenaはQueryExecution系,KMSはDecryptの実行権限も追加可能 9 

承認すれば変更も実行可能に 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ Directed actions で、承認した操作を DevOps Agent が実行できるようになりました ユーザー指示を起点に変更操作を提示し、ユーザーが承認して実行します 2026.08.25 Directed actions Elevated role ロールの権限が天井 操作ごとに人が承認 セッションポリシー 承認した操作とリソースだけ 一時的な認証情報で実行 リソースの削除などは、承認しても実行されない 10 

任せられること・任せられないこと 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ プレビュー時と比べ、承認付きの変更の実行まで任せられるようになりました 調査権限はReadOnlyまで拡大しましたが、 EC2 の OS の内部は今も調査の材料になりません プレビュー時 現在 アラートを起点にした調査 根本原因の特定 緩和計画の提示 修正手順なし 変更の実行 ※操作ごとにユーザー指示と承認が必要 OS の内部の調査 11 

DevOps Agent を拡張する 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ 標準機能で届かない2つは、機能をカスタマイズ 調べる道具はMCPで繋ぎこみ、実行はDevOps Agent外に任せるアプローチを実践します 届かないこと EC2 の OS の内部 調査から自動復旧まで 補い方 調査ツールを足す（MCP） 調べる道具は中に足す 読み取り専用で OS の中を調べる 外の実行系につなぐ 実行は外に任せる 調査完了イベントを起点に動かす 12 

OS 調査へのアプローチ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ Directed actions でも OS は見られますが、自律調査の中では使えません Document・IAM・ツールの分類の3か所で読み取りに絞り機能を使いする方針としました 方針（実行内容を絞る3か所） 01 02 03 SSM Document action は 実行内容を固定する 決められた値だけ Lambda の IAM AWS-RunShellScript 利用できるDocument を制限 へは送れない ツールの分類 Investigation の READ_ONLY に分類する 中で使える 13 

OS 調査 MCP の構成 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ ツールを呼ぶと、Lambda の MCP サーバーが固定の Document で OS を調べます SSM を呼べるのは Lambda の実行ロールだけで、DevOps Agent には持たせません 調査の種類 と対象 DevOps Agent MCP サーバー Investigation Lambda 今回足したもの SSM Run Command Send Command 固定の コマンド 固定の Document 自作・7種類の調査 ツール 取得できる内容 get_os_summary OS 種別、カーネル、ホスト名、稼働時間 get_resource_usage CPU とメモリの状況、CPU 使用率の高いプロセス get_disk_usage ファイルシステムごとの空き容量と inode の使用状況 get_network_state LISTEN 中のポートとプロセス、ソケットの統計 get_service_status systemd サービスの状態と直近のログ search_system_log journalctl のエラーログ（文字列で絞り込める） get_kernel_messages dmesg の末尾 EC2 SSM Agent 出典 DevOps AgentにMCPサーバーを追加してEC2のOS調査をしてみた dev.classmethod.jp/articles/devops-agent-mcp-ec2-os-investigation/ 14 

MCP の有無による調査結果 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ OS 調査の MCP を足すことで、原因のプロセスまで特定できました MCP なし MCP あり [email protected] [email protected] 根本原因タブ・調査ギャップ 根本原因タブ 「OS 内部は確認できない」で止まる report-batch の二重起動を特定 15 

OS 調査のまとめ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ 権限は読み取りのまま、 OS の中まで調査の材料にできる。 16 

自動修復へのアプローチ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ DevOps Agent調査結果をもとに自動修復をしたいケース ただ Directed actions は、ユーザー指示からしか起動できない DevOps Agent 方針 Directed actions チャットで指示 承認 01 調査完了イベントで 外部ツールを呼び出す 02 変更する前に承認を待つ 03 実行を許可する操作を指定する 実行 調査完了から修復するにはユーザー指示が必須 自動で動かすには、外の仕組みが要る 17 

公式サンプルの構成 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ AWS 公式サンプルで、調査完了イベントをトリガーに修復する仕組みが公開されています ただし Bedrock に渡すのは調査要約で、修復の対象も Lambda に限られます 自分の環境では合わない点 DevOps Agent EventBridge Lambda 調査が完了 Investigation Completed Durable Function を起動 × 緩和計画を渡さない （渡すのは調査要約） × 修復は Lambda だけ Durable Function Bedrock が選んだツールを実行する 読み取り 変更 そのまま実行 承認まで停止 承認 承認後に実行 Amazon Bedrock 使うツールを選ぶ 出典 Automate remediation post AWS DevOps Agent investigation aws.amazon.com/blogs/machine-learning/automateremediation-post-aws-devops-agent-investigation/ 18 

カスタマイズ版の仕組み 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ DevOps Agent の緩和計画から手順を作り、許可リストで確かめて承認を求めます Slack に手順ごとのコマンドの全文が出るので、1回で承認できます 1 2 調査完了 3 4 5 6 緩和計画を Bedrock で 許可リスト Slack で 取得 実行手順を作成 照らして確認 承認 実行・報告 人が判断 注意 許可するのは AWS API の操作の種類と、シェルの実行先のインスタンス 実行内容が妥当かは人が確認する 出典 DevOps Agentの調査結果から承認付きで自動修復してみた dev.classmethod.jp/articles/devops-agent-autoremediation-with-approval/ 19 

CPU 障害での結果 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ Slack で手順を確認して承認すると、停止から確認まで実行されました 手順の実行は任せられましたが、今止めてよいかは人が判断するところです 手順とコマンドが届く スレッドに実行報告 [email protected] 停止前の確認 2本が CPU 99.7% 2本を停止 SIGTERM 承認 CleanShot_2026-10-21 [email protected] 停止後の確認 CPU 上位はほぼ0% 20 

まとめ 導入 › アップデート変遷 › 現在地 › OS 調査 › 自動修復 › まとめ 任せられる範囲は10か月で変更まで広がりました ただし、依然として最後の判断はユーザーが持ちます 2025.12〜 2026.03〜 2026.05〜 2026.08.25〜 調査と提案 本番で使える 調査を拡張できる 承認すれば変更も実行 AI が調べて提案し、 人が調べ方を教え、 人が道具と権限を足し、 AI が直し方まで出し、 人が直す AI が本番を調べる AI が読める範囲を広げる 人が承認する 承認すれば変更まで任せられる。最後の判断はユーザー OS の調査や自動修復は、DevOps Agent 単体ではまだできない 足りない機能は、連携の仕組みで補える MCP・EventBridge・エージェント間連携（A2A）・SaaS MCP 連携 21 

No content