AWS Agent Plugin for Serverless——AmazonがCodingエージェントにLambdaへの近道を用意した

AWSでサーバーレスアプリを構築するということは、SAMテンプレート、IAMポリシー、イベントソースマッピング、そして本番環境を壊して初めて学ぶ十数個のベストプラクティスを同時に扱うことを意味してきた。AWSがその知識をすべて一つのプラグインにパッケージし、CodingエージェントがEインストールするだけで自動ロードできるようにした。

Agent Plugin for AWS Serverless、3月25日発表。skills、sub-agents、hooks、MCP serversを一つのインストール可能なユニットにバンドルするモジュラープラグインだ。Claude Code、Cursor、Kiroに対応し、Claude Marketplaceから一つのコマンドでインストール。Codingエージェントはすぐに本番品質のLambda関数の構築、EventBridgeトリガーの設定、Step Functionsワークフローの設計、API Gatewayエンドポイントの構成方法を理解する。すべてAWSの可観測性、パフォーマンス最適化、トラブルシューティングのベストプラクティスに準拠。

重要な洞察はパッケージングモデルだ。これはドキュメントでもプロンプトテンプレートでもない。開発の各段階で適切なガイダンスを動的にロードする構造化プラグインだ。Lambda関数を書いている？プラグインがイベントソース統合のパターンを提供する。コールドスタートのデバッグ？パフォーマンス最適化のトラブルシューティングコンテキストをロードする。SAMやCDKでデプロイ？再利用可能なInfrastructure as Codeパターンを知っている。

これはOpenAIのCodex Pluginsやオープンなエージェントスキルフォーマットの周りで形成されているエージェントスキルエコシステムに対するAWSの回答だ。違いは、AWSがファーストパーティのクラウドインフラ専門知識を持ち込んでいること。サードパーティのラッパーではなく、Lambdaを作ったチームがエージェントに正しい使い方を直接教える。

エージェント駆動アプリケーションを構築するチームにとって、これは最大の摩擦点の一つを解消する。エージェントがコードを書けることと、本番インフラをデプロイできることの間の溝だ。vibe-codedなサーバーレスプロジェクトの多くがその溝で死んできた。もうその必要はない。

https://aws.amazon.com/about-aws/whats-new/2026/03/agent-plugin-aws-serverless/
https://github.com/awslabs/agent-plugins