Amazon Web Services は、バイブコーディングの落とし穴を回避すると主張する「エージェント IDE」と呼ばれるものを作成した。
生成型AIの登場により、開発者はLLMを用いてコードを迅速に生成・デバッグする実験を行ってきました。このプロセスは「バイブコーディング」として知られるようになりました。しかし、生成されるコードは品質が低い場合が多く、デバッグと修正にかかる時間は、最終的に節約できる時間よりも長くなっています。最近の調査によると、開発者の中には、これらのツールが時間を節約してくれると考えているケースもありますが、実際には全く逆の結果になっているケースがあることがわかりました。
AWSのツールは「Kiro」と呼ばれ、開発者エージェントとエクスペリエンス担当副社長のDeepak Singh氏がThe Registerに説明したように、開発者が開発しようとしているものを説明できる会話型インターフェースを中心に構築されています。Kiroは生成AIを用いて応答を生成しますが、最初は実際のコードではなく仕様書の形で返答されます。
シン氏は、仕様は「単なるマークダウンやテキスト、疑似コードであり、ユーザーストーリーのように書かれている」と述べた。
AWS のエージェント AI 開発ツール担当シニアマネージャーである Nikhil Swaminathan 氏は、各ユーザーストーリーには「基本的なユーザーストーリーから構築する際に開発者が通常扱うエッジケースをカバーする EARS (Easy Approach to Requirements Syntax) 表記の受け入れ基準が含まれている」と説明しています。
Kiro の出力には、Git にプッシュされたサービスのリストと実際のコードも含まれます。Kiro は、プロジェクトの異なる側面を担当する複数のチームによって作成された複数の仕様を処理することもできます。
Singh 氏は、開発者が AWS 独自の Q などのコーディングアシスタントを使用するとコードの品質が低くなり、どのプロンプトが良い結果を生み出すかを追跡しようとする人がほとんどいないため、仕様に沿った作業が重要であると示唆しました。
AWS エージェント IDE Kiro によって生成された仕様 – クリックして拡大
AWS は、Kiro がプロジェクトを完了してその後保守するのに適した環境で、より本番環境に近いコードを提供すると考えています。
後者の目的のために、Kiro は「フック」と呼ばれるイベント駆動型の自動化機能を提供しています。Singh 氏は、開発者がリポジトリにコードを追加するたびに、Kiro ユーザーがコードを自動的にレビューして最適化するフックを作成できると提案しました。
- バイブコーディングは忘れてください。今はVineコーディングが主流です。
- Amazonの最新Graviton 4 EC2インスタンスはデュアル300Gbps NICを搭載
- パスカルプログラミングファンのために、4度目となる新しいラザロが登場
- Firebase Studioのプロンプトからアプリを起動する機能は、AIが開発者に取って代わることができないことを示す好例です。
AWS は Kiro をオープンソースの Code OSS エディター上に構築し、VS Code および Open VSX 用に作成されたプラグインを使用できます。
AWSとしては珍しく、この製品はデスクトップクライアントですが、仕様とコードの生成に使用するクラウドホスト型モデルをユーザーが選択できます。現在はプレビュー段階ですが、AWSは月額19.99ドルで、LLMの呼び出し回数は未定です。
Singh 氏は、Kiro を作成し、それをエージェント時代の IDE として位置付けているにもかかわらず、AWS は依然としてコーディング アシスタントの役割を、そして開発者が試行錯誤したり実験したりするための手段としてバイブ コーディングを捉えていると述べました。®
