Amazon Web Services ブログ
Kiro の価格設定を理解する:Spec、Vibe、使用量のトラッキング
本記事は米国時間 8 月 7 日に公開された「Understanding Kiro’s Pricing: Specs, Vibes, and Usage Tracking」を翻訳したものです。Kiro の最新情報は、https://kiro.dev/ をご覧ください。
先週 Kiro の新しい価格設定階層を発表して以来、提案された価格モデルについて多くの質問をいただきました。主要な 3 つの質問が浮かび上がりました。
- 「Spec リクエスト」と「Vibe リクエスト」の違いは何ですか?ユーザーはより明確な定義と例を求めています。
- 使用量をどのようにトラッキングできますか?現在のエディターには使用量トラッキングがないため、私たちのプランがニーズに合うかどうかユーザーが分からない状況です。
- 階層制限を超えた場合はどうなりますか? Pro+($40)を使用していて、より多くの容量が必要な場合、Power($200)にジャンプする必要がありますか?
このブログ記事では、これら 3 つの質問すべてに答え、皆さんが求めていた追加の明確性を提供します。
「Specリクエスト」と「Vibeリクエスト」の違いは何ですか?
多くのユーザーから、なぜ Spec と Vibe リクエストを分けているのか、そしてこれらのリクエストが使用量の観点で正確に何を意味するのかという質問をいただきました。私たちが Spec と Vibe モデルを選んだのは、Kiro の実際の使用パターンを反映し、コストを予測可能な方法で理解できるようにするためです。これらのリクエストが何なのかを詳しく見てみましょう。
Spec リクエストは、Kiro の構造化された開発ワークフロー内でタスクを実行する際のものです。動作の仕組みは次の通りです。まず Vibe リクエストを使用して要件と設計ドキュメントを作成します。それらが生成された後、Kiro はプロジェクトの構築を開始するためのタスクリストを提示します。これらのタスクの 1 つ 1 つが大まかに 1 つの Spec リクエストに相当しますが、複雑さによって変動することがあります。
平均的な複雑さの Spec タスクを想定した場合のシナリオをいくつか示します。
- 「Start task」をクリックしたり「タスク 1 を実行」と言ったりすると 1 つの Spec リクエストになります。
- 複数のタスクを同時に実行する場合(例:「タスク1-3を実行」)、実行される各タスクが 1 つの Spec リクエストになります。
- サブタスクの実行(タスク 2 にサブタスク 2.1 と 2.2 がある場合= 2 つの Spec リクエスト)は 2 つの Spec リクエストになります。
Vibe リクエストは、Spec タスクの実行を含まない Kiro でのすべてのエージェント操作をカバーします。Vibe リクエストは、Kiro との 1 回のチャット相互作用を表します。通常は 1 つのユーザープロンプトとそれに対応する応答です(ただし、プロンプトの複雑さによって増加する可能性があります)。私たちはリクエストのサイズを調整して、1 つの Vibe リクエストが通常あなたからの 1 つのメッセージまたはプロンプトに等しく、1 つの Spec リクエストが 1 つのタスクの実行に等しくなるようにしました。
平均的な複雑さの Vibe リクエストを想定した場合のシナリオをいくつか示します。
- Kiro で「このコードを説明して」のようにチャットすることは 1 つの Vibe リクエストです。
- Spec やステアリングドキュメントの作成と改良は 1 つの Vibe リクエストになります。
- エージェントフックのトリガーは 1 つの Vibe リクエストになります。
- 「X を行う API を作って」のような複雑な Vibe プロンプトは、完了するまでに複数の Vibe リクエストを要する可能性があります。
これら 2 つの次元を提供することで、相互作用やトークンを推定するよりも使用量をより明確に理解できます。また、Kiro の仕様 (Spec) 駆動開発アプローチを奨励するよう階層を設計しました。これにより、開発者がより高速に動作し、適切な問題を解決するための適切なコードを書くのに役立つと考えているからです。研究によると、開発段階で問題に対処することは、ソフトウェア開発ライフサイクルの計画段階で解決するよりも 5 〜 7 倍コストが高くなることが示されています。この原則は AI エージェントでも当てはまります。計画段階で Kiro と要件と設計について時間をかけて話し合うとき、1 つの Spec リクエストで、実装中に複数の Vibe リクエストが必要になるであろうことを達成できることが多いのです。
Kiro の使用量をどのようにトラッキングしますか?
フィードバックの 2 つ目の領域は、有料プランにコミットする前の詳細な使用量トラッキングと透明性の要求でした。今月後半に価格設定が開始される際、すべてのユーザーは各リクエスト後に更新される使用量ダッシュボードを利用できるようになります。
以下に示す IDE ダッシュボードを通じて、Vibe と Spec リクエストの使用量の両方を監視し、超過分を追跡し、現在の請求サイクルでの残り割り当てを確認できます。この透明性により、プラン選択について十分な情報に基づいた決定を行い、使用パターンを最適化できます。有料階層の加入者の場合、ダッシュボードは潜在的な超過料金の見積もりも提供し、コストをより適切に管理するのに役立ちます。
階層制限を超えた場合はどうなりますか?
フィードバックの 3 つ目の領域は、Kiro プランで受け取るリクエスト数と、Pro+($40)と Power($200)階層の間のギャップに関するものでした。皆さんの中には、使用パターンとより良く合致する手頃な中間オプションへの関心を表明された方もいます。
私たちの解決策は、柔軟な超過オプションを通じてこれに対処します。Kiroの有料階層のいずれかをご利用の場合、$0.20/Specリクエストまたは$0.04/Vibeリクエストの料金で追加リクエストを支払うことを選択できます。これにより、階層間の柔軟性が提供され、より高いプランレベルにすぐにアップグレードすることなく、使用量を拡張できます。
Kiro の体験を最大限に活用する
これらの回答が、Kiro から最大の価値を得る方法をより良く理解し、あなたの働き方に合った適切なオプションを見つけるのに役立つことを願っています。
近日中に、サブスクリプションの仕組みについての FAQ を詳しく説明する別のブログ記事と、コスト面から見た仕様(Spec)駆動開発のメリットを実演するビデオを公開する予定です。Discord に参加して議論を続けましょう!