コンテンツにスキップ

Amazon Kiro 完全ガイド

Amazon Kiro:ウェイトリスト制のAgentic IDE - 2025年8月最新状況と使い方完全ガイド

⚠️ 2025年8月現在の重要な注意事項

  • 新規アクセス: ウェイトリスト登録が必須(「空前の需要」により制限中)
  • 料金プラン: 当初発表された料金体系は撤回、8月中に新プラン発表予定
  • パフォーマンス: 応答速度の遅延が報告されており、インフラ強化中
  • 日本語対応: 現在英語のみ、日本語対応は未定

この記事のポイント

  • スペック駆動開発

    自然言語による仕様記述から技術設計・データフロー図・API設計まで自動生成

  • エージェントフック自動化

    経験豊富な開発者のようにバックグラウンドでコード品質チェック・テスト更新・ドキュメント同期を自動実行

  • プロトタイプ→プロダクション

    「ノリでコーディング」から本格的なプロダクション品質システムまでシームレスに移行

  • マルチエージェント連携

    Amazon AI・サードパーティAIエージェントを組み合わせてコード生成からドキュメント作成まで統合管理

📖 Overview

2025年7月14日にAmazon Web Services(AWS)が発表した「Kiro(キーロ)」は、スペック駆動開発を特徴とする革新的なAgentic IDEです。

現在の状況(2025年8月): 「空前の需要」により新規ユーザーはウェイトリスト登録が必要となっており、既存ユーザーも日次使用制限が設けられています。当初発表された料金プランは撤回され、8月中の新プラン発表が予定されています。

Kiroは従来のコード補完を超え、仕様書駆動による開発プロセス全体の自動化を実現。プロトタイピングからプロダクション品質システムまでをAIエージェントが支援する画期的なツールとして注目されています。

🚀 Kiroの革新的特徴

1. スペック駆動開発(Spec-Driven Development)

従来のAIコーディングツールとの最大の違いは、仕様書(Spec)を中心とした開発プロセスです。

なぜ革新的なのか?

従来のAIツール: プロンプト → コード生成(単純な変換)

Kiro: プロンプト → 要件分析 → 設計文書 → 実装タスク → コード生成(開発プロセス全体の自動化

これは単なる「コード生成の高度化」ではなく、ソフトウェアエンジニアリングの方法論そのものの変革です。

自然言語からの自動設計

入力例:「商品レビューシステムを追加して」

Kiroが自動生成:
✓ ユーザーストーリー
✓ エッジケース分析(EARS記法使用)
✓ 受け入れ基準
✓ データフロー図
✓ API設計
✓ データベーススキーマ

EARS記法による厳密な仕様

  • EARS(Easy Approach to Requirements Syntax)を活用
  • 曖昧さを排除した技術仕様の自動生成
  • リファクタリングや複雑な機能設計での威力を発揮

2. エージェントフック(Agent Hooks)

経験豊富な開発者が常に見守っているような自動化システム

従来ツールとの決定的な違い

従来: 開発者がコードを書く → 手動でテスト作成 → 手動でドキュメント更新

Kiro: 開発者がコードを書く → 自動でテスト更新・ドキュメント同期・品質チェック

これにより、「面倒だから後回し」にされがちな重要タスクが自動化され、技術債務の蓄積を防ぎます。

自動実行される品質管理

  • ファイル保存時: テストファイル自動更新
  • API変更時: README・ドキュメント自動同期
  • コミット前: セキュリティスキャン・認証情報漏洩チェック
  • コード修正時: 標準規約チェック・最適化提案

イベント駆動の背景処理

React コンポーネント保存
  ↓
フック自動実行
  ↓
対応テストファイル更新
  ↓
型定義チェック
  ↓
ドキュメント同期

3. リビングドキュメント(Living Documentation)

従来の課題を根本解決

問題: ドキュメントとコードの乖離は、ソフトウェア開発の永遠の課題でした。

Kiroの解決策: - 双方向同期: コード変更 ⇄ 仕様書が自動で同期 - 常に最新: 「ドキュメントが古い」という問題が構造的に発生しない - 設計の一貫性: 当初の設計思想が実装まで保たれる

4. マルチエージェント連携

統合AIエージェント管理

  • Amazon AI: メインの開発支援エージェント
  • サードパーティAI: 専門特化エージェント連携
  • MCP(Model Context Protocol): 外部ツール統合
  • ステアリングルール: プロジェクト全体でのAI行動制御

💼 実際の開発フロー

プロトタイプ段階

1. 自然言語で機能説明
   「ユーザー認証付きのTodoアプリを作りたい」

2. Kiroが仕様書自動生成
   - ユーザーストーリー
   - 技術要件
   - セキュリティ考慮事項

3. コード生成開始
   - フロントエンド・バックエンド同時生成
   - 型定義・API設計

プロダクション移行

4. 品質強化プロセス
   - エージェントフックによる自動テスト
   - セキュリティスキャン
   - パフォーマンス最適化

5. ドキュメント整備
   - API ドキュメント自動生成
   - 運用マニュアル作成
   - デプロイ手順書更新

🔧 技術仕様・対応環境

基盤技術

  • Code OSS: VS Code設定・拡張機能完全互換
  • Open VSX: 既存プラグインそのまま利用可能
  • 多言語サポート: 英語のみ(追加言語対応予定)

連携機能

  • MCP対応: 専門ツールとの標準プロトコル連携
  • マルチモーダル: テキスト・図表・ファイル入力対応
  • コンテキストプロバイダー: ファイル・URL・ドキュメント参照

💰 料金プラン(2025年8月最新情報)

現在の状況(プレビュー期間)

  • 無料アクセス: 「合理的な制限」内で無料利用可能
  • ウェイトリスト: 新規ユーザーはウェイトリスト登録が必要
  • 使用制限: 既存ユーザーにも日次使用制限あり
  • 需要過多: 「空前の需要」によりアクセス制限中

今後の料金体系(検討中)

⚠️ 重要: 当初発表された料金プランは撤回されました

  • 旧プラン(撤回済み): Free(0/50回), Pro(19/1000回), Pro+($39/3000回)
  • 新プラン: 8月中に発表予定
  • 無料ティア: 今後も継続提供予定
  • 無料トライアル: 有料プラン発表時に2週間の無料トライアル提供

🤝 Kiro × Claude Code:最強の組み合わせ

理想的な役割分担

実際の開発現場では、Kiroの設計力とClaude Codeの実装力を組み合わせることで、驚異的な開発効率を実現できます:

フェーズKiroClaude Code
要件定義◎ 詳細な対話で明確化△ 曖昧な要件に弱い
設計◎ 高品質なドキュメント生成○ 実装方針の決定は可能
実装△ 速度が遅い◎ 非常に高速
開発環境○ 基本的な機能◎ MCP、hooks、カスタムコマンド等豊富

実践的なワークフロー

# 1. Kiroで設計ドキュメント作成
# Specモードで要件定義・設計・タスク分解

# 2. Claude Codeに設計を渡して実装
claude .kiro/specs/feature-nameにあるドキュメントをもとに実装して。動作確認は不要です。 --dangerously-skip-permissions

実際の使用例:太陽系シミュレーション開発

開発者の実体験から: 1. Kiro: 詳細な要件・設計・タスクドキュメントを生成 2. Claude Code: 生成されたドキュメントを基に高速実装 3. 結果: 期待通りの高品質な開発を高速で実現

「Kiroの要件定義・設計機能とClaude Codeの実装速度を組み合わせれば、詳細な設計書を元にした期待値どおりの高速な開発ができる」 - 実際に両ツールを使用した開発者の声

🆚 なぜKiroは「すごい」のか?技術的ブレークスルー

1. パラダイムシフト:コード生成から開発プロセス管理へ

他のAIツールが「より良いコード補完」を競う中、Kiroは競争の土俵そのものを変えました

従来: 「AIがコードを書く速度・精度」の競争
Kiro: 「AIが開発プロセス全体を管理する能力」の実現

設計特化の革新性

Kiroの最大の強みは「要件定義・設計を行うAI」として特化している点です:

  • EARS表記法による厳密な仕様定義
  • 体系的な3層構造ドキュメント
  • requirements.md: 受け入れ基準を含むユーザーストーリー
  • design.md: アーキテクチャと実装方針
  • tasks.md: 具体的な実行手順
  • 対話を通じた要件の明確化

これまでAIツールは「曖昧な指示から何となくコードを生成」していましたが、Kiroは「明確な設計から確実な実装へ」というソフトウェア工学の王道を実現しました。

2. エンタープライズレディ:個人開発からチーム開発へ

  • 個人開発者向け: Cursor、Windsurf、GitHub Copilot
  • チーム・企業向け: Kiro

Kiroは最初からチーム開発での一貫性・品質管理を前提に設計されています。

3. 技術債務の構造的解決

エージェントフックにより、以下が構造的に不可能になります: - テストなしのコード - ドキュメントなしのAPI - セキュリティホールの放置 - コーディング規約違反

4. AWS エコシステムとの深い統合

Amazonが開発したことで、将来的にAWSサービスとのネイティブ統合が期待できます: - Lambda関数の自動デプロイ - DynamoDBスキーマの自動管理 - CloudFormationテンプレートの生成

🔍 競合比較:Kiro vs 既存AIツール

特徴KiroCursorWindsurfGitHub Copilot
アプローチスペック駆動コード補完中心エージェント型インライン補完
料金検討中(8月発表予定)$20$15$10
アクセスウェイトリスト制即時利用可能即時利用可能即時利用可能
主要機能仕様書自動生成チェックポイント無制限無料プランVS Code統合
自動化レベルプロセス全体コード変更時エージェント実行補完・提案
プロダクション対応★★★★★★★★☆☆★★★☆☆★★☆☆☆

Kiroの差別化ポイント

  1. 仕様書ファースト: コードより先に設計思想を明確化
  2. プロダクション品質: プロトタイプから本格システムへの橋渡し
  3. エージェント統合: 複数AIエージェントの協調作業
  4. AWS エコシステム: クラウドサービスとのネイティブ統合

📥 インストールガイド

システム要件

  • OS: Windows 10以降、macOS 10.15以降、Linux(Ubuntu 20.04以降推奨)
  • メモリ: 8GB以上推奨
  • ディスク: 2GB以上の空き容量
  • インターネット接続: 必須(AI処理はクラウドで実行)

アクセス方法(2025年8月最新)

現在の状況:アクセス制限中

⚠️ 重要な変更: Kiroは「空前の需要」によりアクセス制限を実施中です。

現在の状況:
✓ 既存ユーザー: 日次使用制限ありで継続利用可能
✗ 新規ユーザー: ウェイトリスト登録が必要

ウェイトリスト登録手順:
1. kiro.dev にアクセス
2. 「Join Waitlist」ボタンをクリック
3. アカウント登録(GitHub, Google, AWS Builder ID等)
4. サインアップコードのメール通知を待つ

アクセス開始時期

  • 来週から: ウェイトリスト登録者への招待開始予定
  • 順次招待: 登録順でサインアップコードをメール送信
  • インフラ強化: 需要対応のためシステム拡張中

2. ダウンロード

ウェイトリスト承認後、kiro.devからお使いのOSに対応したインストーラーをダウンロード:

  • Windows: KiroSetup-x.x.x.exe
  • macOS Intel: Kiro-x.x.x-mac-x64.dmg
  • macOS Apple Silicon: Kiro-x.x.x-mac-arm64.dmg
  • Linux: kiro-x.x.x-linux-x64.AppImage または .deb/.rpm

3. インストール

Windows:

1. ダウンロードした.exeファイルを実行
2. インストールウィザードに従って進める
3. デスクトップにショートカットが作成される

macOS:

1. .dmgファイルをダブルクリック
2. KiroアイコンをApplicationsフォルダにドラッグ
3. 初回起動時は「開発元を検証できません」と表示される場合があるので、
   システム環境設定 > セキュリティとプライバシー から許可

Linux (AppImage):

chmod +x kiro-x.x.x-linux-x64.AppImage
./kiro-x.x.x-linux-x64.AppImage

Linux (deb/Ubuntu):

sudo dpkg -i kiro_x.x.x_amd64.deb

4. 初期設定

  1. ログイン:
  2. GitHub、Google、またはメールアドレスでサインイン
  3. AWSアカウントは不要

  4. VS Code設定のインポート(オプション):

    File > Import VS Code Settings
    
    既存のVS Code設定、拡張機能、キーバインディングをインポート可能

  5. チュートリアル:

  6. 初回起動時に表示される対話型チュートリアルを完了(約10分)
  7. スペック駆動開発の基本を学習

5. 基本的な使い方

新規プロジェクトの開始:

1. File > New Project
2. プロジェクト名と場所を指定
3. 使用するフレームワーク(React、Vue、Node.js等)を選択

最初のスペック作成:

1. サイドバーの「Specs」パネルを開く
2. 「New Spec」をクリック
3. 自然言語で機能を説明(例:「ユーザー認証システムを作成」)
4. Kiroが要件定義・設計文書を自動生成

エージェントフックの設定:

1. Settings > Agent Hooks
2. プリセットから選択、またはカスタムフックを作成
3. チーム共有する場合は、.kiro/hooks.jsonをGitにコミット

トラブルシューティング

起動しない場合: - ファイアウォール/プロキシ設定を確認 - 最新版にアップデート - ログファイル(~/.kiro/logs/)を確認

パフォーマンスが遅い場合: - メモリ使用量を確認(最低8GB推奨) - 拡張機能の競合を確認 - Settings > Performance で調整

💡 Best Practices

効果的な利用方法

  1. 大規模リファクタリング: 事前設計が重要なプロジェクトで威力発揮
  2. 新機能開発: 仕様策定から実装まで一気通貫
  3. チーム開発: 仕様書共有による設計一貫性確保
  4. 技術債務解消: 既存システムの構造理解・改善提案

推奨利用場面

  • 企業での本格開発プロジェクト
  • 複数人チームでの開発
  • 長期運用が前提のシステム
  • AWS環境での開発

⚠️ 注意点・制限事項

現在の制限(2025年8月時点)

  • アクセス制限: 新規ユーザーはウェイトリスト登録必要
  • 使用制限: 既存ユーザーも日次使用回数に制限あり
  • パフォーマンス問題: 応答速度の遅延が報告されている
  • 言語対応: 英語のみ(日本語対応は未定)
  • 料金体系: 既存プラン撤回、新プランは8月中発表予定
  • プレビュー段階: 機能・仕様変更の可能性あり

検討事項(2025年8月現在)

  • アクセス可能性: ウェイトリストの長さと待機期間
  • パフォーマンス: 現在報告されている遅延問題
  • 料金不明: 新料金体系の詳細が未発表
  • 既存ツールからの移行コスト
  • チーム全体での導入効果の検証の難しさ
  • AWS環境との親和性(将来的な統合予定)

🎯 実際の使用シナリオ:Kiroが真価を発揮する場面

シナリオ1: スタートアップでのMVP開発

状況: 3人のチームで決済機能付きECサイトを2週間で構築

Kiroなし: - 仕様の認識齟齬で手戻り発生 - テスト・ドキュメント作成で追加1週間 - セキュリティホールが後から発覚

Kiroあり: - 全員が同じスペックを参照して開発 - テスト・ドキュメントは自動生成 - セキュリティチェックがコミット前に自動実行 - 結果: 2週間で本番リリース可能な品質を達成

シナリオ2: レガシーシステムのリファクタリング

状況: 5年間メンテナンスされたモノリシックアプリをマイクロサービス化

Kiroの価値: - 既存コードから設計書を逆生成 - 依存関係を可視化してリファクタリング計画を立案 - 段階的な移行をスペックで管理 - チーム全体で進捗を可視化

🔮 今後の展望

Amazon の戦略

Kiroは単なるコーディングツールではなく、ソフトウェア開発プロセス全体のデジタル変革を目指しています。

  • 設計の一貫性確保
  • 要件の競合解消
  • 技術債務の撲滅
  • 知識の継承自動化

市場への影響

Cursor、Windsurf、GitHub Copilotが「コード生成」で競う中、Kiroは「開発プロセス全体の最適化」という新たな競争軸を提示しました。

この変化により、AI開発ツール市場は「補完ツール」から「開発パートナー」へと進化していくと予測されます。

📊 開発者の評価

ポジティブな評価

  • 「Kiroの要件定義・設計機能とClaude Codeの実装速度を組み合わせれば、詳細な設計書を元にした期待値どおりの高速な開発ができる」
  • 「Kiroのおかげで、AIに命令する際の要件を明確にできるようになり、かつClaude Codeのおかげでその要件に沿った高速開発が可能になりました」
  • 「Kiroでドキュメント整備して、Claude Codeにコードを書かせる」という使い方が効果的

今後の活用方針

多くの開発者が「今後もKiro × Claude Codeの組み合わせで開発を進めていく」と表明しており、両ツールの強みを活かした補完的な使用が推奨されています。