Agent Plugins for AWSとは？8プラグインの中身・導入手順と後継Agent Toolkitとの選び分け【2026年10月】

Agent Plugins for AWSは、AWS Labsがawslabs/agent-pluginsとしてGitHubで公開している、AIコーディングエージェント向けのプラグイン集です。2026年2月17日の公開時はアプリをAWSへデプロイするdeploy-on-awsの1本だけでしたが、10月8日時点ではClaude Code向けのマーケットプレイスに8本が並んでいます。

一方で、AWSは2026年5月6日に後継のAgent Toolkit for AWSを発表しました。この記事では、8本の中身と版、deploy-on-awsが実際に何をするか、クライアント別の導入手順と権限の注意点を整理したうえで、いま新しく入れるならどちらを選ぶかを判断できるようにします。

まとめ：Agent Plugins for AWSの現状と選び方の要点

• 正体：スキル・MCPサーバー・フック・参照資料をまとめたプラグインのリポジトリ。ライセンスはApache-2.0で、リポジトリ自体は無償
• 収録数：Claude Code向けマーケットプレイス（agent-plugins-for-aws、版1.1.0）に8本。READMEの表にあるmigration-to-awsは2026年4月27日に削除済み
• 中核のdeploy-on-aws：解析・推奨・見積もり・生成・デプロイの5段階で、既定はCDK（TypeScript）と開発規模の小さい構成。デプロイはユーザーの確認後に実行する
• 対応クライアント：Claude Code 2.1.29以降・Cursor 2.5以降・Codex。Claude Codeでは8本中7本がAnthropic公式マーケットプレイスにも載っている。Kiroはサードパーティの変換ツール経由の実験的対応で、フックは落ちる
• 権限の注意：aws-serverlessは書き込みを許可したMCPサーバーを起動する。手元のAWS資格情報がそのまま使われるので、開発用アカウントのプロファイルで使う
• 後継との関係：2026年5月6日にAgent Toolkit for AWSが後継として登場。DSQL・Amplify・AWS Transform・SageMakerはToolkitにも単体スキルがあり、Toolkitで扱えないのはAmazon Location Serviceだけ。こちらを選ぶ理由は、スキル・MCP設定・フックを1回で入れられるプラグインの形にある

以下、構成、8本の一覧、deploy-on-awsの動き、導入手順、権限、後継との選び分けの順に説明します。

Agent Plugins for AWSを構成するスキル・MCPサーバー・フック・参照資料

READMEは、1つのプラグインが次の4種類の部品を含みうると説明しています。長いAWSの手順書を毎回プロンプトに貼る代わりに、版管理できる部品として持たせ、必要なときだけエージェントに読み込ませるという設計です。

• エージェントスキル：デプロイやアーキテクチャ設計の手順を段階的に書いたSKILL.md。発動のきっかけになる語（トリガー）が決まっている
• MCPサーバー：AWSのドキュメント、料金、IaCのベストプラクティスなどを実行時に取りにいく接続口。設定はプラグイン直下の.mcp.json
• フック：ファイルの編集後などに自動で走る検証。hooks/hooks.jsonに定義する
• 参照資料（References）：スキルが必要に応じて読む既定値表やチェックリスト。プロンプトを膨らませずに知識を足せる

ディレクトリはClaude Code用の.claude-plugin/plugin.jsonとCodex用の.codex-plugin/plugin.jsonを並べて持つ形です。この梱包形式を各社共通の仕様にしようとする動きは、Agent Plugins 1.0の梱包仕様とクライアント準拠要件で扱っています。

2026年10月時点で提供中の8プラグインと版

Claude Code向けの.claude-plugin/marketplace.jsonに載っている8本です。追加時期は、GitHubで各プラグインのディレクトリに最初のコミットが入った日付です。

databases-on-awsは「データベース全般」をうたいますが、READMEの状態欄は「Some Services Available (Aurora DSQL)」で、スキルはdsqlの1本だけです。Aurora DSQLを直接操作するMCPサーバーは既定で無効になっています。

README・日本語版READMEとマーケットプレイスのずれ

英語版READMEの表には9本目としてmigration-to-aws（GCPからAWSへの移行）が「Available」で残っています。しかし実体は2026年4月27日のコミット（#114）でスキルごと削除され、Codex用のマニフェストだけがリポジトリに残っている状態です。Codex用の一覧には今も載っていますが、マニフェストが指すスキルとMCP設定の実体はありません。移行プラグインはawslabs/startupsリポジトリへ移っており、Anthropic公式マーケットプレイスのmigration-to-awsもそちらを参照しています。

日本語版のREADME.jp.mdは最終更新が同じ4月27日で、掲載は5本にとどまります。sagemaker-ai・aws-transform・codebase-documentor-for-awsの3本と、後継Toolkitの案内は載っていません。日本語版を見て導入する場合は、英語版READMEとmarketplace.jsonで現況を確かめてください。

deploy-on-awsの5段階ワークフローと既定の構成

deploy-on-awsにはdeploy・aws-architecture-diagram（2026年4月追加）・elastic-beanstalk（2026年6月追加）の3スキルが入っています。中心のdeployスキルは「deploy to AWS」「host on AWS」「estimate AWS cost」などの語で発動し、ユーザーに判断を求める回数を減らす方針で書かれています。

解析から実行までの5段階と使うMCPサーバー

1. Analyze：コードベースからフレームワーク、データベース、依存関係を読み取る
2. Recommend：AWSサービスを選び、理由を短く説明する。サービス選定で迷う場面ではAWS Knowledge MCPサーバーを参照する
3. Estimate：AWS Pricing MCPサーバーで月額の見積もりを出す。SKILL.mdはIaCを書く前に必ず費用を示すよう指示している
4. Generate：セキュリティの既定値を当てたIaCを書く。AWS IaC MCPサーバーでCDKやCloudFormationの書き方を確認する
5. Deploy：IaCのセキュリティ検査を走らせ、ユーザーの確認を得てから実行する

3つのMCPサーバーのうち、Knowledgeはhttps://knowledge-mcp.global.api.awsへのHTTP接続、PricingとIaCはuvxで手元に起動するPythonパッケージです。uvが入っていない端末では後者2つが起動しません。

サービス選定の既定値と本番構成への切り替え

参照資料defaults.mdに、アプリの種類ごとの既定値が表で決められています。ユーザーが明示しない限り、この表のとおりに選ばれます。

規模は「production」「prod」「production-ready」と言わない限り開発向けになります。たとえばFargateは0.5 vCPU・1GB、Aurora Serverless v2は0.5〜2 ACU、ALBは単一AZ可です。リポジトリにcdk.jsonやterraform/があれば、既存の選択に合わせます。本番に出すつもりなら、最初の依頼文に「production-ready」を入れておかないと、単一AZの構成が出てきます。

公式ブログの想定シナリオとApp Runnerの扱い

公開時のAWS公式ブログは、Express.jsのアプリをApp Runner・RDS PostgreSQL・CloudFront + S3に載せる例を示し、「数時間かかっていた作業が10分未満で済んだ」と書いています。ただし現在のSKILL.mdは「App Runnerは保守モードなので推奨しない。代わりにECS Express Modeを使う」と明記しており、同じ依頼をしてもブログと同じ構成にはなりません。10分という数字も、ブログが示した1つの想定シナリオについての記述です。

Claude Code・Codex・Cursor・Kiroへの導入手順

前提はREADMEの要件どおり、Claude Code 2.1.29以降またはCursor 2.5以降と、資格情報を設定済みのAWS CLIです。

Claude Codeでマーケットプレイスを追加する手順

Claude Codeのセッション内で、マーケットプレイスを追加してから必要なプラグインを入れます。

/plugin marketplace add awslabs/agent-plugins
/plugin install deploy-on-aws@agent-plugins-for-aws
/plugin install aws-serverless@agent-plugins-for-aws

@の後ろはマーケットプレイス名のagent-plugins-for-awsです。公開時のブログにはdeploy-on-aws@awslabs-agent-pluginsと書かれていますが、marketplace.jsonのnameと一致しないので、この表記では入りません。入ったかどうかは/skillsにdeploy-on-aws:deployが出るか、/mcpにMCPサーバーが並ぶかで確かめられます。codebase-documentor-for-aws以外の7本は、Claude Codeに最初から登録されているAnthropic公式マーケットプレイスにも載っているため、/plugin install deploy-on-aws@claude-plugins-officialでも入ります。どちらで入れても中身は同じリポジトリのmainブランチです。社内向けに独自のマーケットプレイスを作る手順は、Claude Codeプラグインの作り方と社内配布で解説しています。

Codexでリポジトリ内のマーケットプレイスを読む手順

Codexは.agents/plugins/marketplace.jsonをリポジトリから読む方式です。リポジトリを手元にクローンしてCodexで開き、再起動後にプラグイン一覧から「Agent Plugins for AWS」を選んで入れます。READMEは既知の制限として、Claude Code固有の自動フックがCodexのマニフェストにはまだつながっていないと書いています。例外は環境変数に依存しないdatabases-on-awsのプロンプトフックだけです。

CursorとKiroで使う場合の制約

CursorはCursor Marketplaceから入れるか、設定画面のPluginsで「AWS」を検索して「Add to Cursor」を押します。READMEがCursor Marketplaceでの導入を案内しているのはdeploy-on-awsです。

Kiroは「experimental」の扱いで、サードパーティの@every-env/compound-plugin（要Bun）でClaude Code形式からKiro形式へ変換します。スキルとMCPサーバーは変換される一方、フックは丸ごと落とされるため、aws-serverlessのsam validateのような検証はKiroでは手動です。

MCPサーバーがつながらない・スキルが発動しないとき

• MCPサーバーが起動しない：uvxの有無を確認する。/pluginの「Installed」タブで対象のMCPサーバーを2回切り替えると再起動できる
• スキルが発動しない：「help me with AWS」のような曖昧な依頼では発動しにくい。「deploy this to AWS」と言い直すか、/deployで明示的に呼ぶ
• 一覧が更新されない：公式のトラブルシューティングガイドの初期化手順に従う。マーケットプレイスを削除してセッションとターミナルを閉じ、~/.claude/plugins/cacheを消す。installed_plugins.jsonとknown_marketplaces.jsonから該当の記述を除いてから、追加し直す

書き込みできるMCPサーバーと生成IaCの検査

プラグインのMCPサーバーは、認証なしでつなぐAWS Knowledge MCPサーバーを除き、手元のAWS CLIの資格情報で動きます。どのプラグインが読み取りだけで、どれが書き込みまでするかは.mcp.jsonを見れば分かります。

aws-serverlessの書き込み許可付き起動と変更系ツール

aws-serverlessの.mcp.jsonは、AWS Serverless MCPサーバーを--allow-write付きで起動します。このサーバーは既定では読み取り専用ですが、このフラグでsam_deploy（CloudFormationでのデプロイ）やdeploy_webapp（Route 53のDNSレコードやCloudFrontディストリビューションといった公開リソースの作成）などの変更操作が使えるようになります。ログを返すsam_logsは別のフラグが必要で、プラグインの設定では付いていません。

本番アカウントの管理者権限を持つプロファイルを既定にしたまま、MCPツールの呼び出しを自動承認にしていると、エージェントの判断で公開リソースが作られうる状態になります。採用するなら、開発用アカウントの権限を絞ったプロファイルをAWS_PROFILEで指定して使うのが前提です。エージェントに渡すIAM権限の設計は、AWS MCP ServerのGA版の接続手順と権限設計でも扱っています。

deploy-on-awsが既定で当てるセキュリティ設定

参照資料security.mdは、生成するIaCに次の既定を自動で当てるよう指示しています。

• S3はパブリックアクセスのブロック4項目をすべて有効にし、CloudFront経由の配信はOAI（旧方式）ではなくOAC
• ストレージは暗号化。S3は開発でSSE-S3、本番でカスタマー管理キーのSSE-KMS
• Fargateとデータベースはプライベートサブネットに置き、外に出すのはALBだけ
• IAMは使うリソースのARNを列挙し、*は避ける。管理者権限のロールは作らない
• デプロイ前にgit-secretsなどでコード内のシークレットを探し、見つかったらデプロイを止める。生成したIaCにはcheckovかcfn-nagをかける

これはスキルへの指示であって、エージェントが毎回守る保証ではありません。READMEのベストプラクティスも、生成コードをデプロイ前にレビューすることと、IaCにセキュリティスキャンをかけることを求めています。CIでcheckovを必須にしておけば、エージェントが検査を飛ばしても止まります。

後継のAgent Toolkit for AWSとの選び分け

2026年5月6日、AWSはAgent Toolkit for AWSを「AWS Labsで提供してきたMCPサーバー・プラグイン・スキルの後継」として発表しました。発表時点でスキルは40超、プラグインは3本（AWS Core・AWS Data Analytics・AWS Agents）で、同時にAWS MCP ServerがGAになっています。Agent Plugins for AWSのREADMEも冒頭で、本番のソフトウェアを作るならToolkitを勧めると書いています。

Toolkitの売りの1つは、AWS MCP Serverを通る操作に対して、エージェントの操作と人の操作を分けるIAM条件キーとCloudTrailでの記録が効くことです。これはMCPサーバー側の機能なので、Agent Plugins for AWSでもAWS MCP Serverにつなぐamazon-location-service・aws-amplify・sagemaker-aiの3本は同じ経路を通ります。一方、deploy-on-awsやaws-serverlessが手元で起動するMCPサーバーは対象外です。

領域の差も小さくなっています。ToolkitにはAurora DSQL・Amplify・AWS Transformの単体スキルがあり、SageMakerでのモデル選定やデプロイはaws-coreのaws-ai-mlスキルが扱います。Toolkit側に相当するスキルが見当たらないのはAmazon Location Serviceだけです。

新しく入れるなら、汎用のデプロイやIaC作成はToolkitのaws-coreを第一候補にします。エージェントの書き込みをIAMポリシーで縛れることが、チームで使うときの決め手になります。Agent Plugins for AWSを選ぶ理由が残るのは、Amazon Location Serviceを扱う場合と、構成図の検証やSAMテンプレートの検証といったフックまで含めて1回で入れたい場合です。リポジトリは「引き続き動作し、貢献も受け付ける」とされ、10月に入ってもコミットが続いていますが、有用なものは時間をかけてToolkitへ移すとも明言されています。導入した場合は、Toolkit側に同じ領域のプラグインが出た時点で乗り換えを検討してください。AWS MCP Server単体の接続方法はAWS MCP Serverの記事、スキル部分の標準仕様はAgent SkillsのSKILL.md仕様にまとめています。

よくある質問

Agent Plugins for AWSは無料で使えますか？

リポジトリはApache-2.0のオープンソースで、プラグイン自体に料金はかかりません。費用が出るのは、エージェントが作成したAWSリソースと、Claude CodeやCursorなどエージェント側の利用料です。

Agent Plugins for AWSのマーケットプレイス名は何ですか？

Claude Code向けはagent-plugins-for-awsです。追加は/plugin marketplace add awslabs/agent-plugins、導入は/plugin install deploy-on-aws@agent-plugins-for-awsのように指定します。codebase-documentor-for-aws以外は、Anthropic公式マーケットプレイスのclaude-plugins-officialからも入れられます。Cursorでは、Cursor Marketplaceで「AWS」を検索して入れます。

Claude CodeとCursor以外のエージェントでも使えますか？

Codexは公式に対応しており、リポジトリ内のマーケットプレイス定義を読み込んで入れます。Kiroはサードパーティの変換ツールを使う実験的な方法のみで、フックは変換されません。

AWSのAgent Skillsとプラグインは何が違いますか？

スキルは手順を書いたSKILL.md単体を指し、プラグインはスキルにMCPサーバー・フック・参照資料を加えて1回で入れられるようにした入れ物です。AWSのスキルだけを入れたい場合は、後継のAgent Toolkit for AWSがnpx skills add aws/agent-toolkit-for-aws/skillsでスキル単体の導入方法を用意しています。

deploy-on-awsは本番向けの構成を作りますか？

既定は開発向けの規模で、単一AZや小さいインスタンスを選びます。依頼文に「production-ready」などを含めると、マルチAZ、VPCフローログ、ALBのアクセスログ、WAFといった本番向けの設定が加わります。

関連記事

• AWS MCP Serverとは？GA版の接続手順と全ツール・権限設計【2026年版】
• Agent Plugins 1.0とは？梱包仕様とクライアント準拠要件を実装目線で解説
• Claude Codeプラグインの作り方と社内配布｜marketplace.json・管理設定【2026年9月版】
• Agent Skillsとは？SKILL.md仕様と46製品で動かす移植性の実装手順