バイブコーディングの費用はいくら？サブスクリプション、サービス、修正にかかる時間

モデルの利用方法について詳しくは、Ailootのドキュメントをご覧ください。

サブスクリプション以外にプロジェクトの費用に含まれるもの#

問い合わせフォームのあるウェブサイトを作るとしましょう。コードを書くツールのサブスクリプション料金は、すでに支払い済みです。次に、ウェブサイトをホスティングし、ドメインを接続して、問い合わせが実際に保存されるようにする必要があります。フォームが動かなければ、修正しなければなりません。サブスクリプション料金は変わらないかもしれませんが、公開は遅れます。

このようなプロジェクトでは、費用を分けて考えるとよいでしょう。

APIは、あるプログラムが別のプログラムを呼び出すときに必要です。たとえば、サービスから会話の録音を送信して文字起こしを依頼します。その呼び出しが有料なら、費用はサービスの運用費に含まれます。コードを書いたアシスタントのサブスクリプションだけでは、そのサービスの料金は支払われません。

Claude Code ProまたはMaxの加入者にとって、セッションの推定費用は請求額ではありません。利用分はサブスクリプションに含まれています。Claude Codeのドキュメントにも明記されています。接続している有料機能の料金は、別途確認してください。従量課金制のAPIを利用している場合は、そのサービスのアカウントダッシュボードで実際の料金を確認しましょう。

選択したサブスクリプションの現在の料金は、ツールの料金ページで確認してください。Claudeの場合は公式料金ページをご覧ください。計算には、自分のプランの料金と、購入した追加機能の料金を記録します。

追加の時間がかかる理由#

問い合わせフォームには、ページに表示される、データを受け付ける、保存する、エラーを知らせる、同じ問い合わせを二重に送信しない、といった複数の異なる動作があります。タスクの指示が「フォームを作って」だけなら、エージェントは要件を自分で補う必要があります。

仮の例では、次のようになります。

• 動作が明確にされていなかった。 エージェントはメールを送信するよう実装しましたが、問い合わせはアカウントのダッシュボード内の一覧に表示されるべきでした。解決策を変更する必要があります。
• 見た目だけを確認した。 フォームの見た目は整っていますが、ページを更新すると記録が消えてしまいます。データが保存されることを確認する必要があります。
• 変更の範囲が指定されていなかった。 フォームに加えて、変更する必要のない隣の画面までエージェントが変更しました。元の動作に戻し、編集の範囲を限定する必要があります。

これは、すべての修正が無駄な出費だという意味ではありません。要件の確認や明確化は開発の一部です。同じエラーを何度も修正する、すでに決めたことが忘れられる、成果物がタスクの内容と繰り返し食い違う、といった手戻りは別に記録すると役立ちます。

まず、機能を一つ、最初から最後まで確認しましょう。フォームなら、項目への入力から、保存された問い合わせが表示されるところまでが対象です。詳しい手順は、プログラマーでなくてもAI生成コードを確認する方法のガイドをご覧ください。

バイブコーディングのワークフローでは、ツールを選び、エージェント向けの計画を用意し、結果を確認して、プロジェクトをオンラインに公開します。

より高額なプランが必要なとき#

まず、タスクを完了できない原因を特定しましょう。購入が役立つかどうかは、それによって決まります。

タスクは完了できるものの、プランの上限に何度も達してしまう。 現在のプランと次のプランの上限、追加利用分を支払う選択肢、その条件を比較しましょう。この場合、利用枠が増えれば役立つことがあります。購入前に、何が利用枠を消費するのか確認してください：Claude Codeの利用上限を使い切らない方法。

エージェントが必要なことと違う作業を繰り返す。 求める結果を明確にし、タスクに関係するファイルを渡しましょう。要件が明確なのにエラーが繰り返される場合は、同じタスクを同じ基準で別のモデルにも試してもらいます。モデルの料金だけでは、そのモデルの性能が高いか低いかは分かりません。

アプリケーションがメール、データベース、その他のサービスに接続できない。 設定とアクセス権限を調べる必要があります。上限を引き上げても、接続先のアドレスが間違っていたり、持っていないアクセス権限が付与されたりするわけではありません。

モデルを比較するときは、タスクが完了したか、自分の助けが何回必要だったか、検証にどれくらい時間がかかったかを記録しましょう。2つ目のツールは、現在のツールでは満たせない具体的なニーズがある場合に購入します。

検証できるようにタスクを定義する方法#

コードを変更する前に、求める結果と制約を記録します。問い合わせフォームなら、必須項目、問い合わせの保存先、送信後に相手に表示される内容、エラーが起きたときの動作を決めます。プロジェクトのどの部分に触れてはいけないかも指定しましょう。

Claude Codeの公式推奨事項も、同じ考え方に沿っています。まずタスクを理解し、次に変更を計画して、エージェントが自分の作業を確認できる方法を用意します。小さく明確な編集なら、別途詳細な計画を作る必要はありません。

すでにプロジェクトを開いているエージェントに使えるプロンプトを紹介します。角括弧内の文を、自分のタスクに置き換えてください。

必要なもの：[1つの機能の説明]。

まず、タスクに関係するファイルとプロジェクトのルールを確認してください。
その機能が現在どのように動作しているか、何を変更する必要があるかを
簡潔に説明してください。
不足している要件を作り上げないでください。正しい動作を選ぶために
欠かせないことだけを質問してください。

変更を始める前に、受け入れ条件を書き出してください。
- その人が行う操作と、受け取る結果
- データが空または無効な場合の動作
- 操作が繰り返された場合、またはサービスに障害が起きた場合の動作
- 変更せずに維持する必要がある既存の機能

変更を実装し、分離されたテスト環境でこれらのシナリオを確認してください。
架空のテストデータを使ってください。
実際のメッセージを送信したり、支払いを行ったりしないでください。
適切なテスト環境がなければ、作業を止め、安全に確認するために
必要なものを説明してください。

最後に、実施したすべての確認結果を示してください。
確認できなかった項目は、別に一覧にしてください。
「動くはずです」だけでは不十分です。
私の別途の許可なしに変更を公開しないでください。

報告を受け取ったら、テスト版を開いて主要なシナリオを自分で試してください。フォームなら、架空の問い合わせを送信し、ページを更新して、記録が本来の場所に保存されていることを確認します。エージェントがコードだけを確認してアプリケーションを開いていない場合は、その制約を報告に明記しなければなりません。

次のタスクで参照できるよう、ルールや決定事項をプロジェクトのナレッジベースに保存しておくと役立ちます。整理方法は、Claude Codeで第二の脳を作るガイドで説明しています。フォルダーがあるだけで正しい回答が保証されるわけではありません。エージェントが関連情報を読み、結果を検証する必要があります。

費用と時間の計算方法#

暦月など、期間を一つ決めます。サブスクリプション、ホスティング、接続サービスの実際の料金を一覧にします。それらと並べて、プロジェクトに費やした時間を記録します。新機能の開発、確認、エラーの修正、要件の変更に分けることもできます。

この例で自分が費やした時間は12時間です。金銭的な支出やその他の追加料金とは別に記録してください。

その後、費やしたお金と時間に見合う結果かどうかを評価できます。自分の時間の価値も計上したい場合は、別個の仮定として記録しましょう。こうして算出した見積もりは、カードへの追加請求でも、実証された収入の損失でもありません。

1つのサブスクリプションを複数のプロジェクトで使う場合、総費用を計算するときに、各プロジェクトへ料金全額を加算しないでください。サブスクリプションを共通の項目として計上するか、自分で決めたルールに基づいて費用をプロジェクト間で配分します。年払いのドメインについては、年間の請求額と、1か月分として割り当てる金額を区別しましょう。

次のタスクで変えること#

今すぐ完了させる必要がある機能を一つ選びます。どのような動作をもって「完了」とするかを書き、上のプロンプトをエージェントに渡しましょう。作業後は、検証結果、費やした時間、そしてなぜタスクに戻る必要があったのかを記録します。

利用上限が妨げになっているなら、プランを比較しましょう。すでに決めたことを何度も説明する必要があるなら、プロジェクトに保存します。修正後もエラーが残るなら、変更前後に確認を行い、再現するよう依頼しましょう。このように記録しておくと、すぐに別のサブスクリプションを購入するのではなく、具体的な変更を選びやすくなります。

詳しくはAilootをご覧ください。