AIに「丸投げする人」と「使いこなす人」の決定的な差

「バイブコーディング」という言葉をご存じだろうか。直訳すれば「ノリでコーディング」。AIに自然言語で指示を出すだけでアプリが完成する、という新しい開発スタイルだ。SNSでは「30分でアプリができた」「プログラミングを学ぶ必要はもうない」といった投稿が日々拡散されている。

たしかに、AIの出力するコードの品質は劇的に上がった。私自身、claude.aiを使った業務効率化の中で、その進化を肌で感じている。しかし「作れること」と「運用できること」の間には、誰も語りたがらない深い溝がある。

iBrave/iStock

「作って終わり」の幻想

アプリは作った瞬間がゴールではない。公開した翌日から、保守が始まる。

ユーザーが想定外の操作をする。外部サービスのAPIが仕様変更される。セキュリティの脆弱性が見つかる。これらに対応するには、コードの構造を理解し、どこを直せば何が壊れるかを判断できる人間が必要だ。「ノリで作った」コードは、この判断ができる人間がいない状態で世に出ている。

たとえば、AIが生成したログイン機能にパスワードの平文保存が含まれていたとする。指示した人間にはそれが「間違い」だと気づく知識がない。ユーザーの個人情報が漏洩した場合、責任を負うのはAIではない。指示した人間であり、公開した事業者だ。AIは免責事項を書いてくれない。契約書も結ばない。生成されたコードに起因する損害は、すべて人間の側に帰属する。

もう一つ見過ごされている問題がある。依存だ。AIにコードを書いてもらい、動いたからそのまま使う。半年後にバグが出たとき、自分では直せない。再びAIに聞く。AIは前回の文脈を覚えていないから、場当たり的な修正を重ねる。コードは継ぎ接ぎだらけになり、やがて誰にも全体像がわからなくなる。

これは「技術的負債」と呼ばれる現象だが、バイブコーディングはこの負債を爆発的に加速させる。従来の技術的負債は、少なくとも書いた本人が構造を理解していた。AIが書いたコードの技術的負債は、理解している人間がどこにもいない。

この構造はプログラミングに限った話ではない。日常のAI活用でもまったく同じことが起きている。

「お詫びのメールを書いて」とAIに投げる。返ってくるのは、どこにでもある定型文だ。使えない。「やっぱりAIはダメだ」となる。

「プレゼン資料を作って」と投げる。返ってくるのはテキストの羅列だ。スライドにはならない。「AIは期待外れだ」となる。

前回のコラムで検証した「Claudeで120秒でプレゼン完成」という投稿も、根は同じだ。6つのプロンプトを順番に投げるだけで「完全なプレゼンテーション」ができるという主張だったが、実際に生成されるのはテキストだけで、.pptxファイルは一つも出てこない。パワーポイントにさよならするどころか、パワーポイントを開く前で止まっていた。

コードもメールもプレゼンも、丸投げした瞬間に品質の主導権を手放している。そして品質の主導権を手放したまま公開ボタンを押す。ここに問題の本質がある。

では、何が違いを生むのか

AIを本当に使いこなしている人とそうでない人の差は、ツールの種類でも、課金プランでも、プロンプトのテンプレート集でもない。たった一つの習慣の有無だ。

それは「AIに渡す前に、自分の頭で構造化する」という習慣である。

取引先へのお詫びメールを例にとろう。何について詫びるのか。納期遅延か、品質不良か。相手との関係は長いのか、新規か。こちらに全面的な非があるのか、外部要因があるのか。再発防止策を提示するのか、まず事実確認の段階なのか。

この整理を経てからAIに渡す。すると出力の精度が劇的に変わる。AIが賢くなったのではない。入力が賢くなったのだ。

私自身の経験を一つ挙げる。書籍原稿の章構成をclaude.aiに相談するとき、最初は「この本の章立てを考えて」と投げていた。返ってくるのはビジネス書の典型的なテンプレートばかり。ある時から、先に「読者は初心者で、最初の30ページで小さな成功体験を得ないと離脱する。だから第1章は理論ではなく、今日すぐ試せる実践から入りたい」と自分の設計意図を言語化してから渡すようにした。出力は別物になった。AIが変わったのではなく、私の渡し方が変わっただけだ。

この話をすると、「つまりプロンプトエンジニアリングを学べということですか」と聞かれる。違う。

プロンプトエンジニアリングは技法の話だ。テンプレートや記法を覚えること。それも多少は役に立つが、本質ではない。本質は、AIに渡す前の「自問」を習慣にすることだ。何を求めているのか。誰のためか。どこまでやればゴールか。この三つを自分の言葉で書き出してからAIに渡す。たったこれだけで、出力の質は変わる。

この力は、言い換えれば「自分の仕事を分解する力」だ。そして多くの人が見落としているが、この力はAIがなくても価値がある。上司への報告、部下への指示、取引先への提案。あらゆる業務コミュニケーションの質が上がる。AIはこの力を鍛える練習相手にすぎない。

逆に言えば、この習慣なしにどんな高機能ツールを導入しても結果は同じだ。「使っているが、変わらない」。それは道具のせいではなく、渡し方の問題である。

作るコストがゼロでも、守るコストはゼロにならない

バイブコーディングの話に戻ろう。作るコストがゼロに近づくと、人は気軽に作る。しかし守るコストはゼロにならない。むしろ、気軽に作られたものほど守るコストは高くなる。この非対称性に気づかないまま「ノリで作れる時代」を礼賛するのは、危険を超えて無責任だ。

コードであれ、メールであれ、プレゼン資料であれ、AIが生成したものを「出していいのか」を判断する力は人間にしかない。その力は、AIに丸投げする習慣からは絶対に身につかない。AIに渡す前に立ち止まり、自分の頭で構造化する習慣からしか生まれない。

流行りのツールを追いかけることに使っている時間を、目の前の一つの業務を分解することに使ってみてほしい。AIに渡す前のたった数分が、あなたの仕事を変える起点になる。

尾藤克之(コラムニスト、著述家、作家)

※ 話題の「Claude Code」について解説しています!

Claude Codeブームの裏側にある“無償セミナー”の正体
新刊を出版するにあたり、「Claude Codeについてはどうなんですか?」という質問を受けることが増えた。同時に、Facebook広告でClaude Codeセミナーの広告を目にする機会も急増している。今回は2回にわたって、この過熱現象の...
そのClaude Code講座、本当に中身はありますか?
いま、かなり危ない空気が流れている。Claude Codeに関するセミナーや講座が乱立し、SNSには「月100時間の余白が生まれた」「もうコードは人間が書く時代じゃない」といった投稿が溢れている。どこかで見た光景だ。仮想通貨、NFT、そして...
AIを使えない人が間違えること:原因はツールではない
新刊を出版するにあたり、「Claude Codeについてはどうなんですか?」という質問を受けることが増えた。前回は、Claude Codeセミナーがなぜ乱立し、なぜ多くの人が惹きつけられるのか、その構造を明らかにした。今回は、一般のビジネス...

23冊目の本を出版しました(4月20日発売)。

3時間で身につくClaude活用術』(WAVE出版)

コメント投稿をご希望の方は、投稿者登録フォームより登録ください。

コメント