はじめに
バイブコーディングや仕様駆動開発の発展により、ソフトウェア開発のスピードは飛躍的に向上しました。一方で、インフラ構築やデプロイには幅広い知識が必要であり、依然として調査から実装までには多くの時間を要しています。
こうした中、2026年2月17日にAWSから発表された「Agent Plugins for AWS」は、AWS構築の進め方を大きく変える可能性を持つ、新たな枠組みとして注目を集めました。最初に公開されたプラグインは最も汎用的な「deploy-on-aws」であり、その後も DB移行やサーバレスなど、特定のケースに対応したプラグインが続々と公開されています。
本記事ではAgent Plugins for AWSを活用していくうえで、まず押さえておきたい「deploy-on-aws」について、その仕組みと、検証を通じて見えた強み・限界・活用時のポイントを紹介します。
Agent Plugins for AWS とは
コーディングエージェントにAWSの設計・デプロイ・運用のためのスキルを提供する、オープンソースのエージェントプラグイン集です。各プラグインは単なる追加プロンプトではなく、skills / MCP servers / hooks / referencesを束ねて構成されています。
Agent Plugins for AWS/
└── plugins/
├── deploy-on-aws/
│ ├── skills/
│ │ └── deploy/
│ │ ├── SKILL.md
│ │ └── references/
│ ├── hooks/
│ ├── scripts/
│ ├── .mcp.json
│ └── README.md
├── aws-serverless/
├── databases-on-aws/
├── migration-to-aws/
└── ...
既存のAIサービスであるAmazon QやKiroでも、AWSの専門知識を与えてインフラ構築からデプロイまで自動化することは可能です。しかし、それらは単発の指示とモデルの知識に依存した推論であり、再現性や判断基準の明確化には課題が残ります。
Agent Plugins for AWSの最大の特徴は、AWSサービスの知識や設計判断の基準を、構造化された構築フローとして標準化・バージョン管理できるようになった点にあるのではないでしょうか。
deploy-on-aws とは
概要
5段階のワークフローに従って、既存のアプリケーションをAWS上にデプロイするための一連の流れを支援するプラグインです。referencesというファイルには、ベストプラクティスに基づいた設計方針やセキュリティチェック項目が定義されており、各ステップではこれを参考にしながら処理が進みます。
| ワークフロー名 | 概要 | references | 主要なMCP | |
|---|---|---|---|---|
| 1 | Analyze （分析） | 既存のアプリケーションコードを解析 | - | - |
| 2 | Recommend（推奨） | 最適なAWSサービスの提案 | default.md | awsknowledge |
| 3 | Estimate（見積もり） | 推奨構成の月額費用を算出 | cost-estimation.md | awsknowledge, awspricing |
| 4 | Generate（構築） | IaCの生成 | security.md | awsknowledge, aws-iac-mcp |
| 5 | Deploy（デプロイ） | AWS環境へのデプロイ | security.md | - |
また、必要に応じて適切なMCP（Model Context Protocol）サーバーに接続することで、最新の公式データを踏まえた推論が可能になる点も大きな特徴です。主要なMCPサーバーとして、awsknowledge、awspricing、aws-iac-mcpの3つが挙げられています。
利用時の留意点
AIエージェントに与えるAWS環境での操作権限は、利用者が慎重に設定する必要があります。また、Agent Plugins for AWSの発表記事でも「構築を加速するためのアクセラレータ」と位置づけられており、生成されたIaCをそのまま採用するのではなく、レビューと手直しを前提に利用するように記載があります。
続いて、検証用アプリケーションのデプロイ結果をもとに、精度が出やすい領域と補足が必要な領域、および効果的な活用方法について考察していきます。
