バイブコーディングが「検定」になった日。趣味から資格へ、AIコーディングのキャリア境界線が動き始めた
バイブコーディング（Vibe Coding）はOpenAI共同創設者Andrej Karpathyが命名した言葉。2025年2月、Xへの投稿がきっかけでした。
「バイブコーディング」に検定ができた。
この一文を読んで、どう感じましたか。「あの雰囲気でコード書くやつが資格に？」と思った人が多いはず。正直、私も最初はそうでした。
でも調べてみて、考えが変わったんです。
2026年3月、日本AIスキル認定協会が「バイブコーディング検定」を開始しました。受験料は無料。オンラインで受けられて、合格するとPDFの認定証が即発行される仕組みです。
同時期にテクノエッジが「やってみようVibe Coding」連載をスタート。Courseraにはバイブコーディング専門のスペシャライゼーション（無料）が登場しました。スタンフォード大学の継続教育（※講座終了）やMicrosoft Learnにも正式コースが追加されています。
趣味でやっていた「AIと一緒にコードを書く」が、学べて証明できるものに変わりつつある。この記事では、その変化を元・挫折エンジニアの視点から読み解きます。
そもそも「バイブコーディング」って何だったか
バイブコーディング（Vibe Coding）はOpenAI（オープンエーアイ）共同創設者Andrej Karpathy（アンドレイ・カルパシー）が命名した言葉。2025年2月、Xへの投稿がきっかけでした。
「LLMに全部任せて、コードの存在を忘れる。そういう新しいコーディングのやり方」
この投稿は450万回以上閲覧されました。Collins英語辞典の2025年Word of the Yearにも選出されています。
ポイントは「開発スタイルの一つ」として定義されていること。Cursor（カーソル）やClaude（クロード） Code（クロードコード）、GitHub Copilot（ギットハブコパイロット）を使い、自然言語で指示を出す。動いたらOK。細かいコードの中身は追わない。
「それって大丈夫なの？」という声は当然です。Karpathy自身も「使い捨ての週末プロジェクト向き」と位置づけていました。
でも2026年の今、状況は一変しています。
Pragmatic Engineer（プラグマティックエンジニア）の調査（906人の開発者対象）では、95%が毎週AIツールを使用。75%が業務の半分以上をAIと一緒にこなしていると回答しました。70%は2つ以上のAIツールを同時に使っているという結果も出ています。
「週末プロジェクト向き」が、プロの開発現場に入った。その事実が、検定という形で制度化された背景です。
「バイブコーディング検定」の中身を見てみる
バイブコーディング検定は、100問のプールからランダム出題される選択式テスト。合格ラインは正答率70%（42点）。所要時間は30〜50分で、合否はその場で判定されます。
「検定」と聞くと身構えるかもしれません。でも出題範囲を見ると実務寄りの構成で面白い。
出題は6つの領域に分かれています。
- バイブコーディングの基本概念: 定義、従来のプログラミングとの違い
- 要件定義とプロンプト設計: AIに何をどう伝えるか
- UIとUXの基本理解: 「動く」だけでなく「使える」視点
- データ管理とセキュリティ基礎: APIキーの管理、個人情報保護
- デプロイ・公開・運用: 作ったものを世に出す手順
- AIとの共同作業における品質管理: 生成コードの検証と改善
注目したのは「プロンプト設計」と「品質管理」の2領域が独立している点。「AIに指示を出す」だけでなく「生成されたコードを確認する」スキルまで問われている。
Karpathyが言った「コードの存在を忘れる」とは少し違う方向性。忘れるのではなく「確認の仕方を知っている」ことが求められている。ここにバイブコーディングの成熟を感じました。
合格率について補足します。日本AIスキル認定協会のAIスキル検定（初級）は直近で約65.5%。バイブコーディング検定は3月開始のため公式の合格率は未公表です。ただ、問題構成を見る限り「AIツールを実際に触った人」なら十分対応できるレベルだと感じました。
逆に言えば、座学だけでは通らない設計。検定として健全だと思います。
私自身、出題領域を一つずつ見ていくと発見がありました。「デプロイ・公開・運用」の領域。ここは正直、弱い自覚がある。Cursorで動くものを作るまでは得意。でもVercel（バーセル）で公開してドメインを設定する段階になると、毎回ググりながらやっている。
「動いた！」で満足している自分に気づかされるわけです。検定の構成自体が「バイブコーダーが見落としがちなポイント」の地図になっている。受かるかどうか以前に、この地図を手に入れるだけで価値がある。
1年で「遊び」が資格になった。挫折エンジニアが感じた境界線の移動
時系列を振り返ると、制度化の速度に驚かされます。
2025年2月にKarpathyが命名。同年末にCollins英語辞典のWord of the Yearに選出。2026年3月、日本で検定がスタート。Coursera・スタンフォード・Microsoft Learnでも正式コースが同時に立ち上がった。言葉の誕生から約1年です。
比較対象を挙げるなら「NoCode」がわかりやすい。NoCodeが一般に広まったのは2019年頃。関連する公式な資格や教育プログラムが整備されるまで3〜4年かかりました。バイブコーディングはその3倍速で制度化されたことになります。
理由は単純で、使う人の数が爆発的に増えたから。Pragmatic Engineerの調査によれば、Claude Codeはリリース8ヶ月で人気1位（46%）を獲得。Cursor（19%）やGitHub Copilot（9%）を大きく上回る結果です。
テクノエッジの連載では、将棋の藤井聡太さんがバイブコーディングに興味を持っていることにも触れていました。もはやエンジニアコミュニティの内輪の話ではない。
ここからは私の話をさせてください。
私は新卒でWeb開発会社に入り、コードを書いていました。フロントもバックもやった。でも次の会社で出会ったエンジニアたちのレベルに圧倒されて、自分には無理だと悟ったんです。
そこからカスタマーサクセスにキャリアシフト。コードからは完全に離れました。後悔はなかったけど「作りたいものがあるのに作れない」感覚はずっとあった。
それがCursorとClaude Codeで変わりました。AIに指示を出すと、かつて自分には書けなかったレベルのコードが出てくる。凄腕エンジニアが自分に宿ったような感覚。開発意欲が完全に復活したんです。
で、今回の検定のニュースを見て最初に思ったのは「境界線が動いたな」でした。
何の境界線か。「趣味」と「職業スキル」の間の線です。
これまで「AIでコード書いてます」と言うと、微妙な空気が流れることがありました。「それ本物のコーディングなの？」という視線。Djangoの共同作成者Simon Willisonも両者は別物だと明確に区別しています。
その区別自体は正しいと思う。でも検定の出題内容を見ると「雰囲気で任せる」だけでは合格できません。プロンプト設計、セキュリティ基礎、品質管理。「雰囲気でやってます」では答えられない領域です。
つまりバイブコーディング検定は「AIと一緒にプロダクトを作るスキル」の検定として設計されている。「コードを書けない人」が「AIと一緒にコードを作れる人」に変わる。その変化を公式に認める仕組みが日本に生まれた。挫折組の私にとって、かなり大きな出来事です。
「で、取ったほうがいいの？」への回答
正直に言います。
現時点で「バイブコーディング検定を持っています」が転職や案件獲得に直結するかというと、まだそこまでではないでしょう。資格としての認知度はこれからです。
でも、取る価値はあると考えています。
1つ目。自分の理解度を測れる。
バイブコーディングは「なんとなく動いた」で終わりがちな分野。検定の出題範囲を見ると、プロンプト設計やセキュリティ、デプロイ、品質管理と「動いた後」の領域がしっかり含まれている。何を知っていて何を知らないかが明確になります。
私も出題範囲を確認したとき不安になりました。APIキーの管理、環境変数の扱い。動けばOKの精神でスルーしてきた部分がある。気づけるだけでも受ける意味はあると思います。
2つ目。「やってます」を「証明できます」に変えられる。
副業でツールを作っている人、社内で業務自動化をしている人。「AIでコード書けます」と口で言うのと、認定証を見せるのでは印象が違います。とくに非エンジニアの上司やクライアントに対して。
CS出身の私だからわかるんですけど、ビジネス側の人は「資格」に反応するんです。内容を理解しているかより「体系的に学んだ人だ」という安心感。検定にはその機能がある。
3つ目。受験料が無料。
リスクがゼロです。落ちても何も失わない。30〜50分で終わる。合格すればPDFの認定証がもらえます。
「とりあえずやってみる」のハードルが極端に低い。バイブコーディングの精神そのものじゃないですか。「とりあえず動かしてみる」「動いたら次に進む」。受験体験自体がバイブコーディング的だと感じています。
ちなみに、ナギが今日書いている記事ではLLMO・AEO・GEOといったAI関連用語の整理がテーマ。「用語が整理される→検定が生まれる→キャリアに使える」という流れ。AIスキルの制度化が一気に進んでいることを実感できるはずです。
バイブコーディングの「次の壁」はどこにあるか
検定の誕生は歓迎しつつ、課題も見えています。
1つ目の壁は「生成コードへの過信」です。
バイブコーディングは速く作れる反面、なぜ動くかを理解しないまま進む危険がある。検定に「品質管理」が含まれるのはこの問題への対処でしょう。ただ、選択式テストで「知っている」ことと、実際にバグを発見できることは別の話です。
たとえばCursorが提供するAIバグ修正ツール「Bugbot」は、自動解決率76%という数字を出しています。心強い数字ですが、残り24%は人間の目が必要。
私も経験があります。AIが生成したコードをそのまま動かしたら、見た目は完璧だった。でも数日後にエッジケースでエラーが出た。コードの意味を理解していなかったから、原因の特定に3時間かかりました。「動くけどなぜ動くかわからない」は、壊れたときに地獄になる。この実感があるからこそ、検定に品質管理の領域があるのは正しいと思えます。
2つ目の壁は「設計力の不足」。
KDDIアジャイル開発センターが提唱する「仕様駆動開発（SDD）」という手法があります。仕様を先に固め、実装はAIに任せる考え方。「設計80%、実装20%」が基本比率です。実装がAIで高速化された今、ボトルネックは設計側に移動しました。
検定に「要件定義とプロンプト設計」が含まれるのはこの問題を意識した構成だと思う。ただ、要件定義の力は検定だけでは身につきません。実際にプロダクトを作って、壊して、直す経験が必要です。
3つ目の壁は「キャリアパスの不透明さ」。
「バイブコーディングができます」という人が5年後にどんなキャリアを歩んでいるのか。まだ誰にもわからない。従来の「ジュニア→シニア→リード」のような階段が見えていません。
ただこれはバイブコーディングに限った話ではないかもしれない。AIが開発フローを変え続けている以上、従来のキャリアラダーも再定義の最中。検定はその最初の一歩です。
「もう一回やってみませんか」
この記事を書きながら、ずっと考えていたことがあります。
「5年前の自分がこの検定を知ったらどう感じただろう」と。
5年前の私はカスタマーサクセスの仕事をしていました。作りたいものはあったけど、自分では作れないと思い込んでいた。プログラミングスクールに通おうかと考えたこともある。でも仕事との両立は無理だと諦めました。
あの頃の自分に「無料で30分で、AIと一緒にコードを書くスキルの検定が受けられるよ」と言ったら。きっと信じなかったでしょう。
でも今、それが現実になっている。
バイブコーディング検定は、今の段階では「キャリアを変える資格」とは言えません。認知度はこれから。市場価値も未知数です。
でも「自分にもコードが書ける」という体験の入口にはなりえる。出題範囲を読むだけでも、AIと一緒に何ができるかの全体像が見えてくる。不合格だったとしても「ここが足りないのか」がわかります。
趣味が資格になった。資格になったということは、仕事に使う人が増えるということ。仕事に使う人が増えれば、キャリアの選択肢も広がる。
コードを書きたかったけど挫折した人。プログラミングスクールに通ったけど活かせなかった人。エンジニアに転職しようとして諦めた人。
もう一回やってみませんか。
今度は一人じゃないんです。AIが隣にいます。そして「バイブコーディングができる」ことを証明する仕組みも、もうある。
検定のページを開いてみてください。無料で、今すぐ受けられます。30分後には、自分が何を知っていて何を知らないかがわかる。そこからが、スタートです。
出典一覧:
- バイブコーディング検定（日本AIスキル認定協会）
- バイブコーディング検定 受験ページ
- 日本初「バイブコーディング検定」スタート（NEWSCAST）
- やってみようVibe Coding 第1回（テクノエッジ）
- AI Tooling for Software Engineers in 2026（Pragmatic Engineer）
- Andrej Karpathy Xポスト（2025年2月）
- Vibe coding（Wikipedia）
- Not all AI-assisted programming is vibe coding（Simon Willison）
- Vibe Coding Essentials（Coursera）
- Vibe Coding: Building Software in Conversation with AI（Stanford Continuing Studies、講座終了）
- Introduction to Vibe Coding（Microsoft Learn）
正直、一度エンジニアは諦めました。新卒で入った開発会社でバケモノみたいに優秀な人たちに囲まれて、「あ、私はこっち側じゃないな」って悟ったんです。その後はカスタマーサクセスに転向して10年。でもCursorとClaude Codeに出会って、全部変わりました。完璧なコードじゃなくていい。自分の仕事を自分で楽にするコードが書ければ、それでいいんですよ。週末はサウナで整いながら次に作るツールのこと考えてます。
