つまり焦点は、「サードパーティーのAIコーディング助手を許可するかどうか」から、「どのアクセス経路なら会社として管理できるか」へ移ったということです。これまでClaude Codeを本番コードや稼働中のプロダクトに使うには、特別な許可や正式承認が必要だったと報じられており、それが開発者側の不満につながっていました 。
Amazonは以前、エンジニアに自社製のKiroを優先して使うよう促していました。Reutersが確認した内部メモによると、Amazonは第三者のAIコード生成ツールの採用を避け、Kiroへ移るようエンジニアに勧め、「現時点では追加の第三者AI開発ツールをサポートする予定はない」としていました 。
しかし、この方針はすぐに摩擦を生みました。報道によれば、約1,500人のAmazonエンジニアが社内フォーラムでClaude Codeの採用を支持し、生産性に影響するツール制限に反対しました 。Business Insiderも、社内ガイダンスがチームをKiroへ誘導する一方、Claude Codeを本番コードやライブプロダクトで使うには正式承認を求めていたと報じています
。
今回の変更の直接の背景にあるのは、抽象的な「AI戦略の見直し」だけではありません。日々コードを書く現場のエンジニアから、ツール体験と開発効率に関するかなり明確なフィードバックが上がっていた、という点が重要です。
約1,500人のエンジニアがClaude Codeを支持し、既存方針が生産性を損なうと訴えた時点で、ツール選定は単なる購買や標準化の問題ではなくなりました 。大規模な開発組織では、AIコーディング助手が実際の開発者に受け入れられなければ、承認回避、導入抵抗、開発速度の低下につながりかねません。
Claude CodeとCodexの開放は、現場での使い勝手を意思決定に組み込む動きでもあります。自社製ツールには統制や社内システム連携の利点がありますが、一部のチームが外部ツールの方が複雑な開発作業に向いていると感じているなら、単一ツールを押し続けるだけでは運用が難しくなります 。
公開報道には、Kiro、Claude Code、Codexを同じ条件で比較した包括的なベンチマークは示されていません。そのため、Kiroが機能面で明確に劣ると断定するのは適切ではありません。
この変化は、Kiroの立場をはっきり変えます。Kiroは外されたのではありません。ただし、社内方針だけで採用を押し上げる段階から、実際の開発フローの中で効率、安定性、社内システムとの統合価値を示す段階に入ったと言えます。
Amazonが選んだのは、外部ツールを自由放任することではなく、会社の管理下に取り込むことでした。Claude CodeとCodexはAmazon環境で稼働し、AWSが管理するとされ、一部報道ではAmazon Bedrock経由で提供されるとも伝えられています 。
この形なら、エンジニアはより多くのツールを使える一方、会社はインフラ、アクセス経路、運用面で一定の集中管理を維持できます。ただし、公開報道ではデータ分離、ログ、権限管理、コードレビュー、モデル利用ポリシーの詳細までは明らかにされていません。そのため、Amazonが安全性やガバナンス上の課題をすべて解決したとまでは言えません 。
そのため、Claude CodeやCodexを社内で使うことは、単に「外部の競合製品を使う」という構図だけではありません。大手クラウド企業が複数のAIツールを自社のエコシステムに取り込む流れの一部として見ることもできます。
現時点で最も正確なのは、Kiroが「優先的に使わせる自社ツール」から、「AIコーディング支援ツール群の中の有力な選択肢の一つ」へ変わった、という見方です。関連報道は、Kiroの終了ではなく、Claude Code、Codex、自社ツールが並存する形への拡張として伝えています 。
これはKiroにとって、社内競争が本格化することを意味します。以前は会社の方針がKiroに優先的な立場を与えていました。これからはClaude CodeやCodexと同じ土俵で、エンジニアの実際のワークフローの中で選ばれる必要があります。
Amazonのケースが示しているのは、大企業が一つのAIコーディング助手だけで、すべての開発場面を長期的にまかなうのは簡単ではないということです。自社製ツールは統制、統合、コンプライアンス管理に向いています。一方で、開発者は日々の作業で本当に効率が上がるツールを選びます。
今回のポイントを一言で言えば、Kiroは残る。しかしAmazonは、単一の自社ツールにこだわるために、エンジニアがはっきり示した生産性への要望を犠牲にすることは避けた、ということです。