Amazon Q Developer サービス終了——後継IDE「Kiro」への移行とスペック駆動開発の新パラダイム

何が起きたか

2026年4月30日、AWS は Amazon Q Developer のサポート終了（EOS）タイムラインを発表した。そして 2026年5月15日（昨日） から、新規サインアップがブロックされた。

Amazon Q Developer EOS タイムライン:
  2026-04-30  EOS アナウンス
  2026-05-15  新規アカウント作成ブロック（Free Tier・IDE プラグイン・AWS Console）
  2026-05-29  Q Developer Pro から Opus 4.6 が削除
  2027-04-30  IDE プラグイン・有料サブスクリプション 完全終了

影響を受けない範囲:
  - AWS Management Console 内の Q Developer
  - ドキュメント・モバイルアプリ・Slack・Teams 統合
  → これらは引き続き利用可能

出典: Amazon Q Developer end-of-support announcement - AWS DevOps Blog

後継：Kiro IDE とは

Kiro は AWS が 2025年中盤に発表した AI ネイティブ IDE で、VS Code ベースで構築されている。Amazon Bedrock 上で Claude Sonnet 4.5 を使用し、Opus 4.7 は Kiro 専用で提供される。

Q Developer との最大の違いは「プロンプトを書くのではなく、スペックを書く」という設計哲学だ。

Amazon Q Developer:
  開発者 → [チャットで質問・コード補完] → AI が回答

Kiro:
  開発者 → [スペック（要件）を記述] → AI が実装を計画・実行・検証

Kiro の3つのコア機能

1. Specs（スペック）

Kiro はコードを書く前に、以下の3つの構造化ドキュメントを自動生成する：

specs/
  requirements.md   ← ユーザーストーリー + 受け入れ条件
  design.md         ← 技術設計ドキュメント
  tasks.md          ← 実装タスク一覧（チェックリスト形式）

スペックへの自然言語での指示例：

「ユーザーが CSV をアップロードし、
  バリデーション後にデータベースに保存できる機能を実装してほしい。
  失敗時はエラーサマリーをメールで通知する。」

Kiro はこの指示から requirements.md・design.md・tasks.md を生成し、人間がレビュー・修正してから実装フェーズに入る。

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

Hooks はファイル保存・コミット・その他のイベントに応じて自動的にエージェントアクションを実行するトリガーだ。

# .kiro/hooks/auto-test.yaml の例（概念）
on:
  - file_save:
      pattern: "src/**/*.tsx"

actions:
  - agent: "test-writer"
    prompt: "変更されたコンポーネントのテストを更新してください"

  - agent: "doc-updater"
    prompt: "関連するREADMEセクションを更新してください"

実際の動作例:
  ✅ React コンポーネントを保存 → テストファイルが自動更新
  ✅ API エンドポイントを変更 → README が自動更新
  ✅ コミット前 → セキュリティスキャンが自動実行

3. Steering Files（ステアリングファイル）

プロジェクトレベルの永続コンテキストを Markdown で記述し、Kiro エージェントに一貫したプロジェクト知識を持たせる仕組みだ。

<!-- .kiro/steering/architecture.md の例 -->
# アーキテクチャ方針

- フロントエンド: Next.js 15 (App Router)
- スタイリング: Tailwind CSS v4（クラス名は可読性優先）
- データ取得: React Server Components + fetch（SWR は使わない）
- テスト: vitest + testing-library（E2E は Playwright）
- エラーハンドリング: Result 型を使い、例外は境界でのみキャッチ

Q Developer がプロジェクトごとにコンテキストをリセットしがちだったのに対し、Kiro はステアリングファイルによってセッションをまたいだ一貫性を保つ。

料金体系（2026年）

Kiro Free:
  月 50 リクエスト（vibe + spec 混在）

Kiro Pro: $20/月
  vibe-mode: 225 リクエスト = $0.04/リクエスト
  spec-mode: 125 リクエスト = $0.20/リクエスト
  ※ spec-mode は vibe の 5倍の料金（仕様作成に計算コストがかかるため）

移行チェックリスト

移行前の確認:
  □ Q Developer Pro の課金を確認（2027-04-30 まで継続課金に注意）
  □ VS Code 拡張の Q Developer を Kiro に置き換え
  □ .amazn-q/ フォルダがあれば .kiro/ 相当に移行を検討

移行後にやること:
  □ .kiro/steering/ にプロジェクト方針を記述
  □ よく使うタスクに Hooks を設定
  □ 初回 spec-mode でプロジェクトの要件を整理してみる

# Kiro のインストール（VS Code 拡張経由）
# 1. VS Code の拡張マーケットプレイスで "Kiro" を検索
# 2. AWS アカウントでサインイン
# 3. 既存の Q Developer プロファイル・設定は自動インポート対象外

# Q Developer IDE プラグインのアンインストール（任意、2027年4月まで動作する）
code --uninstall-extension AmazonWebServices.amazon-q-vscode

落とし穴・注意点

Q Developer for Console は終了しない: IDE のみが対象。AWS コンソール上の Q Developer チャット・ドキュメント検索は引き続き利用可能
Kiro の spec-mode は高価: スペック1件 $0.20 は月 125 件上限（Pro 契約）。大規模チームには割高になりうる
Kiro は AWS Bedrock 専用: 他の LLM プロバイダーへの切り替えは現時点で非対応。Cursor・GitHub Copilot のようなマルチプロバイダー選択は不可
Opus 4.6 削除は 5月29日から: Q Developer Pro で Opus 4.6 を使っていた場合、5月29日以降は利用不可になる。Opus 4.7 への移行は Kiro サブスクリプションが必要

まとめ

項目	Amazon Q Developer	Kiro
設計思想	チャット・補完ベース	スペック駆動
主なモデル	Opus 4.5	Claude Sonnet 4.5（Bedrock）
最新モデル	Opus 4.5 まで（Opus 4.6 は 5/29 削除）	Opus 4.7 対応
状態管理	セッションベース	Steering Files で永続化
自動化	なし	Hooks（イベント駆動）
新規サインアップ	❌（2026-05-15 停止）	✅
完全終了	2027-04-30	継続

Kiro は「vibe coding（なんとなくプロンプトを書く）」から「スペック駆動開発（要件を構造化してからコードを書く）」へのシフトを促すツールだ。Q Developer ユーザーにとっては UX が大きく変わるが、1 年の移行猶予がある。移行前に Steering Files とスペック作成フローを理解しておくことが重要だ。

参考リンク

免責: 料金・機能は 2026年5月時点の情報。Kiro は開発中のサービスであり、仕様変更が生じる可能性がある。

S	公式ソース確認済み
A	成功実績多数・失敗例少数
B	賛否両論
C	動作未確認・セキュリティリスク高
Z	個人所感