AWS認定資格 WEB問題集＆徹底解説CloudOpsエンジニア アソシエイト（SOA）

会員登録/ログイン

1. サービス概要

Kiroは、AWSが提供するエージェント型のAI開発環境です。デスクトップのIDE、ターミナルで動くKiro CLI、ブラウザで動くWeb版などの複数の利用面を持ち、どれも同じエージェント基盤とプロジェクト設定（.kiro/ディレクトリ）を共有します。 2025年7月にプレビューとして登場し、2025年11月に一般提供（GA）となりました。同時期にAmazon Q Developer CLIはKiro CLIへ移行しています。

最大の特徴は、思いつきのプロンプトでコードを書かせるのではなく、要件・設計・タスクを文書化してから実装する「スペック駆動開発」です。 Amazon Q DeveloperのIDEプラグインと有料サブスクリプションは2027年4月30日にサポート終了予定で、その後継としてKiroが案内されています。 試験では「Kiroは開発・自動化の成果物をつくる道具であり、本番環境で常駐して障害を直すランタイムではない」という位置づけを押さえることが重要です。

2. 主な特徴と機能

2.1 スペック駆動開発（Specs）

機能追加の依頼をもとに、ユーザーストーリーと受け入れ基準をまとめたrequirements.md、アーキテクチャやデータフロー・エラー処理・テスト方針をまとめたdesign.md、実装単位に分解したtasks.mdを生成します。 人がレビュー・承認しながら段階的に進められ、タスクは依存関係にもとづいてまとめて実行できます。不具合修正向けのBugfix Specでは、現状の挙動・期待する挙動・変えてはいけない挙動を整理してから修正に入ります。

2.2 ステアリング（Steering）

.kiro/steering/に置いたMarkdownファイルで、プロダクトの目的、技術スタック、ディレクトリ構成、コーディング規約などをエージェントに常に伝えます。 常時読み込み・特定ファイル操作時のみ・手動指定などの読み込み条件を設定でき、AGENTS.md形式にも対応しています。

2.3 エージェントフック（Hooks）

ファイル保存、ツール実行の前後、セッション終了などのイベントを契機に、シェルコマンドの実行やエージェントへの追加指示を自動で行います。 「保存したらテストを更新する」「コミット前にシークレット混入を確認する」といった定型作業を仕組み化できます。

2.4 MCPとPowersによる拡張

Model Context Protocol（MCP）サーバーを接続すると、AWSのドキュメントやAPI、社内ツールをエージェントから利用できます。 Powersは、特定サービスの知識とツールをひとまとめにして必要なときだけ読み込む拡張です。AWS DevOps Agentの調査結果をKiroから参照する連携も用意されています。

2.5 Kiro CLIと自律実行

Kiro CLIはターミナルで対話的に使えるほか、ヘッドレスモードでCI/CDパイプラインに組み込めます。 Web版では複数リポジトリにまたがる作業を計画・実装し、プルリクエストとして提出する自律的な使い方もできます。

3. アーキテクチャおよび技術要素

1. 開発者がIDE・CLI・Webのいずれかからサインインし、プロジェクト（ワークスペース）を開く。
2. エージェントはステアリングファイルとAGENTS.mdを読み込み、プロジェクト固有の前提を把握する。
3. 依頼内容からSpecを作成し、要件→設計→タスクの順に人が確認・修正する。
4. エージェントがタスクを実行し、コード・テスト・IaCテンプレート・Systems Managerランブックなどのファイルを生成・編集する。
5. フックが保存やツール実行を契機にリンターやテストを走らせ、MCPサーバー経由で外部ツールやAWSの情報を参照する。
6. 成果物はGitリポジトリへコミットされ、通常のレビュー・CI/CD・デプロイの流れに乗る。

変更はチェックポイントで巻き戻せます。エージェントが変更を自律的に進めるAutopilotモードと、変更ごとに確認するSupervisedモードがありますが、Supervisedモードはレビューのための作業形態であり、セキュリティ境界ではない点に注意します。

4. セキュリティと認証・認可

• サインイン方式: 個人はGitHub、Google、AWS Builder IDでサインインできる。組織ではAWS IAM Identity Centerや外部IdP（Okta、Microsoft Entra IDなど）による管理アカウントを使う。
• 組織管理: Enterpriseプランでは、SSO、利用状況の可視化、ユーザー管理、各種ガバナンス設定を管理者が一元的に行える。請求もAWS経由になる。
• コマンド実行の承認: エージェントのシェルコマンド実行は既定で承認が必要。信頼済みコマンドの指定は前方一致の単純な判定のため、広く許可しすぎない。
• 機密ファイルの除外: .kiroignoreでシークレットや機密ファイルをエージェントから見えなくする。
• AWS認証情報: エージェントにAWS操作をさせる場合は、長期アクセスキーではなく一時的な認証情報や権限を絞ったプロファイルを使い、作業用の分離された環境で実行する。
• 本番への直接変更を避ける: 生成物はリポジトリとレビューを経由させ、本番変更はCloudFormationやSystems Managerなど既存の統制された仕組みで行う。

5. 料金形態

Kiroはユーザー単位の月額サブスクリプションで、プランごとに毎月の「クレジット」が付与されます。エージェントへの依頼の重さや使用モデルに応じてクレジットが消費されます。

• Free: 無料で月50クレジット。利用できるモデルに制限がある。
• Pro / Pro+ / Pro Max / Power: 月額20〜200米ドルで、月1,000〜10,000クレジットとプレミアムモデルを利用できる。
• 超過利用: 有料プランでは追加クレジットを1クレジットあたり0.04米ドルで購入できる。
• Enterprise: AWS経由の請求で、IAM Identity Centerを使ったSSOや集中管理が含まれる。超過利用の可否は管理者が設定する。
• コスト管理: ステアリングやSpecで前提を明確にして手戻りを減らし、クレジット消費を抑える。

6. よくあるアーキテクチャ・設計パターン

• 修復ランブックのコード化: 手作業の障害対応手順をSpecで整理し、Systems Manager Automationのカスタムランブックと検証用テストを生成してリポジトリで管理する。実行はCloudWatchアラームやEventBridgeが担う。
• IaCの作成・保守: CloudFormation、AWS CDK、Terraformのテンプレートを要件から生成し、プルリクエストでレビューしてからデプロイする。
• インシデント後の恒久対策: AWS DevOps Agentが示した根本原因や改善提案を受け取り、Kiroでコードや設定の修正を実装する。
• チーム標準の徹底: ステアリングに規約を書き、フックでテスト・静的解析を自動実行して品質をそろえる。
• CIでの自動化: Kiro CLIのヘッドレスモードをパイプラインに組み込み、定型的な修正やドキュメント更新を自動化する。

7. 設定・デプロイ手順（ハンズオン例）

1. Kiro IDE（またはKiro CLI）をインストールし、Builder IDまたは組織のIAM Identity Centerでサインインする。
2. 対象リポジトリを開き、ステアリングファイル（product.md / tech.md / structure.md）を生成して内容を確認する。
3. 「ディスク逼迫時にログを退避する修復手順をランブック化したい」など目的を伝え、Specを作成する。
4. requirements.md、design.md、tasks.mdを順にレビューし、必要に応じて修正してから承認する。
5. タスクを実行させ、Systems Managerランブックの定義ファイルとテストを生成させる。
6. ファイル保存時にリンターを実行するフックを追加し、生成物の品質を自動で確認する。
7. リポジトリへコミットしてレビューを受け、CloudFormationなどでランブックを登録し、CloudWatchアラームやEventBridgeルールから起動するよう設定する。

8. 試験で問われやすいポイント