Amazonの今回の方針転換を、「自社製AIコーディング助手Kiroを諦めた」と読むのは早計です。むしろ、自社ツールを優先する一本化路線から、開発者が実際に成果を出しやすいツールを会社の管理下に置いて使わせる、という現実的な落としどころに移ったと見るべきです。

Business Insiderなどによると、AnthropicのClaude Codeは会社規模で利用可能になり、OpenAI Codexは5月12日に続く予定です。報道はKiroの終了ではなく、Kiroに加えて選択肢を広げる動きとして伝えています ^[2][3][8]。

何が変わったのか

報道によれば、AmazonのSoftware Builder Experience担当副社長Jim Haughwout氏は社内メモで、Claude Codeを直ちに全社利用可能にし、OpenAI Codexを5月12日に導入する予定だと説明しました ^[2][8]。

ただし、これは社員が外部の一般向けサービスへ自由に接続する、という話ではありません。両ツールはAmazon環境で稼働し、Amazon Web Services（AWS）が管理するため、各チームが個別にインフラを用意する必要を減らせるとされています。一部報道では、Amazon Bedrock上で提供されるとも伝えられています ^[1][2][3]。

つまり焦点は、「サードパーティーのAIコーディング助手を許可するかどうか」から、「どのアクセス経路なら会社として管理できるか」へ移ったということです。これまでClaude Codeを本番コードや稼働中のプロダクトに使うには、特別な許可や正式承認が必要だったと報じられており、それが開発者側の不満につながっていました ^[3][14]。

Kiro優先路線はなぜ反発を招いたのか

Amazonは以前、エンジニアに自社製のKiroを優先して使うよう促していました。Reutersが確認した内部メモによると、Amazonは第三者のAIコード生成ツールの採用を避け、Kiroへ移るようエンジニアに勧め、「現時点では追加の第三者AI開発ツールをサポートする予定はない」としていました ^[12]。

しかし、この方針はすぐに摩擦を生みました。報道によれば、約1,500人のAmazonエンジニアが社内フォーラムでClaude Codeの採用を支持し、生産性に影響するツール制限に反対しました ^[5][6]。Business Insiderも、社内ガイダンスがチームをKiroへ誘導する一方、Claude Codeを本番コードやライブプロダクトで使うには正式承認を求めていたと報じています ^[14]。

今回の変更の直接の背景にあるのは、抽象的な「AI戦略の見直し」だけではありません。日々コードを書く現場のエンジニアから、ツール体験と開発効率に関するかなり明確なフィードバックが上がっていた、という点が重要です。

AmazonがKiroだけに頼らなくなった理由

1. 開発者の好みが、組織の生産性問題になった

約1,500人のエンジニアがClaude Codeを支持し、既存方針が生産性を損なうと訴えた時点で、ツール選定は単なる購買や標準化の問題ではなくなりました ^[5][6]。大規模な開発組織では、AIコーディング助手が実際の開発者に受け入れられなければ、承認回避、導入抵抗、開発速度の低下につながりかねません。

Claude CodeとCodexの開放は、現場での使い勝手を意思決定に組み込む動きでもあります。自社製ツールには統制や社内システム連携の利点がありますが、一部のチームが外部ツールの方が複雑な開発作業に向いていると感じているなら、単一ツールを押し続けるだけでは運用が難しくなります ^[3][6][8]。

2. Kiroが失敗したわけではないが、「社内優先」だけでは足りない

公開報道には、Kiro、Claude Code、Codexを同じ条件で比較した包括的なベンチマークは示されていません。そのため、Kiroが機能面で明確に劣ると断定するのは適切ではありません。

より慎重に言えば、Kiro優先の方針はすべての開発チームを納得させるには至らず、一部の開発者はClaude Codeを正式な利用可能ツールとして認めることを求めていた、ということです ^[5][6][14]。

この変化は、Kiroの立場をはっきり変えます。Kiroは外されたのではありません。ただし、社内方針だけで採用を押し上げる段階から、実際の開発フローの中で効率、安定性、社内システムとの統合価値を示す段階に入ったと言えます。

3. 全面制限より、管理された開放の方が現実的だった

Amazonが選んだのは、外部ツールを自由放任することではなく、会社の管理下に取り込むことでした。Claude CodeとCodexはAmazon環境で稼働し、AWSが管理するとされ、一部報道ではAmazon Bedrock経由で提供されるとも伝えられています ^[1][2][3]。

この形なら、エンジニアはより多くのツールを使える一方、会社はインフラ、アクセス経路、運用面で一定の集中管理を維持できます。ただし、公開報道ではデータ分離、ログ、権限管理、コードレビュー、モデル利用ポリシーの詳細までは明らかにされていません。そのため、Amazonが安全性やガバナンス上の課題をすべて解決したとまでは言えません ^[2][8]。

4. AI企業との協業関係も、外部ツール導入の抵抗を下げた

Business Insiderは今回の動きを、AmazonとAnthropic、OpenAIとの協業関係の中で説明しており、Amazonは両AI企業の密接なパートナーだとしています ^[8]。

そのため、Claude CodeやCodexを社内で使うことは、単に「外部の競合製品を使う」という構図だけではありません。大手クラウド企業が複数のAIツールを自社のエコシステムに取り込む流れの一部として見ることもできます。

Kiroの位置づけはどう変わるのか

現時点で最も正確なのは、Kiroが「優先的に使わせる自社ツール」から、「AIコーディング支援ツール群の中の有力な選択肢の一つ」へ変わった、という見方です。関連報道は、Kiroの終了ではなく、Claude Code、Codex、自社ツールが並存する形への拡張として伝えています ^[1][3][8]。

これはKiroにとって、社内競争が本格化することを意味します。以前は会社の方針がKiroに優先的な立場を与えていました。これからはClaude CodeやCodexと同じ土俵で、エンジニアの実際のワークフローの中で選ばれる必要があります。

企業のAI開発ツール選びへの示唆

Amazonのケースが示しているのは、大企業が一つのAIコーディング助手だけで、すべての開発場面を長期的にまかなうのは簡単ではないということです。自社製ツールは統制、統合、コンプライアンス管理に向いています。一方で、開発者は日々の作業で本当に効率が上がるツールを選びます。

第三者ツールへの支持が明確になった場合、それを禁止や個別承認だけで抑えるより、会社の管理下に置いて正式な利用経路を整える方が現実的な場合があります ^[2][6][8]。

今回のポイントを一言で言えば、Kiroは残る。しかしAmazonは、単一の自社ツールにこだわるために、エンジニアがはっきり示した生産性への要望を犠牲にすることは避けた、ということです。