AI に話しかけるだけで作れた社内ツールが便利で、気づけば毎日の業務で使われている。Cursor や Claude Code、Bolt、Lovable などを使った「バイブコーディング」で作ったものが、試しのつもりのまま、業務の土台になっていないでしょうか。でも、「止まったら誰が直すのか」「データは消えないのか」「作った人が異動や退職をしたらどうなるのか」と聞かれると、答えに詰まる。そんな状態でこの記事を開いた方も多いと思います。
この記事では、試作と本番の違いを整理したうえで、本番に出す前に決める5つのこと（置き場所と名義・権限と秘密情報・データとバックアップ・止まったときの気づき方・直す人と記録）、本番に出したあとに続けること、社内で抱えきれないときに外へ頼む前に用意するものまでをまとめました。読み終えるころには、自社のツールに何が足りないかを、一覧で確かめられるようになります。
私たちアストラルコードは、作った人や会社がいなくなったシステムを引き取って、動かし続ける仕事をしています。また、社内の業務でも AI を使った仕組みを毎日動かしていて、「動いているつもりで止まっていた」という失敗を実際に経験しました。AI で作ったツールは、作った人がいなくなる前から「中身が誰にも分からない」状態になりやすいものです。この記事は、引き取る側の目で、本番に出す前に何を決めておけばよいかを書いたものです。
「動く」と「本番で使える」は別のもの
結論から言うと、バイブコーディングで作ったツールが「動く」ことと、「本番で使える」ことは別です。本番で使えるとは、誰も見ていないときにも動き続け、止まったときに誰かが気づいて直せる状態のことです。
試作は「作った人が見ているときに動けばよい」、本番は「誰も見ていないときも動き、止まっても直せる」
試作のときは、使う人は作った本人か、周りの数人です。おかしな動きがあっても、作った人がその場で気づいて、AI に直させれば済みます。
本番になると、条件が変わります。使う人が増え、扱うデータが本物の顧客情報や売上になり、止まると業務が止まります。しかも、作った人がいつも画面を見ているとは限りません。夜中や休みの日に止まることもあります。本番で求められるのは、「作った人がいなくても、止まったことに気づけて、直せる」ことです。
バイブコーディングで抜けやすいのは、画面に出ない部分
AI に「こういう画面がほしい」と頼むと、見た目と基本の動きはすぐにできます。抜けやすいのは、画面に出ない部分です。
- 権限：誰が何を見られて、何を直せるか。ログインしなくても見られる画面や、他の人のデータが見える画面が残っていることがあります。
- 秘密情報：外部のサービスにつなぐための API キー（サービスを使うための合言葉のような文字列）やパスワードが、コードに直接書かれていることがあります。
- エラーのときの動き：入力が空のとき、外部のサービスが止まっているとき、どう動くか。正しく使ったときの動きしか作られていないことが多いです。
- 記録：いつ、誰が、何をしたか。何が失敗したか。記録が残っていないと、止まった原因を後から追えません。
どれも、試作の段階では困りません。本番で使い始めてから、問題になります。
いちばん大きな危険は、決めごとが作った人と AI の会話の中にしか残っていないこと
バイブコーディングでは、仕様（どう動くべきかの決めごと）が、作った人と AI とのチャットの中にしかないことがよくあります。「この項目は空でもよい」「月末だけ集計の仕方を変える」といった決めごとが、どこにも書き残されていません。
この状態で作った人が異動や退職をすると、残った人はコードを読んで仕様を推測するしかありません。AI に直させようにも、「どう動くのが正しいか」を AI に伝えられないので、直したつもりで別の決めごとを壊してしまいます。引き取る側から見ると、コードがあるかどうかより、決めごとが書き残されているかどうかのほうが、直せるかどうかを大きく左右します。
「動く」は出発点です。本番で使うには、画面に出ない部分と、チャットの中にしかない決めごとを、外に出しておく必要があります。
本番に出す前に決める5つのこと
本番に出す前に決めることは、次の5つです。置き場所と名義、権限と秘密情報、データとバックアップ、止まったときの気づき方、直す人と記録。どれも、作った人がいなくなったときに「誰も触れない」状態を防ぐためのものです。
1. 置き場所と名義：どこで動いていて、誰のアカウントか
まず、ツールがどこで動いているかを書き出します。バイブコーディングで作ったツールは、いくつものサービスにまたがっていることが多いです。
- コードの置き場所（GitHub など）
- ツールを動かしている場所（Vercel、Netlify、Replit などのホスティングサービス）
- データの置き場所（Supabase、Firebase などのデータベース）
- ドメイン（ツールの URL）
- つないでいる外部のサービス（AI の API、決済、メール送信など）
次に、それぞれが誰のアカウントで、誰のカードで払っているかを確かめます。作った人の個人のメールアドレスや個人のカードで登録されていると、その人が辞めたあとに管理画面へ入れなくなります。カードの期限が切れて支払いが止まり、ツールごと止まることもあります。
無料の枠のまま使っていないかも確かめます。無料の枠には、使える量の上限や、データの保管の条件がついていることが多いです。業務で使うなら、会社の名義の有料プランに移すかどうかを、ここで決めます。
2. 権限と秘密情報：見せてはいけないものが見えていないか
まず権限です。AI が作った画面は、「正しく使えば動く」ように作られていて、「悪いことをしようとする人」を想定していないことがあります。本番に出す前に、少なくとも次の3つを確かめます。
- ログインしなくても見られる画面がないか：ログインしていないブラウザ（シークレットウィンドウなど）で、ツールの URL を開いてみます。一覧や管理の画面が見えたら、そのままでは出せません。
- 他の人のデータが見えないか：2人分のアカウントを用意し、片方でログインして、もう片方のデータが見えないかを試します。URL の末尾の番号を変えるだけで他の人のデータが見える、という作りはよくあります。
- 入力欄から中身を壊されないか：入力欄に特別な文字を入れると、データベースに勝手な命令を送れてしまう穴があります。これを「SQL インジェクション」と呼びます。ほかにも、入力した文字がそのまま画面に出て、他の人のブラウザで勝手な処理が動く「XSS（クロスサイトスクリプティング）」という穴があります。どちらも、作った AI とは別の AI や、専門の人に、コードを見て確かめてもらいます。
次に秘密情報です。API キーやパスワードが、コードの中や、AI とのチャットに直接書かれていないかを確かめます。コードを GitHub などに置いていると、公開の設定を間違えただけで、キーが外に出てしまいます。キーが漏れると、他人にそのサービスを使われ、料金だけを払うことになりかねません。
秘密情報は、コードとは別の「環境変数」（ホスティングサービスの設定画面などに置く、コードの外の設定値）に移します。あわせて、キーを作った人のアカウントが会社のものかも確かめてください。キーそのものが個人のアカウントにひもづいていると、その人が辞めたときにキーごと使えなくなります。
3. データとバックアップ：消えたときに戻せるか、一度試したか
データがどこにあり、消えたり壊れたりしたときに戻せるかを確かめます。大事なのは「バックアップがある」ことではなく、「戻せることを一度試した」ことです。
サービスによっては、プランによって自動のバックアップがない場合があります。たとえば Supabase の公式の説明では、毎日の自動バックアップがとられるのは Pro・Team・Enterprise のプランで、保管される期間は Pro で7日、Team で14日です。無料のプランには毎日の自動バックアップがなく、利用者が自分でデータを定期的に書き出して、別の場所に保管するよう勧められています。
確かめる手順は次のとおりです。
- 今のプランで、自動のバックアップがあるか、何日分残るかを確かめる
- ない場合は、データを定期的に書き出す方法と、置き場所（会社のもの）を決める
- 試しの環境に、バックアップからデータを戻してみる。かかった時間と手順を書き残す
戻したことがないバックアップは、いざというときに使えるかどうか分かりません。本番に出す前に、一度だけでも試してください。
4. 止まったときの気づき方：記録が残るか、知らせが届くか
ツールが止まったときに、誰が、どうやって気づくかを決めます。決めていないと、使っている人が「最近おかしい」と言い出すまで、誰も気づきません。
これは私たち自身の失敗でもあります。アストラルコードでは、社内の調べものを AI に毎日決まった時刻で任せていますが、そのうちの1つが6日間、毎日失敗し続けていて、合わせて78回失敗していたのに、誰も気づきませんでした。仕組みが「始めた時刻」しか記録しておらず、「うまくいったか、失敗したか」を残していなかったためです。費用もかかっていなかったので、費用の画面にも表れませんでした。
この経験から、少なくとも次の2つは本番に出す前に決めておくべきだと考えています。
- 結果を記録する：始めた時刻だけでなく、成功か失敗か、失敗ならその理由を残す。ホスティングサービスのログ（動いた記録）を、何日分見られるかも確かめる。
- 失敗したら知らせる：失敗したときに、メールやチャットで担当の人へ知らせが届くようにする。知らせる先は、作った人の個人ではなく、会社の共有の宛先にする。
5. 直す人と記録：担当を決め、決めごとを1か所に残す
止まったときに直す人を決めます。社内の誰かか、外の会社か。決めた人が休んでいるときの代わりも決めておきます。
あわせて、次のものを1か所（会社の共有のフォルダや Notion など）にまとめて残します。
- 何のためのツールで、誰が使っているか
- 決めごと（仕様）：入力のルール、計算の仕方、例外の扱い
- 設定：置き場所と名義の一覧（上の「置き場所と名義を1枚に書く」図）、環境変数の名前（値は書かない）
- AI とのやり取りの要点：大きな変更をしたときに、何を頼んで、どう決めたか
チャットの履歴をそのまま全部残す必要はありません。後から読む人が「なぜこう動くのか」を分かる程度に、要点を書き出しておけば十分です。
この5つが決まっていれば、作った人がいなくても、ほかの人や AI が「どう動くのが正しいか」を知ったうえで直せます。
本番に出したあとに続けること
本番に出したら終わりではありません。出したあとも、直し方、部品の更新、費用の3つを続けて見る必要があります。
小さく直し、直したら確かめる
AI に「ここを直して」と頼むと、頼んでいない場所まで書き換えられることがあります。一度に大きく直すと、どこで壊れたのか分からなくなります。
直すときは、次の流れを守ります。
- 1回に直すのは1つのことだけにする
- 直して試す場所は、本番とは別に用意する（本番と同じ作りで、試しのデータだけが入った「試しの環境」）。本番のデータで試すと、試しの操作で本物のデータが壊れることがあります
- 直したら、本番に出す前に、主な使い方をひととおり試す。毎回同じ項目を試せるよう、確かめる項目を表にしておく。できれば、その確認を自動で動くテストにして、AI に直させるたびに流す
- 変更の履歴を残す（GitHub などのバージョン管理を使うと、いつ何を変えたかが残り、前の状態に戻せます）
- 本番に出したあとおかしければ、すぐ前の状態に戻す
もう1つ大事なのは、「1回うまく動いた」で安心しないことです。私たちの社内でも、AI に任せた毎日の作業が、1日目は最後まで終わったのに、2日目は同じ指示のまま途中で止まったことがありました。AI がどう進めるかが日によって変わり、うまくいくかどうかが、たまたまで決まっていたのです。直したあとは、何回か続けて動かして、同じ結果になるかを確かめてください。
使っている部品とサービスの更新を見る
AI が作ったコードは、たくさんの部品（ライブラリ）を使っています。部品は古いまま放っておくと、セキュリティの穴が見つかったり、ほかの部品と合わなくなったりします。GitHub を使っているなら、部品の更新や穴を知らせてくれる機能を有効にしておくと、気づきやすくなります。
使っているサービスの側も変わります。AI の API のモデルの提供終了、ホスティングサービスの料金や無料の枠の変更などです。サービスからのお知らせのメールが、作った人の個人のアドレスにしか届いていないと、気づかないまま止まります。お知らせの宛先も、会社の共有のアドレスにしておきます。
費用を見る：上限と知らせを設定する
AI の API やホスティングサービスは、使った量で料金が決まるものが多いです。ツールの不具合で同じ処理を何度も繰り返すと、知らない間に料金が増えます。そこで、使う額の上限と、上限に近づいたときの知らせを設定しておきます。
設定の例を2つ挙げます（どちらも公式の説明より）。
- Claude の API（Anthropic）：管理画面の請求の設定で、組織の1か月の使う額の上限を自分で決められます。上限に達すると、API が使えなくなり、上限を上げるか外すまで止まります。
- Vercel：Pro プランなどで「Spend Management」を有効にすると、決めた額の50%・75%・100%に達したときに、画面とメールで知らせが届きます。100%に達したときに、本番のツールを自動で止める設定もあります。ただし、確認は数分おきなので、上限を超えてから数分は使われ続けることがあります。
ここで気をつけたいのは、上限に達すると「ツールが止まる」ことです。費用は守れますが、業務は止まります。上限は、ふだん使う額より余裕を持たせて決め、知らせを受けた人が、止まる前に原因を調べられるようにしておきます。
小さく直す、部品とサービスの変化を追う、費用に上限と知らせをつける。この3つを続けていれば、本番に出したあとも、急に止まって困ることを減らせます。
社内で抱えきれないとき、外に頼む前に用意するもの
5つのことを社内で決めきれない、直す人を社内に置けない。そんなときは、外の会社に頼むことになります。そのとき、次のものを用意しておくと、見積もりが早く、正確になります。
コードと、管理画面に入れるアカウントを渡せるようにする
コード一式と、動かしている場所（ホスティングサービス・データベースなど）に入れるアカウントを用意します。前の章の「置き場所と名義を1枚に書く」図のような一覧があれば、それを渡すのがいちばん早いです。外の会社は、まずここを見て、どこに何があるかをつかみます。
個人情報を扱っているかを先に伝える
扱っているデータに顧客の個人情報が入っているかどうかで、外の会社が確かめるべき範囲が大きく変わります。個人情報があれば、権限と秘密情報の確認がいちばん先になるからです。あわせて、使っている人の数と、使う時間帯（夜中も動いているか）も書き出しておくと、止めて作業してよい時間を決めやすくなります。
社内で直し続けるか、運用ごと任せるかを決めておく
頼み方は大きく2つあります。社内で AI を使って直し続けたいので「確かめる役」と「困ったときの相談先」がほしいのか。それとも、直すことも含めて運用ごと任せたいのか。どちらを望むかで、頼む内容と費用が変わります。先に社内で決めておくと、話が早く進みます。
「全部作り直し」と言われたときに確かめること
外の会社に見せると、「全部作り直したほうがよい」と言われることがあります。そう言われたら、理由と、使える部分・作り直す部分の分け方を聞いてください。AI で作ったツールは、画面の見た目はよくできていることが多いので、見た目は残して、裏側の一部だけを作り直せば済む場合もあります。使える部分と作り直す部分を分けて見積もってもらうと、費用を比べやすくなります。
ここまでの準備がそろっていれば、外の会社は「何が足りないか」をすぐに調べ始められます。
よくある質問
バイブコーディングで作ったツールは、本番で使ってはいけないのですか
使ってはいけないわけではありません。業務で役に立っているなら、使い続けてよいと考えています。ただ、この記事の5つのこと（置き場所と名義・権限と秘密情報・データとバックアップ・止まったときの気づき方・直す人と記録）を決めてから使ってください。特に、顧客の個人情報を扱う場合は、権限と秘密情報を先に確かめることをおすすめします。
作った人がもういません。何から始めればよいですか
まず、置き場所と名義を確かめてください。どのサービスで動いていて、会社の誰かが管理画面に入れるかどうかです。入れない場合は、契約の名義が誰かを確かめ、会社の名義へ移す手続きから始めます。退職した人のアカウントの扱いは、「システム担当者が退職するときの引き継ぎチェックリスト」もあわせてご覧ください。
AI に「本番に出しても大丈夫か」をチェックさせれば十分ですか
助けにはなりますが、それだけでは足りません。AI はコードの中は見られますが、契約の名義、支払いのカード、バックアップを戻せるか、止まったときに誰が気づくか、といったコードの外のことは確かめられないからです。この記事の5つのうち、コードの外のことは、人が管理画面を開いて確かめる必要があります。
まとめ
- バイブコーディングで作ったツールが「動く」ことと、「本番で使える」ことは別。本番では、誰も見ていないときにも動き、止まったら誰かが気づいて直せる必要がある
- 抜けやすいのは、権限・秘密情報・エラーのときの動き・記録といった画面に出ない部分と、チャットの中にしかない決めごと
- 本番に出す前に決めるのは5つ。置き場所と名義、権限と秘密情報（ログインしなくても見える画面・他の人のデータ・入力欄の穴）、データとバックアップ（戻せることを一度試す）、止まったときの気づき方（結果を記録し、失敗を知らせる）、直す人と記録
- 出したあとは、1回に1つだけ直して確かめる、部品とサービスの変化を追う、費用に上限と知らせをつける
- 外に頼むときは、コードとアクセス権、使う人とデータ、望む頼み方を用意する。「全部作り直し」と言われたら、使える部分と分けて見積もってもらう
まずは、ツールがどのサービスで動いていて、それぞれ誰のアカウントかを書き出してみてください。30分ほどでできて、ここが分からないと、ほかの4つも決められません。
AI で作ったツールを「止まっても直せる」状態にするための点検をします
「AI で作ったツールが業務に欠かせなくなったが、中身を説明できる人がいない」「作った人が辞めることになった」「本番で使い続けてよいのか判断できない」。そんなときは、ご相談ください。
アストラルコードでは、点検（15万円（税別）・2週間・報告書つき）をご用意しています。AI で作ったツールの置き場所と名義、秘密情報の置き方、バックアップを戻せるか、止まったときに気づける仕組みがあるか、直せる人がいるかを調べます。そのうえで、本番で使い続けるために足すものを、急ぐ順に報告書にしてお渡しします。直す作業や保守をご依頼いただくかどうかは、報告書を見てから決めていただけます。
「何から確かめればよいか分からない」という段階から、お気軽にご相談ください。
