バイブコーディングのツール比較｜7つを3種類に分け、業務アプリは「データの置き場所」で選ぶ

バイブコーディングのツールは、どこで作るかで3種類に分かれる

バイブコーディングは、2025年2月にAI研究者のアンドレイ・カルパシー氏がXで使った言葉で、コードそのものを意識せず、AIとの会話で作りたいものを伝えて作る進め方を指します。この言葉が広がってから、同じ目的の道具が一気に増えました。名前で比べると迷うので、まず「どこで作るか」で3つに分けます。

AI駆動開発のツールとして紹介されるものも、この3種類のどれかに入ります。AI駆動開発は、コードを書かせるだけでなく、業務のヒアリングから運用の改善までAIを組み込む進め方のことで、違いはAI駆動開発とは？バイブコーディングとの違いと業務から始める進め方で整理しています。

主な7ツールの料金・無料枠・データの扱い（2026年9月時点）

2026年9月27日に各社の公式料金ページで確かめた内容です。金額は米ドルの月額で、年払いの割引は含めていません。どのツールも料金の改定が多いので、申し込む前に公式ページで確かめてください。

表を並べると、料金はどれも月10〜30ドル前後から始まり、大きな差はありません。無料枠で比べたときに差が出るのは、作ったアプリのデータがどこに貯まるかです。ブラウザ型はデータベースと公開までツールの中で完結する代わりに、データがツールの中に貯まります。エディタ型とエージェント型は、データの置き場所を自分で決める必要がある代わりに、いまのExcelや既存のサービスとつなぎやすくなります。

当社は社内の業務ツールと支援先向けのアプリの多くを、エージェント型のClaude Codeで作っています。手元のExcelや議事録をそのまま読ませて作れるのが理由です。Claude Codeを業務で使うときの注意点はClaude Codeで業務ツールを作るときの注意点にまとめました。文章作成や議事録などに使う生成AI自体の比較はAIツール比較2026｜中小企業の選び方8項目が対象です。

ツールより先に決める3つ：誰が・何で・どのデータとつながるか

AIにコードを書かせる前に、誰が使うか、何を使って入力するか、どのデータとつながるかを決める。これを決めずに始めると、修正が終わらなくなる。バイブコーディングで業務アプリを作る人の間でよく言われることで、当社も同じ手戻りを経験しています。

支援先向けに作った勤怠アプリでは、申請と承認の画面、Excelへの書き出しまでを先に作り、使いながら直していきました。動くものは早くできましたが、本番に出てからの修正の多くは、作る前に決めていなかったことが原因でした。後から足した申請の種類が既存の日付の列を借りたため、Excelで日付が逆に見えたこと。交代の記録を申請した側にしか持たせず、相手から見た履歴を後から作り直したこと。承認の状況をアプリとExcelの両方で直せる作りにして、Excelで保留にした申請が承認に戻ったこと。どれもツールの性能ではなく、データの持ち方を決めていなかったことによる手戻りです。

誰が使うか：自分だけか、社内の数人か、社外の人か

自分だけが使うなら、ログインも権限も要りません。社内の数人で使うなら、誰がどのデータを見て、誰が承認するかを決めます。顧客や取引先が使うなら、ログインの仕組みと個人情報の扱いを確かめるまで公開しません。どこから確認が必要になるかはバイブコーディングで作ったツール、社内利用と本番公開の境目はどこかで4段階に分けています。

何で使うか：スマホで入力するか、Excelを使い続けるか

現場の人がスマホで入力するなら、画面は1項目ずつ大きく作ります。事務の人がExcelで集計を続けるなら、Excelは読むだけにするのか、Excelからも直せるようにするのかを先に決めます。勤怠アプリで保留が承認に戻ったのは、この線を引いていなかったためです。

どのデータとつながるか：箱と線を紙に書く

「社員」「申請」「承認」のように、アプリが扱うものを箱にして、つながりを線で結びます。開発の現場でER図と呼ばれるものの、いちばん小さな形です。交代の申請なら「申請した社員」と「相手の社員」の2本の線が要る、と紙の上で分かれば、後から履歴を作り直す必要はありませんでした。ここで、そのデータが新しく貯めるものか、いまあるExcelや既存のサービスにあるものかも分かります。これが、次のツール選びの分かれ目になります。

業務アプリを作るときの選び方：データの置き場所から決める

3つを書き出したら、つながるデータがどこにあるかで種類を決めます。社外の人が使う場合だけは、種類より先に公開前の確認を決めておきます。

作らずにノーコードで済ませる選択もある

複数の人が同時に同じ表を直す、変更の履歴を残す、担当が替わっても引き継ぐ。こうした条件が強い業務は、自分でコードを持つより、kintoneのような既存のサービスで組んだ方が長く安定します。自作するかどうかの線引きは業務アプリをノーコードで作る前に決める4つで判定表にしています。

無料枠で2つのツールを比べる、1週間の試し方

比較記事を読むより、同じお題で2つを触る方が早く決まります。候補を2つに絞り、次の順で試します。

1. 誰が・何で・どのデータの3つを、A4の1枚に書きます。お題は、いまExcelや紙でやっている業務を1つ選びます。
2. その1枚を、2つのツールへ同じ文面で渡します。最初は画面を1つと、データを保存するところまでに絞ります。
3. 顧客名や電話番号はダミーに置き換えたデータで、実際の業務の1件分を入力してみます。
4. 作ったものをコードとデータの両方で外へ書き出せるかを確かめます。コードはGitHubなどへ、データはCSVで取り出せるかを見ます。
5. かかった時間、AIへの指示の回数、使った無料枠の量をそれぞれ控えて、2つを並べます。

作ったアプリのコードをGitHubへ、データをCSVで書き出せるかは、無料枠のうちに確かめておく価値があります。ブラウザ型で作ったアプリを業務で使い続けると、データはそのツールの中に貯まっていきます。後から乗り換えたくなったとき、一番手間がかかるのはデータの移し替えです。

選んだあとは、修正依頼の中身と日数・費用を分けて数える

ツールが合っているかどうかは、使い始めてからの修正依頼を見ると分かります。修正の件数だけを数えると、ツールの問題なのか、作る前の決め方の問題なのかが混ざります。次の4つを分けて、使い始めから2週間ごとに記録します。

修正依頼のうち、使う人やデータの持ち方が後から変わったものが多いなら、ツールを乗り換えても減りません。1枚のメモに戻って、使う人やデータのつながりを書き直します。表示崩れや計算違いなど作り方の不具合は、まずAIへの指示の出し方を見直し、それでも続くならツールの種類が業務に合っていない可能性があります。データの持ち主を1か所に決める考え方はマスタデータの持ち主を決める記事でも書いています。