AWS上でLambda、API Gateway、Step Functions、EventBridge、SAM/CDKを使用して、サーバーレスアプリケーション（サーバーを自分で管理しない形式のアプリケーション）の構築、デプロイ、管理、デバッグ（問題の診断と修正）、設定、最適化を行います。 コールドスタート（初回実行時の遅延）、CORS（複数ドメイン間でのデータ取得許可）、イベントソースマッピング（入力元の設定）、トラブルシューティング、同時実行数の制御、SnapStart、Powertools（AWS用便利ツール）、関数URL、EventBridge Scheduler（定期実行の仕組み）、Lambda層（コード共有機能）、本番環境での対応など、幅広い内容をカバーしています。 次のような場合に使用: Lambda、API Gateway、Step Functions、SAMテンプレート、CDKのサーバーレススタック、DynamoDBストリームトリガー、SQSイベントソース、コールドスタート、タイムアウト、502/504エラー、スロットリング（実行数制限）、同時実行数、CORS、Powertools、またはAWS上のイベント駆動型アーキテクチャ（入力に応じて処理が動く仕組み）に関する質問。「サーバーレス」という言葉がなくても対応します。 注意: EC2、ECS/Fargateコンテナ、Amplifyホスティングには対応していません。
Builds, deploys, manages, debugs, configures, and optimizes serverless applications on AWS using Lambda, API Gateway, Step Functions, EventBridge, and SAM/CDK. Covers cold starts, CORS debugging, event source mappings, troubleshooting, concurrency, SnapStart, Powertools, function URLs, EventBridge Scheduler, Lambda layers, and production readiness. Triggers on mentions of Lambda, API Gateway, Step Functions, SAM templates, CDK serverless stacks, DynamoDB stream triggers, SQS event sources, cold starts, timeouts, 502/504 errors, throttling, concurrency, CORS, Powertools, or any event-driven architecture on AWS, even without the word "serverless." Does not apply to EC2, ECS/Fargate containers, or Amplify hosting.
AWSでサーバーレスアプリケーション（サーバー管理が不要なアプリケーション）を構築するための専門知識。Lambda、API Gateway、Step Functions、EventBridge、イベントソースマッピング、並行実行、コールドスタート、デプロイ、トラブルシューティングをカバーします。
最適な動作環境: AWS MCP サーバーと組み合わせて使用 — CLI コマンドの実行、CloudWatch の問い合わせ、設定の検証が可能です。標準的な AWS CLI アクセスでも全てのガイダンスが機能します。
以下は、一般的なリファレンスではカバーされていない機能と手順です。見落としやすい特化した機能や、検証済みのステップバイステップの手順を含みます。対応するスキルに進んでから、リファレンスに戻ってください。
| このスキルを使用 | 次のような場合 |
|---|---|
| aws-lambda-microvms | テナント間の強い分離が必要、サンドボックス化された信頼できないコード（AI エージェントのコード実行環境、対話型実行、ノートブック、CI ランナー）、長期間実行されるセッション、状態を保持したまま一時停止・再開、ポートリスニングサーバー（gRPC、WebSocket、カスタム TCP）、Firecracker マイクロVM、スナップショット復帰可能なコンピュート、最大 8 時間の実行時間が必要な場合 |
| aws-lambda-durable-functions | 長時間実行できるワークフロー、チェックポイントからの再開、複数ステップの長時間実行ワークフロー（TypeScript/Python/Java で記述）、状態の自動保存、コード内の saga パターン、人間を交えたコールバック、最大 1 年間の実行、context.step/context.wait/context.invoke、withDurableExecution、durable-execution-sdk が必要な場合 |
| aws-lambda-managed-instances | Lambda マネージドインスタンス、キャパシティプロバイダー、EC2 バックアップの Lambda、大量トラフィック（月 5000 万リクエスト以上）でセービングプランまたはリザーブドインスタンス料金を適用したい、PerExecutionEnvironmentMaxConcurrency、CapacityProviderConfig、複数の並行実行環境が必要な場合 |
| このスキルを使用 | 次のタスク |
|---|---|
| connecting-lambda-to-api-gateway | 既存の Lambda を新しい REST/HTTP API に接続: プロキシ統合、権限設定、CORS、スロットリング、アクセスログ、デプロイ |
| connecting-lambda-to-dynamodb | Lambda を DynamoDB に接続: IAM 実行ロール、読み書き権限、ストリームイベントソースマッピング |
| creating-api-gateway-stage | API Gateway ステージを作成: CloudWatch ログ、X-Ray トレーシング、スロットリング、WAF 関連付け、認可 |
| deploying-custom-domain-rest-api | リージョン REST API をカスタムドメインでデプロイ: ACM 証明書、Lambda バックエンド、リクエスト認可ツール、ベースパスマッピング、Route 53 DNS |
| debugging-lambda-timeouts | タイムアウトした Lambda を体系的に診断: 設定、CloudWatch ログ/メトリクス、VPC、コールドスタート、メモリ、外部呼び出し |
| processing-s3-uploads-with-step-functions | イベント駆動ワークフローをデプロイ: S3 アップロード → EventBridge → Step Functions → Lambda（小ファイル）または Fargate（大ファイル）、VPC/ECR/ECS/IAM 含む |
| ユーザーの課題 | リファレンス |
|---|---|
| 新しいサーバーレスアプリを構築する — パターン選択 | architecture.md |
| Lambda の設定、コールドスタート、SnapStart、メモリ、VPC、レイヤー、Function URL | lambda.md |
| 並行実行（予約済み、プロビジョニング済み、イベントソースマッピング制御） | concurrency.md |
| イベントソース（SQS、DynamoDB ストリーム、SNS、Kinesis）、フィルタリング、バッチエラー処理 | event-sources.md |
| Step Functions、EventBridge ルール/パイプ/スケジューラー | orchestration.md |
| API Gateway のクォータ、認可ツール、WebSocket | api-gateway.md |
| SAM/CDK のリソースタイプと高速反復 | deployment.md |
| 本番環境対応、可視化、アンチパターン（避けるべき設計） | production.md |
| エラーをデバッグする（エラーメッセージ → 原因 → 修正） | troubleshooting.md |
| Powertools ハンドラーテンプレート | powertools-handler.py |
注意: リファレンスファイルには、変更される可能性のある具体的なランタイムバージョン、クォータ、機能一覧が記載されています。精度が重要な場合（本番環境、ランタイム選択、クォータ）は、最新の AWS 公式ドキュメントで確認してください。リファレンスは、間違えやすい実装上の注意点と重要な値に重点を置いており、基本的な内容は含まれていません。
Domain expertise for building serverless applications on AWS: Lambda, API Gateway, Step Functions, EventBridge, event source mappings, concurrency, cold starts, deployment, and troubleshooting.
Works best with the AWS MCP server — run CLI commands, query CloudWatch, validate configs directly. All guidance also works with standard AWS CLI access.
These cover capabilities and procedures the general references below do not. Several are specialized features or step-by-step tested procedures you would otherwise miss. Route to the matching skill before falling back to the references.
| Use this skill | When the workload involves |
|---|---|
| aws-lambda-microvms | Strong tenant isolation, sandboxed/untrusted code execution (AI agent code sandboxes, REPLs, notebooks, CI runners), long-lived sessions, suspend/resume with preserved state, port-listening servers (gRPC, WebSocket, custom TCP), Firecracker microVMs, snapshot-resumable compute, up to 8-hour lifetimes |
| aws-lambda-durable-functions | Durable execution, checkpoint-and-replay, long-running multi-step workflows written as plain code (TS/Python/Java), automatic state persistence, saga pattern in code, human-in-the-loop callbacks, executions up to 1 year, context.step/context.wait/context.invoke, withDurableExecution, durable-execution-sdk |
| aws-lambda-managed-instances | Lambda Managed Instances (LMI), capacity providers, EC2-backed Lambda, steady high-volume traffic (50M+ req/mo) wanting Savings Plans / Reserved Instance pricing, PerExecutionEnvironmentMaxConcurrency, CapacityProviderConfig, multi-concurrent execution environments |
| Use this skill | For the task |
|---|---|
| connecting-lambda-to-api-gateway | Wire an existing Lambda to a new REST/HTTP API: proxy integration, permissions, CORS, throttling, access logging, deployment |
| connecting-lambda-to-dynamodb | Connect Lambda to DynamoDB: IAM execution role, read/write permissions, stream event source mapping |
| creating-api-gateway-stage | Create an API Gateway stage with CloudWatch logging, X-Ray tracing, throttling, WAF association, and authorization |
| deploying-custom-domain-rest-api | Deploy a Regional REST API with custom domain: ACM cert, Lambda backend, request authorizer, base path mapping, Route 53 DNS |
| debugging-lambda-timeouts | Systematically diagnose a timing-out Lambda: config, CloudWatch logs/metrics, VPC, cold starts, memory, downstream calls |
| processing-s3-uploads-with-step-functions | Deploy an event-driven workflow: S3 upload → EventBridge → Step Functions → Lambda (small files) or Fargate (large files), with VPC/ECR/ECS/IAM |
| User need | Read |
|---|---|
| Building a new serverless app — pattern selection | architecture.md |
| Lambda config, cold starts, SnapStart, memory, VPC, layers, Function URLs | lambda.md |
| Concurrency (reserved, provisioned, ESM controls) | concurrency.md |
| Event sources (SQS, DynamoDB Streams, SNS, Kinesis), filtering, batch failures | event-sources.md |
| Step Functions, EventBridge rules/pipes/scheduler | orchestration.md |
| API Gateway quotas, authorizers, WebSocket | api-gateway.md |
| SAM/CDK resource types and fast iteration | deployment.md |
| Production readiness, observability, anti-patterns | production.md |
| Debugging an error (exact string → cause → fix) | troubleshooting.md |
| Powertools handler template | powertools-handler.py |
Note: Reference files contain specific runtime versions, quotas, and feature matrices that change. When precision matters (production, runtime choice, quotas), confirm against current AWS documentation. The references focus on values and gotchas that are easy to get wrong — not on basics.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。