- Kiroは、AIエージェントベース開発のための仕様中心IDEで、開発初期のコンセプトから実際のデプロイまでのプロセスを単純化する
- 単一のプロンプトで要件から設計、実装タスクまで自動生成し、テストやアクセシビリティなどもチェックして、プロダクションレベルのコード管理を容易にする
- Mac、Windows、Linuxおよび主要言語をサポートし、VS Codeプラグイン/設定互換と無料プレビューを提供
- 要件を整理する**仕様(specs)と、特定のイベントごとにAIが自動処理するフック(hooks)**を中心としたワークフロー
- 「vibe coding」（即興的なプロトタイピング）だけでなく、明確な仕様化と本番システムへの移行を強みとして打ち出している
仕様(Specs)とフック(Hooks)
- Specs: 開発者が要件を具体的に文書化できるよう支援し、AIがそれをもとにコードや設計文書、データベーススキーマ、APIエンドポイントのような技術設計成果物を自動生成する
- 要件が不明確なときに明確な基準を与え、変更・拡張時にも仕様と実際のコードが同期される
- Hooks: 熟練した開発者でも見落としやすい繰り返し作業を代行したり、些細なミスを防いだりする役割を自動化
- ファイル保存、生成、削除など特定のイベント発生時に、指定した作業をエージェントがバックグラウンドで自動処理
- たとえばReactコンポーネント保存時のテストファイル更新、APIエンドポイント変更時のREADME更新、コミット時のセキュリティ検査などの繰り返し作業を自動化する
- チーム全体のコード品質、セキュリティ、標準化を一貫して維持
SpecsとHooksベースの開発プロセス
- 例: ECアプリにレビューシステムを追加
-
- 単一プロンプト入力: "製品にレビューシステムを追加" → AIがEARS（明確な要件記法）ベースで、ユーザーストーリーやエッジケースを含む仕様を自動生成
-
- 技術設計: 仕様に合わせたデータフローダイアグラム、TypeScriptインターフェース、DBスキーマ、APIなどの設計を自動生成
-
- 実装タスク生成: タスク/サブタスクを依存関係順に自動整列し、単体/統合テスト、ローディング状態、モバイル/アクセシビリティまでチェック
-
- Hooksで品質保証: 保存時のテストコード更新、コミット前のセキュリティスキャンなど、繰り返しチェックを自動化
特徴およびその他の機能
- AIコードエディタとして、MCP(Model Context Protocol)対応、AI行動ガイド、ファイル/URL/文書コンテキストプロバイダー、エージェントチャットなど多様な生産性機能を搭載
- VS Code設定、Open VSXプラグインと互換があるため、既存の開発環境と連携しやすい
- 仕様(Specs)とコードが常に同期され、文書化漏れや保守の問題を解決
ビジョンと今後の方向性
- チーム間の設計一貫性確保、要件衝突の解消、コードレビュー自動化、技術的負債管理、知識移転など開発上の難題の解決を目指す
- 仕様中心開発によって、人とAIが協力する新しいソフトウェア開発のあり方を志向
始め方とサポート内容
- Mac、Windows、Linux、さまざまな言語をサポートし、Google/GitHubなどでログイン可能
- 実践型チュートリアルで、仕様作成からデプロイまでの開発フロー全体を体験可能
- 現在はプレビュー期間中のため無料提供（一部制限あり）
1件のコメント
Hacker Newsの意見
Kiroはコードベースと承認済みの要件仕様を分析して設計文書を自動生成し、データフローダイアグラム、TypeScriptインターフェース、DBスキーマ、APIエンドポイントなどまで用意してくれる。このやり方は、開発プロセスで要件の明確化に伴う時間の無駄を減らしてくれる。文書化にはかなり有用だが、実際の設計はコーディング前に意思決定が行われてこそ意味がある
私は、要件とコード作成の間の段階で設計文書を作るという意味だと理解した。実在するコードベースを読むという点で、グリーンフィールドではないプロジェクトにも適切に機能する
アイゼンハワーの「計画は役に立たないが、計画する過程こそがすべてだ」という名言を思い出す
FAQの重要な内容を要約すると、ProまたはPro+料金プランを使う場合、ユーザーのコンテンツ（コード、会話、ファイルなど）はデフォルト提供AIモデルの学習データとして使われない。AWSはクライアント側のテレメトリおよびユーザビリティデータをサービス改善目的で収集することがあるが、IDE設定でデータ収集を無効化できる。Free版およびプレビュー版では、明示的にオプトアウトしない限り、コンテンツがモデル品質向上に活用される可能性がある。詳細はFAQリンクを参照
このポリシーを見ると、企業の立場ではこうしたコンテキスト（入力データ）に価値があると見ているようだ。普通はLLMが生成したコードの平均的な品質は人間が作ったコードより低いと感じていたので、入力されたコードがフィルタリングなしで学習データに使われるなら、本当に価値があるのか疑問に思う。不良データを除外する後処理は必須だと思う。コンテキストデータには学習以外の用途もある
Kiroでテレメトリデータ共有を無効化するには、SettingsでUserサブタブに移動し、Application → Telemetry and Contentの設定値をDisabledに変更すればよい。公式ガイドにも手順が案内されている
もう1年近くKiroの開発に参加している。Kiroが既存のAIベースのエディタと差別化される機能を提供していることに誇りを感じている。特に「spec driven development」には自信がある。Amazonのエンジニアリングプロセスを土台に、簡単なプロンプトから技術要件、設計文書（ダイアグラム含む）、作業リストまで生成できる。Kiroでのコーディングも楽しかったし、自分でビルドしたプロジェクトのサンプルも公開している。このサンプルは、ほぼ95%をAIがコーディングした無限制作ゲームのspirit-of-kiroだ
サンプルプロジェクトにCHALLENGE.md、ROADMAP.md文書まで含まれている点がすばらしい。実利用者が自分で試してみるのに良いフレームワークだと思う。ただ、AWSを必ず使わなければならない点は残念だ。たとえば、「KiroにローカルDBと自分のAnthropic API Keyだけを使ってくれと指示できるのか？」のように、agentic codingがあればもっと良い。AWS関連の不満はさておき、こうした実習環境のデモは本当に良いアイデアだ
95% AIコードと述べた点からすると、実際にはコード成果物への期待値がそれほど高くなかったからかもしれない。成果物が大雑把に見てまあまあ良ければいい、という姿勢だったのだろう
私のフィードバックがKiro自体に向いているのか、それともコーディングエージェント分野全体に向いているのかはわからないが、私が最もためらう理由は、すでに他の製品（Copilot、Continue、Cursorなど）で設定してあるカスタムルールのためだ。ついさっきもClaude Codeに自分の設定を移したばかりで、こうした手間を繰り返したくない。企業は外部アプリから設定を自動で取り込んだり変換したりしてくれるオンボーディングフローをきちんと作るべきで、そうすれば多くのユーザーを引きつけられる
Harper Reedが作った「My LLM codegen workflow atm」と似たものなのか気になる。関連ワークフローのリンク
なぜエディタを作ったのか、CLI版のほうが良かった気がする。個人的にはVSCodeが遅いのでCLIを好む
私は6か月ごとに新しいエディタ/IDEへ乗り換えたくない。新しいキーバインドやまったく違うUIに適応するだけでも疲れる。AIツール分野はスピード感をもって発展しているので、遠からずもっと良い代替が現れるのは避けられない。すでにCursorやWindsurfでもそういう現象が見られる。今はClaude Codeが人気を集めているようで、CLIやTUI方式のほうが自分のスタイルに合っている。もちろん、ターミナル利用者を超えるGUIアプリケーション利用者層もいる
全部vscodeベースなので、今のところはエディタを変えるときの参入障壁は低い。今後は変わるだろうが、現時点ではほぼ似たような使用体験だ。CursorがVSCodeのアップデートに追随していないとはいえ、今のところは些細なレベルだ
私はAiderの「IDE統合」方式に落ち着いた。好きなエディタで使え、AIバックエンドも自分の好きに選べる。プロバイダーロックイン（ベンダー依存）は不合理だと思う。タブ補完は使えないが、普段は一般的な言語サーバーベースのタブ補完のほうが良い。AIが必要なときは明示的にツールを呼び出す。利用環境によるだろうが、自分の仕事にはよく合っている。そしてClaude、Gemini、Deepseek、Qwen、Kimiなど複数のモデルを自由に切り替え、不足部分を相互に補える点も大きい
vimと自分の頭脳を絶対に手放すつもりはない。IDEだけでなく、自分が依存する機械学習モデルまで買うような感覚だ。同僚たちはツールにより依存するようになり、思考力が落ちている。まさに奇妙な時代だ。モデルサービスがなくなったらどうなるのか気になる
6か月ごとにエディタを変えるって？ もう2週間ごとに変えなければならないレベルだ。Claude Codeの使用には満足している
こうしたagentic IDEはVSCodeプラグインの形でも出せたはずだ。プラグインだとVC投資を集めにくいので、別製品として出したのだろう
仕様ベース開発に集中している点が印象的だ。私もClaude Codeで仕様テキストを維持していて、READMEやアーキテクチャダイアグラム（Markdown/mermaid）も常に一緒に管理している。むしろコード生成より、こうした文書化のほうが重要だと感じる。Kiroがこの部分で特別に優れている点があるのか気になる。もっと良いDSLなどでダイアグラムや計画を簡単に、より良く作れるならうれしい。すでに自分のワークフローに慣れているので、新しいツールの導入が難しく感じる。価格ポリシーも気になる。単なるBedrockの価格に付加価値を上乗せしたものなのか知りたい
AIと人間が協力して成果物を作る実験は非常に興味深い。人間が高レベルの構想に集中し、AIが低レベルの作業を分担するパターンだ。要件→仕様→コードへと降りていく階層構造が明確だ。各段階を別々の文書（Markdownなど）で管理すれば、各レベルで独立したレビューが可能になる。こうした構造的な意思決定方式はコーディングにとても効果的だと思う。もしこのモデルが確立されれば、今後は法律、医療、保険など他分野にも拡張できるかもしれない。ソフトウェアは氷山の一角にすぎず、このパターンが成功すれば無数のスタートアップが生まれうる。鍵になるのは、複数レベルの文書、抽象化、そしてレビュー工程を効率よく管理することだ。十分に解決可能な問題だと思う
重要な事実として、また1つのVSCodeフォークだ。AIが革新の時代を開くと聞かされていたが、実際には既存のものを繰り返し複製しているだけなのではないかと残念に思う。今のAIはむしろ革新の時代を終わらせる方向にあるように見える。みんな複製ばかりに注力している
これがAmazon製品なのか気になる。「Legal」タブを押すとAWSに移動するし、公式ドキュメントには「KiroはAWSの独立したエージェントIDE」と書かれている。だが、ホームページのどこにもAmazon所属だという表示がない。著者の@nathanpeckがAmazon社員であることを考えると、情報を隠しているのではないかと疑ってしまう
AWSがAmazon Web Servicesだということを知らないのか？
私はもともとタイトルにAWS製品だと明記していたが、Hacker News側でタイトルを変えられてしまい、明確さが落ちてしまった
隠す意図はないように思う。Aboutページに「KiroはAWS内の少人数チームがビルドした」と公式に言及されている。参考までに、私もAWS勤務だが別チーム所属だ
最近はIDEが開発者市場への参入経路として注目されている。以前はAtomが次世代IDEトレンドを開き、VSCodeが市場標準になった。AI時代にはユーザー獲得、データ収集、モデルのポジショニングが重要で、IDEはそのすべてを提供する。Kiroもこうした流れに加わったプロジェクトだ。（AWSのKiro、MicrosoftのVSCode+Copilot、OpenAIのWindsurf、Cursor、AlibabaのTrae、Zedなど）。Zedも以前は分類が違ったが、最近ではAIエージェントを備えた同等のツールと見ている。市場は飽和しすぎていて、Claude Codeのようなツールがユーザーに代替案を提示している。私もCursorを使ってみたが、再びHelix/VSCode+Claude Codeに戻った
私はZedの基本エディタ性能がとても好きだ。AI機能も悪くない。最近はTUI寄りのAI実験も増やしている。一方で、ZedがAIトレンドに流されすぎてプロジェクトが複雑にならないか心配でもある。賢い人たちがうまくバランスを取ってくれると信じている
WindsurfはOpenAIが買収を試みたが、結局Googleがサービス終了させた
AmazonはすでにClaude Codeに似たAgenticコーディングCLI製品を公開している。Q Developer CLIリンク。無料ティアも悪くなく、有料サブスクリプションはClaude Codeより良いかもしれない。MCPもサポートしている。QにはVSCode、IntelliJプラグインもあるが、Kiroはプラグインのレベルを超えて、CursorがVSCodeをフォークしたのと似たように、より多くの機能を提供している
Q CLIはほぼClaudeモデルを無制限に使えて月額$20だ。Claude Codeほど洗練されてはいないが、価格差は大きい
ただしQ CLIはシェルプロファイルに不要な構文を入れすぎてターミナルが遅くなり、標準ストリーミングサーバーもサポートしていないなどの問題がある