AWS キーノートは AI を魔法のように称賛するが、同社のエンジニアたちは異なる現実を語る

INTERVIEW Amazon Stores のディレクターである Steve Tarcza は、彼のチーム「StoreGen」は小売大手の開発者がより迅速に動き、摩擦を減らすのを支援するために存在すると述べています。しかし、AI による要請があるにもかかわらず、一つだけ譲れない原則があります：人間が最初に確認しない限り、何も出荷されないということです。このユニットの焦点は AWS の顧客ではなく、巨大な小売サイトとオペレーションのための Amazon 内部の開発チームにあります。 Tarcza は先週行われた AWS ロンドンサミットで私たちに話しましたが、私たちは直ちに彼に会いました。その直前に行われた基調講演では、UK アイルランド担当の VP 兼 managing director の Alison Kay が、参加者に対して AI テクノロジーは「魔法のように感じる」と述べました。 Kay は例として、生成 AI サービスである Bedrock（ベッドロック）の背後にある推論エンジンが、Kiro（キロ）というエージェント型コーディングサービスの利用により、6 人のエンジニアによってわずか 76 日で再構築されたことを挙げました。「エンジニアたちが眠っている間も、エージェントは建設を続けていました」と彼女は述べ、彼らが「コードを書き、テストし、バグを見つけ、修正し、24 時間体制でデプロイした」様子を説明しました。 The Register は Tarcza に、AI のよく知られたセキュリティや信頼性の問題により、これについてある種の懸念や不安があるのではないかと提案しました。彼のチームが遭遇した具体的な問題はどのようなものですか？「それは誰もが知っていることです」と彼は私たちに言います。「ハルシネーション（幻覚）です。また、ガードレール内にとどめることです。」 彼によると、AI が「あなたが要求していない作業まで行い、あなたの意図を超えて進んでしまう」ケースもあるそうです。 Tarcza は spec-driven development（仕様駆動型開発）の熱心な支持者です。これは 2025 年 7 月の初公開時に Kiro の主要機能であったもので、AI がコードを書く前に、改善と承認のためのタスクセットを生成するという考え方に基づいています。 spec-driven development はハルシネーションやプロンプトインジェクションのような問題を解決するのでしょうか？「いいえ」とTarczaは答えます。「最良の場合でも軽減されるだけです。それでもなお、仕様に従わないケースがあります。」 Kiro が昨年のサービス障害に関与した可能性がありますが、これは公式には否定されており、その事故は従業員のミスに起因するとされています。 では、どのようにしてエージェント型 AI を安全かつ信頼性の高いものにするのでしょうか？「エンジニアが常に出力を確認しなければならないという立場をとっています。誰かが確認し検証しない限り、何も出荷されません」と Tarcza は私たちに伝えます。「仕様駆動型開発は、それが人々が望む形にほぼ整うため、その時間を短縮するのに役立ちます。」 エンジニアがコードを検証する必要があるなら、それは彼らにそのスキルがあることを意味しますが、AI の進展に伴い AWS を含む企業がエンジニアの削減を進めている中で、人間が一度もレビューしていないコードが本番環境に投入される可能性が高まっているのではないか？「私はこれについて非常に強い立場をとります」と Tarcza は言います。「放置すれば、それはあなたが起こりうると考える自然な帰結です。しかし、それは誤った結果だと考えます… 私たちはより若手エンジニアが入ってくる状況に至ってはなりません。私たちは人材を成長させ続けなければなりません。これらのシステムを維持する人がいなくなるような状況に陥ってはいけません。」 すべての手動レビューが必要とされる中で、AI 開発を魔法と呼ぶことが適切なのでしょうか？「そう呼べることもあります」と Tarcza は言います。「私たちのエンジニアは、コアエンジニアリング、コードの記述、ソフトウェア設計に取り組む時間に全体の 30% 未満しか費やしていません。彼らはプロセスの他の側面にも多くの時間を費やしています。私たちが行ったのは摩擦を取り除くことで、彼らが常にステータスレポートを書き続ける必要がなくなったことです。これらのフェーズをより速く通過できるという意味で、それは魔法の箱です。」 「しかし、ステップ 1 から最終ステップまでを一気に達成する魔法の箱という考え方は存在しません。そして、それが私たちが望む世界だとは思いません。」 基調講演のテーマはエージェントの時代でしたが、Tarcza は「agentic AI（エージェント型 AI）」という言葉にはあまり乗り気ではありません。「私たちは人間が主導するプロセスに焦点を当て、その中心に AI を据えて再構築すべきだと考えます」と彼は私たちに伝えます。 それでもなお、彼もデプロイのような agentic actions（エージェント行動）や AI 生成コードについては同じ見解を持っています。「現在、AI が行う変更のあらゆるステップには、人間の承認が必要です」と彼は言います。「文書を読んでほしい誰かに公開することまで、すべてその範囲に含まれます。」 さらに「少なくとも Stores では、デプロイ支援に AI を使用していません。AWS が提供した優れたメカニズムがあり、それは決定論的な自動デプロイを行うものです。決定論的なシステムを持ち、望む結果を達成できるなら、それが好ましいです」と付け加えました。 Tarcza が説明するのは、直前の基調講演で耳にした息を呑むような agentic AI の過剰な宣伝とは対照的に見える、慎重なアプローチです。 トークンコストの上昇に伴い、AI は依然として価値があるのでしょうか？「これについての最高レベルの思考は、大きなイノベーションを見逃すコストは何でしょうか？行わないことのほうが、トークンコストよりもほぼ確実に高くなるはずです」と彼は言います。®

AWS キーノートは AI を魔法のように称賛するが、同社のエンジニアたちは異なる現実を語る

背景や根拠まで確認しますか？

このニュースを、実務の判断につなげる

調べる

選ぶ

サイト