AI で自分たちのツールを作るチームへ
AI で作ったツールを、長く安心して使うために
エンジニアのいないチームでも、AI を使って一括メール送信や官公庁の公開データの定期取得のような小さなプログラムを作れるようになりました。動きはするものの、壊れたら直せる人がいない、要件が変わっても怖くて触れない、という不安から、結局パッケージソフトに戻るケースも多くあります。私たちは、最初に設計を一緒に決める、チームに伴走する、必要なときに顧問として相談に乗る、という形でお手伝いします。
よくある状況
動いてはいるけれど、どこか不安
AI で自分たちのツールを作るチームでは、次のようなことがよく起きます。
何をしているコードかわからない
AI が書いたコードで、作った本人も各部分の役割を説明できません。小さな修正でも、AI に丸ごと書き直してもらうしかありません。
壊れても気づかない
メール送信が途中で止まったり、相手のサイトが変わってデータが取れなくなったりしても、誰かがデータの欠けに気づくまでわかりません。
怖くて変更できない
項目を一つ増やしたい、送信先を入れ替えたいと思っても、ほかが壊れるのが心配で、そのままにしてしまいます。
一人のパソコンでしか動かない
プログラムもスケジュールも作った人のパソコンの中にあります。そのパソコンが止まったり買い替えたり、担当者が退職したりすると、作業が止まります。
パスワードがコードに書いてある
メールアカウントやサイトのログイン情報がコードに直接書かれていて、プログラムを共有したりクラウドに置いたりすると一緒に持ち出されます。
何が動いているか、誰も把握していない
各自がばらばらに作っていて一覧がありません。問題が起きると、どのプログラムで誰に聞けばいいのか、まず聞いて回ることになります。
そのため、いくつか作ったところで止めて、パッケージソフトに戻るチームも少なくありません。パッケージソフトで足りるところは、そのまま使えば十分です。私たちがお手伝いしたいのは、パッケージソフトでは対応できず、自分たちで作るには保守が心配な部分です。
なぜそうなるのか
AI で書くのは速くなった。保守の仕事は残る
プログラムが動くのはスタート地点にすぎません。その後のバグ修正、要件の変更、ほかのシステムとの連携に、最も多くの時間がかかります。
AI は、もともとのやり方を増幅します。どこで動かすか、データをどこに置くか、パスワードをどう管理するか、失敗したら誰に通知するかを最初に決めておけば、AI はその枠組みに沿って書き、コードは整っていきます。それがないと、速く書くほど後で片付けるものが増えます。
詳しくは代表のブログ(英語)に書いています:Vibe Coding Tips: AI Is an Amplifier — Don't Let It Magnify Your Tech Debt
60–80%
何を整えるか
安心して使うために、まず整えたい 6 つのこと
一括メール送信や定期的なデータ取得のようなプログラムを例にしています。一度に全部やる必要はなく、問題が起きやすいところから始めます。
コードを Git で管理する
変更ごとに記録が残り、壊したら前の版に戻せます。誰がなぜ変えたかもわかります。
パスワードを別に保管する
コードから取り出して専用の場所で管理します。プログラムを渡しても一緒に持ち出されません。
決まったサーバーで定期実行する
自社名義のクラウドサーバーで動かし、誰かのパソコンをつけっぱなしにしなくて済むようにします。
失敗したら通知する
メール送信の失敗やデータ取得のエラーがあれば担当者に通知が届き、誰かが気づくのを待たずに済みます。
引き継ぎメモを残す
変更の方法、もう一度公開する手順、エラー時にまず見る場所を書いておけば、担当が替わっても読めます。
大事なところにテストを用意する
あとで AI に修正を頼んだときも、テストを一度流せば既存の機能が壊れていないか確認できます。
3 つの関わり方
チームの状況に合わせて、一つから始める
どれか一つだけでも、まず設計を決めてからしばらく伴走する形でも選べます。
設計づくり
作り始める前に、土台を一緒に決めます。その後は皆さんが AI を使って、その土台の上に作っていきます。
- 今あるプログラムと、これから作りたいツールを洗い出す
- どこで動かすか、データをどこに置くか、パスワードをどう管理するかを決める
- プロジェクトのひな形を用意:Git、自動デプロイ、失敗時の通知
- 皆さん向けに書いた設計の説明書
向いているチーム:これから作り始める、またはすでにあるプログラムを整理したい
この形で相談する伴走
作るのは皆さん、私たちは定期的に一緒に確認します。できあがったものを皆さん自身が理解でき、あとから変更もできます。
- 決まった時間にオンラインで進捗を確認。頻度はチームのペースに合わせます
- AI が何を変えたかを一緒に見て、詰まったところを一緒に解決
- テスト、自動デプロイ、失敗時の通知を一歩ずつ整える
- AI への要件の伝え方と、できたものの確認の仕方を練習する
向いているチーム:自分で手を動かす人がいて、そばで見てくれる人がほしい
この形で相談する顧問
ほとんどは自分たちで進め、方向を判断したいときに相談してください。
- 自分たちで作るか、パッケージソフトを買うか
- ツールやクラウドサービスの選び方
- あるプログラムを直すか、作り直すか、使うのをやめるか
- AI が書いたコードにパスワード漏えいなどのセキュリティ上の問題がないかの確認
向いているチーム:ほとんど自分たちで対応でき、ときどき一緒に判断してくれる人がほしい
この形で相談するパッケージソフトか、自分たちで作るか
合うなら、パッケージソフトを使う
私たち自身、既製のソフトウェアをおすすめすることもよくあります。判断の目安は次のとおりです。
パッケージソフトが向く場合
- 経理、シフト管理、休暇申請など、多くの会社と同じような業務
- セキュリティや法改正への対応をベンダーに任せたい
- チームにプログラムの面倒を見る時間のある人がいない
自分たちで作る価値がある場合
- 自社ならではの業務で、パッケージソフトでは回り道が多い
- フォーム、スプレッドシート、メールなど、複数のシステムのデータをつなぎたい
- 使うのは一つか二つの機能なのに、ソフト全体のライセンス料を払っている
よくある質問
関連記事
代表者のブログに書いた記事です(英語版)。進め方と途中で起きた問題を記録しています。
- Vibe Coding Tips: AI Is an Amplifier — Don't Let It Magnify Your Tech Debt
- AI Works Hard, But It Has No Idea What You're Doing: Practical Reflections from Multi-Agent to Vibe Coding
- Claude Code Advanced Techniques — GitHub Web Development, Hook Knowledge Base, Remote Control, and Common MCPs
- A Deep Look at the Limits of Vibe Coding
今あるプログラムについて、聞かせてください
どんなプログラムがあり、何をしていて、どこが一番心配かを教えてください。どの形から始めるのがよいかを提案します。パッケージソフトのほうが合う場合は、そのようにお伝えします。