--- title: "Agent Plugins for AWSとは？8プラグインの中身・導入手順と後継Agent Toolkitとの選び分け【2026年10月】" url: "https://www.issoh.co.jp/tech/details/11576/" published: 2026-03-28 updated: 2026-10-08 categories: ["AIエージェント・MCP"] publisher: "株式会社一創" --- # 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の梱包仕様とクライアント準拠要件](/tech/details/16371/)で扱っています。 ## 2026年10月時点で提供中の8プラグインと版 Claude Code向けの`.claude-plugin/marketplace.json`に載っている8本です。追加時期は、GitHubで各プラグインのディレクトリに最初のコミットが入った日付です。 | プラグイン | 版 | 追加時期 | 主な対象 | フック | | --------------------------- | ----- | ------- | --------------------------------- | ------------ | | deploy-on-aws | 1.4.0 | 2026年2月 | AWSへのデプロイ・構成図 | draw.io検証 | | amazon-location-service | 1.1.0 | 2026年2月 | 地図・ジオコーディング・経路 | なし | | aws-serverless | 1.3.0 | 2026年3月 | Lambda・API Gateway・Step Functions | sam validate | | aws-amplify | 1.0.0 | 2026年3月 | Amplify Gen 2のフルスタック | なし | | databases-on-aws | 1.9.1 | 2026年3月 | Aurora DSQL | DSQL変更後の確認 | | sagemaker-ai | 1.3.0 | 2026年4月 | SageMaker AIの学習・評価・HyperPod | なし | | codebase-documentor-for-aws | 0.1.0 | 2026年4月 | 既存コードからの技術文書生成 | なし | | aws-transform | 1.9.0 | 2026年5月 | .NET・COBOL・VMware等の移行 | なし | 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`に、アプリの種類ごとの既定値が表で決められています。ユーザーが明示しない限り、この表のとおりに選ばれます。 | アプリの種類 | 既定 | 指示で切り替わる先 | | ---------------- | -------------------- | --------------------------------- | | Webフレームワーク | Fargate + ALB | serverless → Lambda + API Gateway | | 静的サイト・SPA | Amplify Hosting | S3 → S3 + CloudFront | | 定期実行ジョブ | EventBridge + Lambda | 長時間 → EventBridge + Fargate | | Heroku等からの移行 | Elastic Beanstalk | ECS → Fargate + ALB | | PostgreSQL・MySQL | Aurora Serverless v2 | simple RDS → RDS | | IaC | CDK（TypeScript） | terraform・cloudformation・sam | 規模は「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プラグインの作り方と社内配布](/tech/details/17849/)で解説しています。 ### 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版の接続手順と権限設計](/tech/details/17726/)でも扱っています。 ### 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を勧めると書いています。 | 観点 | Agent Plugins for AWS | Agent Toolkit for AWS | | ---------------- | --------------------- | ------------------------- | | リポジトリ | awslabs/agent-plugins | aws/agent-toolkit-for-aws | | プラグイン数（10月時点） | 8本 | 5本 | | Claude Codeでの入手先 | 公式に7本・独自マーケット | 公式に5本・独自マーケット | | スキル単体の導入 | なし | npx skills add | | MCPサーバー | 個別（3本はAWS MCP Server） | AWS MCP Server | | Kiro | 変換ツール経由・フック無し | 公式手順あり | | スキルの評価 | READMEに記載なし | 精度を評価済みと明記 | 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の記事](/tech/details/17726/)、スキル部分の標準仕様は[Agent SkillsのSKILL.md仕様](/tech/details/17685/)にまとめています。 ## よくある質問 ### 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年版】](/tech/details/17726/) - [Agent Plugins 1.0とは？梱包仕様とクライアント準拠要件を実装目線で解説](/tech/details/16371/) - [Claude Codeプラグインの作り方と社内配布｜marketplace.json・管理設定【2026年9月版】](/tech/details/17849/) - [Agent Skillsとは？SKILL.md仕様と46製品で動かす移植性の実装手順](/tech/details/17685/) --- 出典: [Agent Plugins for AWSとは？8プラグインの中身・導入手順と後継Agent Toolkitとの選び分け【2026年10月】]()（株式会社一創）