· updated

Vibe coding とは｜意味・やり方・Claude / Cursor での実践を整理

「Vibe coding」という言葉を見かけて、AI に丸投げするだけの軽いノリの話なのか、それとも本気の開発手法なのか、判断がつかず迷っていませんか。実際、ラッコキーワードの実測（2026 年 6 月時点）でも「Vibe coding」は月 14,800 人が同じ問いで検索しており、12 ヶ月で +328% 伸びている、2026 年でいちばん勢いのある新興語のひとつです。私自身、Vibe coding を独立した開発スタイルとして業務開発で日常的に実践しています。

結論から言うと、Vibe coding は「細かく書かず、感覚で AI に書かせて、人間はレビューと方向づけに回る」新しいコーディングスタイルで、合う場面では確かに速い一方、人間レビューを外すと崩れます。本記事では Karpathy 発祥の整理（出典付き）、従来コーディングとの違い、Claude / Cursor での実践と始め方、落とし穴まで、業務で実践する現役の生成AIエンジニア視点で噛み砕きます。

最短で 1 回体験したい方は始め方の 5 ステップから、概念だけ先に掴みたい方は言葉の意味と由来からどうぞ。

Vibe coding とは｜結論は「感覚で AI に書かせ、人間はレビューと方向づけに回る」＋ Karpathy 発祥の意味

まず結論。Vibe coding は、細かい実装を AI に任せ、人間は「何を作るか」と「出てきたものの良し悪し」に集中する開発スタイルです。「AI に丸投げして遊ぶこと」でも、「魔法のように誰でもアプリが作れる方法」でもありません。3 行で覚えるなら、こうです。

  1. 指示は粗く、目的ベースで渡す（「ログイン機能を足して」のように、1 行ずつ書かない）
  2. 実装は AI が書く（細かいコードは人間が手で打たない）
  3. 人間はレビューと方向づけに回る（出てきたものを読んで判断し、向きを直す）

この記事は、私が業務で毎日やっていることが土台です。私は Vibe coding を独立した開発スタイルとして実践し、Claude Code・Cursor・GitHub Copilot を日常的に使っています。一方で「Vibe coding」という言葉の由来や SNS の議論は、出典で確認した事実として書き分けます。新しい言葉ほど勢いが先行して中身が曖昧になりがちなので、自分が手を動かして確かめたことと、調べた事実を分けてお伝えします。

なお、AI コーディングツール全体の地図（補ってくれる系・対話する系・自分で動く系の 3 レイヤー、ツール比較表）は親記事の AI コーディングとは何かを 3 レイヤーで整理した記事にあります。本記事は「Vibe coding という スタイル」に集中します。

最後に前提を 2 つ。1 つ目は、本記事は「Vibe coding をやれば誰でもエンジニアになれる」とは言わないこと。個人差もコードの文化の違いもあります。2 つ目は、人間のレビューは外せないこと。「動いたから OK」で本番に乗せると後でしっぺ返しが来ます。この 2 つは記事全体で何度も戻ってくる軸です。

Andrej Karpathy 発祥（2025-02）の整理と日本語での意味

ここからは言葉の出どころ。私の体験談ではなく、公式・出典で確認した範囲です。Andrej Karpathy は OpenAI の創設メンバーで元 Tesla の AI 部門責任者、“vibe” は英語で「雰囲気・ノリ・感覚」を指します。

Karpathy 発祥の整理（出典・取得日付き）

「Vibe coding」は、AI 研究者の Andrej Karpathy が 2025 年 2 月に X（旧 Twitter）へ投稿したことで一気に広まった、というのが公開情報で確認できる経緯です。投稿の趣旨は「雰囲気に身を委ね、コードの存在すら忘れて作る」というものでした。

“There’s a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” 出典: Andrej Karpathy の X 投稿｜X (旧 Twitter)（取得：2026-06-02）

注意したいのは、Karpathy 自身がこの語を「厳密な開発手法」として定義したわけではない点です。あくまで個人の体験から出た言葉で、その後コミュニティの中で意味が広がりました。だから人によって説明が微妙にずれます。「AI に丸投げすること」と言う人もいれば、「人間がレビューと方向づけに集中する開発スタイル」と言う人もいる。本記事は後者、つまり実務で使えるスタイルとしての Vibe coding を中心に書きます。

ちなみにこの語は 2025 年に英語圏で大きく話題になり、Merriam-Webster などの辞書系メディアでも取り上げられました。

“Vibe coding” was added to its watch list of trending words. 出典: Vibe Coding｜Merriam-Webster Words We’re Watching（取得：2026-06-02）

“vibe” ＋ “coding” の語をほどく

言葉の作りはシンプルで、“vibe”（雰囲気・ノリ・感覚）と “coding”（コードを書くこと）をくっつけただけ。直訳すると「感覚でコードを書く」です。ただ “vibe” という軽い響きにつられて「中身も軽い」と受け取らないこと。方向を決めるのは、それなりに頭を使う作業です。軽いノリの裏に「目的をはっきりさせる」という地味な仕事が隠れています。

実務での意味＝「目的ベースで任せ、感覚で判断する」

ここからは私が業務でやっている解釈です。実務での Vibe coding は、自然言語で目的を伝え、コードの細部は AI に委ね、出てきたものの良し悪しを感覚的に判断しながら進める進め方を指します。「流行語としての Vibe coding」は「丸投げで何でもできる」と言われがちですが、実務では目的設定とレビューという人間側の仕事がむしろ重くなります。

私の業務では、おおまかに次の 3 段の往復で進みます。

  1. 目的を渡す：「こういうものが欲しい」を自然な日本語で AI に伝える
  2. 出力を読む：AI が書いたコードを読み込み、意図どおりか・危ない箇所はないかを判断する
  3. 方向で直す：気になる箇所を「ここをこうしたい」と方向だけ伝えて、書き直してもらう

1 → 2 → 3 を何度か回して納得できる形に寄せます。1 行ずつ手で書く従来のやり方と比べると、2 番（読む）と 3 番（方向づけ）に重心が移っているのが分かります。私はこれを「ラクをするため」ではなく「判断と設計に集中する時間を増やすため」に使っています。手を動かす部分を AI に渡し、空いた頭を「これは本当に作るべきか」「この設計でいいか」に回す。これが実務での中身です。

従来コーディングとの違いと実践｜5 軸の比較・Claude / Cursor での回し方・ツール選び・始め方

従来のコーディングと Vibe coding を、指示の粒度・レビュー姿勢・設計主導権・速度・学習曲線の 5 軸で並べた比較表。金額・個人情報・外部送信は必ず人間がレビューする注記つき

従来のコーディングと Vibe coding はどこが違うのか。業務で実感している違いを 5 つの軸で並べます。一言でまとめると、「人間が手を動かす作業」が減って、「人間が判断する作業」が増える、という移り変わりです。

指示の粒度とレビュー姿勢

従来は人間が 1 行ずつコードを書き、変数名も条件分岐も全部自分で決めます。Vibe coding は指示の粒度が粗く、「ユーザー登録のフォームを作って、メール形式のバリデーションも入れて」のように目的と要件を渡すだけで、細部は AI が埋めます。ただし「粗く渡す＝適当でいい」ではありません。粗く渡すからこそ「何が欲しいか」をはっきりさせる力が要ります。目的さえ明確なら実装の細部を知らなくても進められる。これが未経験から始める人にとっての入りやすさでもあります。

レビュー姿勢も変わります。従来は自分が書いたものを自分で点検しますが、Vibe coding ではレビューが主作業になります。自分が書いていないコードを読み込み、意図どおりか・危ない箇所はないかを判断する側に回る。「書く人」から「読んで判断する人」へ役割が移るのが、一番大きな変化です。

設計の主導権・速度・学習曲線

設計の主導権が最も注意したい軸です。Vibe coding でも設計判断は人間が握り続ける必要があります。実装を任せても「何を、どういう構造で作るか」を手放してはいけません。ここを AI に丸ごと任せ続けると、後述の落とし穴「設計の暗黒化」に直結します。

速度は正直に書くと、「絶対に速い」とは申し上げません。立ち上がりは確かに速く、ゼロから機能の骨格を作るところまでは手で書くより明らかに速い。ただレビューと手戻りまで含めた実効速度は場面次第です。よく分かっている小さな機能なら速いが、設計が固まっていない複雑なものは、直す往復でかえって時間がかかることもあります。

学習曲線も中身が変わります。「コードを読む力」「方向づける力」「良し悪しを判断する力」が新しく必須になります。営業や事務で培った「相手の意図を読む」「成果物の出来を見極める」感覚が活きる場面があり、未経験の方にはむしろ朗報かもしれません。ただし「読んで判断する力」はコードを全く知らない状態では身につきません。「書かせて満足」で終わると判断する力が育たず、結局どこかで止まります（これは落とし穴の「スキル劣化感」と地続きです）。

5 軸まとめ表

軸従来のコーディングVibe coding私の業務実感
指示の粒度1 行ずつ自分で書く目的・要件を粗く渡す「何を」に集中できるようになった
レビュー姿勢自分が書いたものを点検AI 出力を読み込む側に回るレビューが主作業になった
設計の主導権人間が握る人間が握り続ける必要があるここを手放すと後で崩れる
速度一定立ち上がりは速い／実効は場面次第「絶対速い」とは言えない
学習曲線文法・実装力を積む読む・方向づける・判断する力営業の「意図を読む」感覚が活きる

Claude / Cursor での実践——2 大ツールでの感覚

ここからは業務で常用している Claude Code と Cursor で、Vibe coding が実際にどう成立するか。スペック比較はしません（親記事の AI コーディングの 3 レイヤー整理へ）。「Vibe coding スタイルとして使うときの感覚」に絞ります。

Claude Code での Vibe coding ループ

Claude Code はターミナルで動くエージェント型で、フォルダ単位でコードを書き換えます。典型的な使い方はこうです。

  1. 日本語で目的を渡す（例：「このフォルダにある CSV を読み込んで、月別の集計を出す関数を足して」）
  2. Claude Code がファイルを書き換える
  3. 出てきた差分（変わった箇所）を読む
  4. 気になる箇所を「ここをこうしたい」と方向で指示し直す

この「目的を渡す → 差分を読む → 方向で直す」の往復が Claude Code での Vibe coding ループです。気をつけているのは、3 番目の「差分を読む」を飛ばさないこと。Claude Code は気持ちよく書いてくれるので、つい「動いたから次へ」と進みたくなりますが、ここで差分を読む一手間が後の事故を防ぎます。

# Claude Code を起動して、目的だけ渡す（細かい実装は指定しない）
claude

# プロンプト例（細部を書かず、目的と要件だけ）
> sales.csv を読み込んで、月ごとの売上合計を返す関数を utils.py に足して。
> 金額が空のときは 0 として扱って。

ここで効くのが CLAUDE.md です。プロジェクトのルートに置くと、Claude Code が毎回読んで作法を守ってくれます。Vibe coding の「方向づけ」を、毎回口で言う代わりにファイルに書いておくイメージです。

# CLAUDE.md（プロジェクトの作法を AI に渡しておくファイル）

## コーディング方針
- 関数には日本語のコメントで「何をするか」を 1 行入れる
- 例外処理は握りつぶさず、必ずログに残す
- 新しい外部ライブラリを足すときは、先に理由を一言説明してから

## やってほしくないこと
- 既存のテストを勝手に消さない
- 秘密鍵・パスワードをコードに直書きしない

この「方向づけをファイルに仕込む」やり方で、毎回同じ注意を口で言わずに済み、レビューがだいぶラクになりました。

Cursor での Vibe coding ループ

Cursor は AI 機能を内蔵したエディタです。Claude Code がターミナル中心なのに対し、Cursor は普通のエディタの中で AI が動くので、コードを見ながら進めたい人に向きます。Vibe coding として使うときは、主に 3 つの機能を使い分けます。

  • Agent モード：目的ベースで「このファイルに〇〇機能を足して」と指示すると、複数ファイルを横断して書き換えてくれます。Vibe coding の主役です。
  • Tab 補完：書いている途中で続きを予測してくれます。流れを止めずに済むので、思考のリズムが切れません。
  • Cmd+K：選択した部分だけを「ここをこう直して」と部分的に書き換えられます。
# Cursor の Agent モードへの指示例（目的ベース）

このプロジェクトに、お問い合わせフォームの送信処理を足してください。
- 入力チェック（必須項目・メール形式）も入れて
- 送信後は「ありがとうございました」を表示
- エラー時は理由を画面に出す

Cursor にも「方向づけ」を仕込む Cursor Rules があり、文体や方針を渡せます。CLAUDE.md と同じ発想です。Claude Code と Cursor は「どちらか一方」ではなく場面で行き来するもの。新しい機能の骨格をまるごと作るときは Claude Code、細かく見ながら育てたいときは Cursor に切り替える。Vibe coding は道具を固定せず、「目的を渡して、出力を読んで、方向で直す」というスタイルそのものなので、回し方ができればツールはまたいで構いません。

GitHub Copilot の立ち位置

GitHub Copilot も使っていますが、書いている途中で続きを補完する「補完中心」のツールで、Vibe coding の主役というより流れを支える脇役です。「目的ベースで丸ごと書かせたい」ときは Claude Code か Cursor の Agent モード、「自分で書きながら手が速くなりたい」ときは Copilot、という使い分けです。

Claude Code 単体の詳しい使い方はClaude Code の使い方をまとめた記事、Cursor 単体はCursor の使い方記事で深掘りしています。

ツール選び——「合うツール」を Vibe coding 視点で見る

「結局どのツールで？」に答えます。「おすすめ 10 選」のような羅列はせず、「Vibe coding スタイルに向くか」という角度に絞ります。

Vibe coding に向く 3 ツール（業務で使っているもの）

私が毎日触っていて Vibe coding の主戦場になっているのは、次の 3 つです。「目的を渡して書かせ、出力を読んで方向づける」というスタイルが回せるのがこの 3 つ、という整理です。

ツール主な性格Vibe coding でこう向く
Claude Codeターミナルで動くエージェント型目的を渡してフォルダ単位で書かせる、本格的なループ向き
CursorAI 内蔵のエディタコードを見ながら目的指示と部分修正を行き来したい人向き
GitHub Copilot補完中心自分で書きながら手を速くしたい場面の土台

新しい機能をまるごと作るときは Claude Code、既存のコードを見ながら少しずつ育てたいときは Cursor、自分でガリガリ書く日は Copilot、という使い分けです。

名前がよく挙がるツール群（Aider / Bolt.new / v0 / Devin）

ここからは業務の本番では使っておらず、手元で触った範囲と公式情報からの紹介です。Vibe coding の文脈でよく名前が挙がります。

  • Bolt.new / v0：自然言語で「こういうアプリ・画面が欲しい」と伝えると丸ごと生成する Web 型。コードを書かずブラウザだけで形にできるため、Vibe coding の象徴的な存在として語られます。
  • Aider：ターミナルで動く OSS の AI コーディングツール。Git と連携して差分を扱うのが特徴とされます。
  • Devin：タスクを渡すと自律的に作業を進める「AI エンジニア」型として知られています。

これらは「自然言語で丸ごと生成」という極端な形を体現しているので、概念を掴むのに役立ちます。詳しい使用感は各公式情報を確認してください。

出典: v0 by Vercel｜Vercel 公式（取得：2026-06-02） 出典: Aider｜公式サイト（取得：2026-06-02）

「おすすめは？」への誠実な答え方

「結局おすすめはどれ？」への答えは、「絶対これ」とは申し上げません。逃げではなく、Vibe coding はツールより「自分の業務スタイル」に左右されるからです。「自分が普段どこで作業しているか」から逆算するのが現実的で、ターミナル中心なら Claude Code、エディタ中心なら Cursor、まずブラウザだけで形にしたいなら Bolt.new や v0 のような Web 型から、という具合です。

5 ステップで始める——初心者向け 30 分マイルストーン

「今日 1 回やってみたい」という方へ。未経験〜初級者が 30 分で Vibe coding を 1 回体験する最小手順です。完璧を目指さず、「感覚で AI に任せて、出てきたものを読む」往復を 1 周するのがゴール。Cursor の無料 Hobby プランで試せます。

5 ステップ一覧

ステップ内容所要時間
Step1Claude.ai か ChatGPT 無料版で「〇〇するコードを作って」と目的だけ伝える5 分
Step2Cursor の無料プランを入れて、Agent モードで目的ベース指示10 分
Step3出てきたコードを「読む」（分からない箇所は AI に聞く）5 分
Step4気に入らない箇所を「ここをこうしたい」と感覚で指示し直す5 分
Step5動かして確認、人間レビュー（「動いた＝OK」にしない）5 分

各ステップ詳説

Step1（5 分）：目的だけ伝える。 まずは無料のチャットで足慣らしです。Claude.ai か ChatGPT 無料版を開いて、目的だけ伝えます。細かい実装は指定しないのがコツです。これが Vibe coding の入口の感覚です。

# チャットへの最初のプロンプト例（目的だけ、実装は書かない）

Python で、指定したフォルダの中にある画像ファイル（jpg / png）の
枚数を数えて表示するコードを作ってください。
画像が 1 枚もないときは「画像はありませんでした」と出して。

ここで「for 文を使って」「os ライブラリで」などの実装指定をあえて書かないのがポイントです。「何が欲しいか」だけ伝えて、書き方は AI に委ねる。これが Vibe coding の感覚の出発点です。対話型 AI の最初の触り方はChatGPT の始め方をまとめた記事も参考にしてください。

Step2（10 分）：エディタで目的ベース指示。 次に Cursor を入れます。無料の Hobby プランで十分です。新しいフォルダを開いて、Agent モードで「このフォルダに、簡単な ToDo リストを作る HTML を作って」のように目的を渡します。Cursor の詳しい操作はCursor の使い方記事にあります。

Step3（5 分）：出てきたコードを「読む」。 ここが Vibe coding でいちばん大事な練習です。出てきたコードを、分からないなりに眺めてみます。理解できない箇所があったら、そのまま AI に聞きます。

# 分からない箇所を AI に聞くときのプロンプト例

さっき作ってもらったコードの 5 行目、これは何をしているか
プログラミング初心者にも分かるように、日本語で説明してください。

「これ何してる？日本語で」と気軽に聞けるのが、AI を相棒にする Vibe coding の良いところです。これが「方向づける力」の第一歩になります。

Step4（5 分）：感覚で指示し直す。 「ボタンの色を変えたい」「文言をもう少し優しくしたい」など、気に入らない箇所を感覚で伝えます。細かいコードは書かず、「ここをこうしたい」と方向だけ渡すのがポイントです。

# 感覚で方向だけ渡す指示の例（細かいコードは書かない）

完了ボタンの色を、もう少し落ち着いた青にして。
あと、削除ボタンは押し間違えが怖いので、押したときに
「本当に消しますか？」と一度確認が出るようにして。

Step5（5 分）：動かして、人間レビュー。 最後に動かして確認します。大事なのは、動いた＝OK にしないこと。「動くけど、この作りで大丈夫か？」と一度立ち止まる癖を、最初の日からつけます。これは落とし穴を防ぐ、いちばん効く習慣です。

AI が書いたコードはたいてい「とりあえず動く」状態にはなりますが、動くことと「正しく・安全に・後で読める」ことは別物です。動いたあとに一拍置いて読む。この一手間が、Vibe coding を長く続けられるかどうかを分けます。

落とし穴とチーム導入｜5 つの罠（設計の暗黒化・引き継ぎ困難・セキュリティ・コスト・スキル劣化）とレビューゲート設計

Vibe coding は便利ですが、油断すると刺さる落とし穴があります。業務で「ヒヤッとした」実感をベースに、5 つを「症状 → なぜ起きる → 対処」で書きます。AI コーディングに慣れると「なんだか疲れる」と感じる場面が出てくるのですが、その正体の多くがここにあります。共通して効く対処は、結局「人間が読むこと」と「設計を握り続けること」に集約されます。

落とし穴ひとことで言うと効く対処
設計の暗黒化なぜこの作りか誰も説明できない設計判断は人間が握る
引き継ぎ困難自分でも説明できないコードが溜まる「読む力」を維持する
セキュリティ盲点脆弱性・機密漏れを見落とす人間レビュー＋ガイドライン
コスト爆発従量課金・上限に当たるセッション・差分サイズの管理
スキル劣化感自分で書けるか不安になるAI なしで書く時間を残す

5 つの落とし穴

  • 設計の暗黒化：機能は増えるのに「なぜこの構造なのか」を誰も説明できなくなる。実装だけでなく設計判断まで AI に任せ続けると、人間の頭に「全体の地図」が残らないからです。対処は5 軸の違いで書いたとおり、設計の主導権だけは人間が握り続けること。「何を、どういう構造で作るか」は自分で決めてから実装を渡します。
  • 引き継ぎ困難：自分でも説明できないコードが溜まり、他の人や半年後の自分に渡せなくなる。「動いたから次へ」を繰り返すと読まずに通したコードが積み上がるからです。対処は「書く力」を委ねても「読む力」は維持すること。後で人に説明できる状態かを基準にレビューし、理解できないものは理解できるまで AI に聞くか書き直してもらいます。
  • セキュリティの盲点：感覚で通したコードに脆弱性や機密の入力ミスが紛れ込む。「動くこと」だけを見ると安全性チェックが抜け落ち、AI も明示的に頼まない限りセキュリティを最優先にはしません。対処は人間レビューとチームのガイドライン（詳しくはリスクと注意）。レビューの具体はAI コードレビューの記事にまとめています。
  • コスト爆発：気づくと API の従量課金やサブスクの上限に当たる。Agent モードで回し続けると、タクシーのメーターのように料金が積み上がるからです。対処は「大きな変更を一気に投げない」「区切りごとに止めて読む」。結果的にレビューもしやすくなります。
  • スキル劣化感：「もう AI なしで書けるんだっけ？」という不安が出る。手を動かす部分を委ね続けると、書く感覚が鈍る 気がする からです。「書く力」は委ねても問題ない場面が増えましたが、「読む・設計する・判断する力」は意識的に維持が必要。たまに「AI なしで書く時間」をあえて作っています（この「疲れる」感覚はAI コーディングの記事でも触れています）。

チームで導入する——ペアプロ活用とレビューゲートの設計

Vibe coding を個人技で終わらせず、チームの開発文化に上げるときの設計です。結論から言うと、チームでやるなら「レビューの仕組み化」とセットでないと崩れます。

ペアプロとの相性

Vibe coding はレビューが主作業なので、ペアプロと相性が良いです。1 人が目的を口頭で渡して AI に書かせる役、もう 1 人が出力を読んで判断する役、という分担ができます。従来の「書く人」と「見る人」が、Vibe coding では「方向づける人」と「読む人」になります。2 人の目で見るので、落とし穴も拾いやすくなります。

レビューゲートの設計

一番大事なのはレビューゲートです。AI が書いた差分は、必ず人間レビューと CI を通してからマージする、とルールを明文化します。「速いから確認も省く」は最悪の組み合わせで、速く書ける分、確認はむしろ手厚くする。「人間が手を引いてはいけない箇所」――お金の計算、個人情報、外部送信――は、AI が書いても必ず人間が読んでから通す、と線引きしておくと、「どこまで任せていいか」でチームが迷いません。CI への組み込みはClaude Code Action を使った CI 連携の記事で具体的に書いています。

方向づけのチーム共有とコード文化差

実践で書いた CLAUDE.md や Cursor Rules は、個人の手元に置くだけでなくリポジトリにコミットしてチーム全員で共有するのがおすすめです。属人化を防ぐためで、共有物にしておくと誰が Vibe coding しても同じ作法・方針で AI が動きます。

最後に正直なところ。Vibe coding の許容度はチームや組織で違い、積極的に取り入れる文化も慎重に進める文化もあって、絶対の正解はありません。自分のチームの文化に合わせて導入のペースとルールを調整するのが現実的です。私はいきなり全面導入ではなく、レビューゲートを固めてから少しずつ範囲を広げました。実感したのは、「最初の小さな成功体験」を一緒に作るとチームの納得感がまるで違うこと。誰かが困っている小さな作業を片付けてみせると、慎重派も自分のペースで試し始めてくれます。

コード以外への応用とリスク｜「目的を渡して方向づける」型・人間レビュー必須・著作権/機密の三段安全網

「Vibe coding はエンジニアの話でしょう？」と思った方へ。Vibe coding の核は 「目的を伝えれば細部は AI が書く／作る、人間はレビューと方向づけに回る」 スタイルです。これはコードを書かない日常業務にもそのまま届きます。職種別に並べる代わりに、この核を当てはめる型を示します。

やることは一貫しています。① 目的を言葉にして渡す → ② 出てきた叩き台を読んで方向づけ → ③ 自分の言葉で仕上げる。例えば——

  • 提案資料：「この相手の不安に寄り添う提案の骨子を」と目的だけ渡す。営業時代の私なら得意分野だったはず——相手の意図を読む癖が、そのまま「AI への目的の渡し方」に活きます。
  • 定型レポート：「この CSV を部署ごとの合計が分かる表に」と感覚で指示し、整形手順は AI に任せる。
  • テンプレ・マニュアル：「フリーランス向けの請求書テンプレを Markdown で」と目的を渡してレビュー（※金額・契約に関わる部分は必ず自分で確認）。
  • 記事のリライト：「初心者向けにもっと噛み砕いて」と方向だけ渡す。実は本サイトの記事作りでも、私は構成と方向づけを自分で握り、細部の組み立てを AI と往復する Vibe coding 的なやり方を取り入れています。

共通の「最初の壁」は、目的を言葉にすること、そして出力を鵜呑みにせず自分の言葉で仕上げること。AI の文章をそのまま使うとどこか平板になるので、「方向づけ」と「自分の言葉での仕上げ」をセットにするのがコツです。学習に使うなら、書かせて満足せず、「読む力」を意識的に育てる——出力を眺めるのでなく、説明できるまで理解する（営業から未経験でエンジニアを目指した道のりは 未経験エンジニア転職 にも書いています）。

リスクと注意——人間レビュー必須・個人差・著作権/機密の三段安全網

Vibe coding を安全に続けるための注意です。ここは特に慎重に書きます。先に三段の安全網を置きます。

  1. 「Vibe coding で誰でもエンジニアになれる／絶対これが安全」とは言いません。 個人差もコードの文化の違いもあり、断定はできません。
  2. 最終判断は、社内の法務・コンプライアンス部門、必要に応じて弁護士など専門家に委ねてください。 本記事は判断の材料を提供するもので、判断そのものを代わりにはしません。
  3. 公式の利用規約・ライセンスは、必ず最新版をご自身で確認してください。 AI ツールの規約は変わりやすいので、この記事の情報も「2026 年 6 月時点」のものとしてお読みください。

その上で 4 点。人間レビューは外せません――感覚で通したコードを「動いた＝OK」で本番に乗せてはいけない。落とし穴とレビューゲートで書いたとおり、速く書ける分、確認は手厚く、が事故なく続けるコツです。個人差・コード文化差もあり、合う人・合わないチームがあります。「みんながやっているから」ではなく、自分や自分のチームに合うかを見極めるのが先です。

著作権・機密・脆弱性の 3 点も押さえておきます。著作権は、AI 生成コードの扱いが法的に議論の最中なので、商用利用は特に慎重に。機密は、社外秘のコードやデータを AI に入力しない運用が基本で、組織として安全に使うなら AWS Bedrock や Google Cloud の Vertex AI 経由でデータが学習に使われない構成を選ぶ選択肢もあります。脆弱性は、セキュリティ上の穴がないかレビューで必ず確認します。最後にスキル劣化への組織対応として、チームで「AI なしで書く時間」を意図的に残すのがおすすめです。全部を Vibe coding に寄せず、たまに自分の手で書く機会を作る。これは「読む力・設計する力」を維持する投資です。

よくある質問（FAQ）

Q1: Vibe coding とは何ですか？

A. 「細かく書かず、感覚で AI に書かせて、人間はレビューと方向づけに回る」コーディングスタイルです。2025 年 2 月に Andrej Karpathy が X で言及したことで広まった語とされています。詳しくは言葉の意味と由来をどうぞ。

Q2: Vibe coding で誰でもエンジニアになれますか？

A. 「絶対なれる」とは申し上げません。個人差もコードの文化の違いもあります。「書く力」を AI に委ねても、「読む・設計する・判断する力」は自分で育てる必要があり、人間のレビューも外せません。詳しくは落とし穴とリスクと注意を参照してください。

Q3: Vibe coding はどのツールでやればいいですか？

A. 「絶対これ」とは申し上げません。私が業務で使っているのは Claude Code / Cursor / GitHub Copilot です。Bolt.new / v0 などは公開情報からの紹介になります。自分が普段どこで作業しているかから逆算するのが現実的です。ツール選びで整理しています。

Q4: Vibe coding と従来のコーディングは何が違いますか？

A. 指示の粒度・レビュー姿勢・設計主導権・速度・学習曲線の 5 軸で違います。特に「設計の主導権だけは人間が握り続ける」のがコツです。5 軸の比較で表にまとめています。

Q5: Vibe coding の危険・落とし穴は？

A. 設計の暗黒化・引き継ぎ困難・セキュリティ盲点・コスト爆発・スキル劣化感の 5 つが代表です。人間レビューと「読む力」の維持が、対処の軸になります。落とし穴の詳細で扱っています。

関連記事

出典

訂正・お問い合わせ

本記事の内容に誤り・古い情報・追加情報のご提案などありましたら、send@bon-bon-tools.com までご一報ください。事実誤認は速やかに訂正し、訂正履歴を本セクション末尾に追記する運用です。なお、Vibe coding および AI コーディングツールに関する公式情報（Anthropic / OpenAI / Google / GitHub / Cursor / Vercel 等の利用規約・料金・モデル仕様等）は、必ず各社の公式ドキュメントをご確認の上、AI 生成コードの商用利用・著作権・機密の扱いの最終判断は、社内の情シス・法務・コンプライアンス部門、必要に応じて専門の弁護士の方へご相談ください。

新しい記事のお知らせを受け取る → 登録（準備中）