- Authors

- Name
- Youngju Kim
- @fjvbn20031
- Vibe Codingとは何か
- Vibe Codingを可能にするツール
- Vibe Codingの光と影
- プロ開発者のVibe Coding生存戦略
- Vibe Coding実践ワークフロー
- Vibe Codingの未来:Agentic Codingへの進化
- 実践クイズ
- 参考資料
Vibe Codingとは何か
2025年2月、TeslaとOpenAIの共同創業者であるAndrej Karpathyが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."
彼はこの新しいプログラミング方式を「バイブコーディング」と名付けました。核心はシンプルです。コードを直接書くのではなく、欲しいものを自然言語でAIに説明し、AIがコードを書く。 開発者はコードの詳細を気にせず、「雰囲気(vibe)」に任せるのです。
当時、多くの人が冗談半分、本気半分で受け止めました。しかしわずか10ヶ月後の2025年11月、Collins Dictionaryが「vibe coding」を今年の言葉(Word of the Year)に選出し、状況は一変しました。
Collins Dictionary選出の背景
Collins Dictionaryは毎年、数十億語で構成されるコーパス(corpus)を分析し、その年に最も急激に使用が増加した単語を選出しています。2025年に「vibe coding」が選ばれた理由は明確です。
Collins Dictionaryの分析根拠:
- 2024年比で使用頻度4,500%増加
- テックメディアだけでなく一般ニュース、SNSで爆発的拡散
- プログラミングを超えて「AIに任せる作業方式」全体を指す意味拡張
- "vibe cooking"、"vibe writing"などの派生語出現
Collinsはvibe codingを次のように定義しました:
"a type of computer programming in which a person makes use of artificial intelligence to generate code, often without fully understanding the code produced"
この定義で重要なのは**「without fully understanding the code produced」**の部分です。AIが作ったコードを開発者が完全に理解しないまま使用していることを公式に認めたのです。
Karpathyの元々の意図
Karpathyが最初にvibe codingを説明した時、彼は週末プロジェクトやプロトタイプを素早く作る文脈で使用していました。彼の元々のワークフローはこうでした:
- 作りたいものを自然言語で説明する
- AI(当時Claude 3.5 Sonnet)がコードを生成する
- エラーが出たらエラーメッセージをコピーしてAIに貼り付ける
- 「Accept All」を押して結果を確認する
- コード自体はほとんど読まない
これはプロダクションコードを書く方法ではありませんでした。 Karpathy本人もこの点を明確にしていました。しかしこの概念は急速に広まり、プロダクション環境でも広範に適用され始め、それが現在の議論と革新を同時に生み出しているのです。
なぜ今なのか:Vibe Codingが爆発した三つの背景
1. LLM性能の臨界点突破
- GPT-4o、Claude 3.5/4 Sonnet、Gemini 2.5 Pro
- コード生成精度が「使えるレベル」から「かなり正確なレベル」へ飛躍
- 複雑なマルチファイルプロジェクトも一度に生成可能
2. AIネイティブ開発ツールの成熟
- Cursor、Windsurf、Claude Codeなど専用IDE/CLIの登場
- 単純な自動補完を超えてエージェントベースの開発に進化
- コードベース全体を理解するコンテキストウィンドウ
3. 非開発者のコーディング需要爆増
- マーケター、デザイナー、PMが直接プロトタイプ作成
- スタートアップの一人創業者がMVPを一人で構築
- 「コーディングは分からないがアプリを作りたい」人々の急増
Vibe Codingを可能にするツール
2026年現在、vibe codingを実現するツールは驚くべき速度で発展しています。各ツールの特性と強みを比較してみましょう。
Cursor 2.0:AIネイティブIDEの最強者
Cursorは2024年に彗星のように登場し、2025年に最も人気のあるAIコーディングツールとなりました。2026年初頭にリリースされたCursor 2.0はさらに一段階進化しています。
核心機能
- Composer Agent:自然言語の指示だけでマルチファイル修正を自動実行。「このAPIに認証ミドルウェアを追加して、関連テストも作成して」と言えば関連ファイル5-10個を同時に修正
- コードベースインデキシング:プロジェクト全体をベクトルDBにインデキシングし、どのファイルのどの関数が何をしているか把握
- Bug Finder:コード変更時に潜在的なバグを事前に検知するバックグラウンドエージェント
- マルチモデル対応:Claude Sonnet 4、GPT-4.1、Gemini 2.5 Proなど好みのモデルを自由に切り替え
- .cursorrules:プロジェクト別ルールファイルでAIの振る舞いをカスタマイズ
価格:Pro月額20ドル、Business月額40ドル
ベンチマーク性能:SWE-benchで単一ツール基準最高性能を記録し、実際のGitHub Issueの72%を自動解決
Claude Code:ターミナルのAIパートナー
AnthropicのClaude Codeは、Cursorとは全く異なるアプローチを取ります。GUIではなくターミナルベースのCLIツールとして、開発者の既存ワークフローに自然に統合されます。
核心機能
- ターミナルネイティブ:VS Code、Vim、Emacsなどどのエディタとも併用可能
- サブエージェントシステム:複雑なタスクを複数のサブエージェントに分配して並列処理
- フック(Hooks):特定イベント(ファイル保存、コミットなど)に自動的に反応するカスタムフック
- Agent SDK:Claude Codeを基盤に独自のAI開発ツールを構築できるSDK
- CLAUDE.md:プロジェクトルートに配置する設定ファイルで、AIにプロジェクトのコンテキストを提供
- 200Kトークンコンテキスト:大規模コードベースも一度に把握可能
価格:Anthropic API使用量ベース(Maxプラン月額100ドルまたは200ドル)
強み:既存の開発環境を変えずにAIの力を活用できる。特に大規模リファクタリングや複雑なデバッグで圧倒的な性能を発揮。
GitHub Copilot:百万開発者の選択
GitHub Copilotは、AIコーディングツールの元祖であり、最も多くのユーザーを持つツールです。2026年現在、100万人以上の有料サブスクライバーと77,000以上の組織が使用中です。
核心機能
- Copilot Chat:エディタ内で自然言語でコードについて対話
- Codex Agent(GPT-5.3ベース):PR自動生成、Issue基盤のコード修正を非同期で処理するクラウドエージェント
- Copilot Workspace:IssueからコードまでAIが案内する全体開発ワークフロー
- マルチファイル編集:複数ファイルにわたる修正を一度に実行
- GitHubエコシステム統合:Issues、PRs、Actionsとの完璧な連動
価格:Individual月額10ドル、Business月額19ドル、Enterprise月額39ドル
強み:最も広いエコシステム統合と最大のユーザーベース。特にGitHub中心のワークフローを使用するチームに最適。
Replit:ブラウザからデプロイまで
Replitはブラウザベースの開発環境で、インストール不要でコーディングからデプロイまでワンストップで提供します。
核心機能
- Replit Agent:自然言語でアプリを説明するとプロジェクト全体を自動生成
- ワンクリックデプロイ:コード作成後ボタン一つでWebにデプロイ
- コラボレーション:Google Docsのようなリアルタイム共同編集
- モバイル対応:スマートフォンでも開発可能
価格:無料ティア提供、Pro月額25ドル
強み:インストールと環境設定が不要で、非開発者や初心者にとって最も参入障壁が低い。
ツール比較表
ツール | 価格(月) | 主要モデル | 最大の強み | 最大の弱み
-----------+--------------+--------------------+---------------------+--------------------
Cursor 2.0 | 20-40ドル | Claude/GPT/Gemini | エージェントコーディング| 大型モノレポインデキシング
Claude Code | API使用量 | Claude Sonnet 4 | ターミナル統合、大規模 | GUIなし
| | | リファクタリング |
Copilot | 10-39ドル | GPT-5.3/Codex | エコシステム統合 | エージェント性能
Replit | 0-25ドル | 独自モデル+Claude | ワンクリックデプロイ | 大規模プロジェクトの限界
Windsurf | 15-30ドル | Claude/GPT | Cascadeエージェント | Cursor比の認知度
Vibe Codingの光と影
すべての革命には光と影があります。Vibe codingも例外ではありません。
光:Vibe Codingがもたらしたポジティブな変化
1. 生産性の劇的な向上
GitHubの2025年開発者生産性調査によると、AIコーディングツールを使用する開発者は平均21%高い生産性を示しています。特に反復的な作業で効果が顕著です。
AIツール活用時のタスク別時間削減率:
- ボイラープレートコード作成:70-80%削減
- ユニットテスト作成:50-60%削減
- バグ修正(単純なバグ):40-50%削減
- ドキュメント作成:60-70%削減
- コードレビュー準備:30-40%削減
- 新規プロジェクトスキャフォールディング:80-90%削減
2. プロトタイピング速度の革命
以前MVP(Minimum Viable Product)を作るのに2-4週間かかっていたのが、vibe codingでは2-4日、時には数時間で十分です。
実例:Y Combinatorの2025 Winter Batchで、応募者の25%がvibe codingでMVPを作成して応募しました。Sam Altmanはこれを「スタートアップエコシステムの根本的な変化」と評価しました。
3. 非開発者のコーディングアクセス拡大
最も革命的な変化は、コーディング経験が全くない人々がアプリを作り始めたことです。
- マーケターが自前のデータダッシュボードを構築
- デザイナーがプロトタイプを実際に動作するアプリに変換
- PMが社内ツールを直接開発
- 学生が週末プロジェクトでSaaSをリリース
4. ボイラープレート排除と創造的作業への集中
開発者が最も嫌う反復的で退屈な作業(設定ファイル作成、CRUD API実装、型定義など)をAIが代行することで、本当に創造的な問題解決により多くの時間を投資できるようになりました。
影:Vibe Codingの暗い面
1. セキュリティ脆弱性の増加
CodeRabbitの2025年分析によると、AI生成コードには人間が書いたコードと比較して1.7倍多くのセキュリティ脆弱性が発見されています。
AI生成コードの主要セキュリティ問題:
- SQL Injection脆弱パターン:人間コード比2.1倍
- ハードコードされた機密情報:人間コード比3.2倍
- 不適切な入力検証:人間コード比1.8倍
- 安全でないデフォルト設定:人間コード比1.5倍
これはAIが学習データに含まれるセキュリティ脆弱パターンをそのまま再現する傾向があるためです。AIは「動くコード」を作りますが、「安全なコード」を作ることにはまだ限界があります。
2. 技術的負債の加速
Vibe codingは速い結果を生み出しますが、その裏には技術的負債が蓄積されます。
- 一貫性のないコーディングスタイルとパターン
- 不必要に複雑なコード構造
- 最適化されていないアルゴリズム選択
- 重複コードの増加
- テストカバレッジの偏り(AIがテストしやすい部分のみカバー)
3. 「動くが理解できない」コード
Collins Dictionaryの定義の核心である「without fully understanding the code produced」が現実となっています。
開発者、特にジュニア開発者の間で、AI生成コードを検証なく受け入れる慣行が広がっています。これは短期的には生産性を高めますが、長期的には致命的な問題を引き起こします。
- プロダクション障害発生時のデバッグが極めて困難になる
- コードの意図とコンテキストを把握できず修正が難しくなる
- 時間の経過とともにシステム全体を理解する人がいなくなる
4. デバッグ能力の弱体化
AIに依存してコードを書くと、デバッグ能力が弱体化します。これはカーナビに完全に依存すると道を覚える能力が退化するのと同じです。
デバッグ能力弱体化の悪循環:
1. AIがコードを書く
2. バグが発生する
3. 開発者がAIにデバッグを依頼する
4. AIが「修正」するが根本原因を見逃す
5. 同じ種類のバグが繰り返される
6. 開発者のデバッグ筋肉が退化する
5. 初心者の基礎体力不足
Vibe codingで入門した新規開発者は、基礎的なCS知識が不足していることが多いです。データ構造、アルゴリズム、ネットワーク、オペレーティングシステムの理解なしにAIの出力にのみ依存すると、AIが間違った時にそれを検知できません。
プロ開発者のVibe Coding生存戦略
Vibe codingは避けられない流れです。問題は「やるかやらないか」ではなく、**「どう正しく活用するか」**です。
戦略1:AIはジュニアペアパートナーとして扱え
AIをシニア開発者や万能ツールと思ってはいけません。非常に速いが経験不足のジュニア開発者だと考えてください。
正しいAI活用ワークフロー:
1. 明確な要件を伝える
2. AIがコードを生成する
3. 必ずコードをレビューする(無条件「Accept All」禁止)
4. セキュリティ、パフォーマンス、エッジケースを直接検証する
5. テストを書くかAIが書いたテストを検査する
6. 十分に理解してからのみmergeする
核心原則:検証なしにmergeしない。
戦略2:アーキテクチャは人間の領域
AIは関数やクラスをうまく書きますが、システム全体のアーキテクチャを設計する能力はまだ不足しています。
プロ開発者が集中すべきアーキテクチャ領域:
- システム設計:マイクロサービス境界、データフロー、障害分離
- 技術選択:言語、フレームワーク、データベース、インフラの決定
- スケーラビリティ計画:トラフィック増加への備え、水平/垂直スケーリング
- セキュリティアーキテクチャ:認証/認可体系、データ暗号化、ネットワークセキュリティ
- データモデリング:ドメインモデル設計、リレーション定義、正規化/非正規化の決定
この領域での専門性がAI時代の開発者の価値を決定します。
戦略3:プロンプトエンジニアリングは新しいコーディングスキル
Vibe coding時代に最も重要な新しいスキルは、AIに正確に欲しいものを伝える能力です。
効果的なプロンプト作成の原則:
良くないプロンプト:
「ログイン機能を作って」
良いプロンプト:
「以下の要件に合うログインAPIを作って:
- POST /api/auth/login エンドポイント
- メール/パスワードベースの認証
- bcryptでパスワードハッシュ検証
- JWTトークン発行(有効期限24時間)
- Rate limiting:IP当たり毎分5回
- 失敗時の具体的なエラーメッセージ(401、429など)
- TypeScript + Expressベース
- ユニットテスト含む」
良いプロンプトは具体的な技術要件、制約条件、期待する出力形式を含みます。
戦略4:コードレビュー能力がコード作成能力より重要
AI時代にはコードを直接書く時間が減ります。代わりにAI生成コードをレビューし改善する能力が核心となります。
コードレビュー時に必ず確認すべき事項:
- セキュリティ:SQL Injection、XSS、CSRFなどの脆弱性はないか
- パフォーマンス:不要なN+1クエリ、メモリリーク、非効率なアルゴリズムはないか
- エッジケース:null処理、タイムアウト、並行性の問題は考慮されているか
- 一貫性:既存コードベースのパターンとスタイルに従っているか
- テスト:コアロジックに対するテストは十分か
戦略5:基礎CS知識の価値が上昇する
逆説的ですが、AIがコードを書く時代ほど、基礎コンピュータサイエンス知識の価値はより高まります。 AIの出力を評価するには基本が堅固でなければならないからです。
強化すべき基礎領域:
アルゴリズムとデータ構造:
- 時間/空間計算量の分析
- AIがO(n^2)のソリューションを提案した時にO(n log n)を要求できる能力
ネットワーク:
- TCP/IP、HTTP/HTTPS、WebSocketなどプロトコルの理解
- 分散システムのCAP定理、整合性モデル
データベース:
- インデキシング戦略、クエリ最適化
- ACID vs BASE、トランザクション分離レベル
オペレーティングシステム:
- プロセス/スレッド、メモリ管理
- 並行性と並列性の違い
戦略6:T字型人材になれ
水平軸(AIツール活用能力)と垂直軸(ドメイン専門性)の両方を備えたT字型人材がAI時代に最も高い価値を持ちます。
T字型開発者の構造:
水平軸(幅広いAI活用能力):
- Cursor、Claude Code、Copilotなど主要ツールをすべて活用
- 状況に応じて最適なツールを選択可能
- プロンプトエンジニアリングの熟練度
垂直軸(深いドメイン専門性 - 1〜2つ選択):
- フィンテック:決済システム、規制遵守、セキュリティ
- ヘルスケア:HIPAA、HL7 FHIR、医療データ
- 機械学習:モデル設計、MLOps、データパイプライン
- インフラ:Kubernetes、クラウドアーキテクチャ、SRE
- セキュリティ:暗号化、侵入テスト、セキュリティ監査
AIは汎用的なコードをうまく書きますが、特定ドメインの規制、慣行、落とし穴を知ることは依然として人間の領域です。
Vibe Coding実践ワークフロー
理論を超えて、実際にvibe codingを効果的に適用する方法を見てみましょう。
ステップ別ワークフロー
Step 1:コンテキスト設定
- .cursorrulesまたはCLAUDE.mdファイルにプロジェクトルールを定義
- 技術スタック、コーディング規約、アーキテクチャパターンを明示
- 「やってはいけないこと」リストも含める
Step 2:明確なプロンプト作成
- 要件を具体的に記述
- 制約条件と非機能要件を含める
- 参考にする既存コードがあれば指定
Step 3:AIコード生成
- AIがコードを生成するのを観察
- 進行方向が間違っていたら即座に中断して修正
Step 4:人間レビュー
- 生成されたコードを一行ずつ検討
- セキュリティ、パフォーマンス、可読性をチェック
- 理解できない部分はAIに説明を求める
Step 5:テスト
- AI生成テストを検討して実行
- エッジケースに対する追加テストを自分で作成
- 統合テストまで含める
Step 6:反復
- フィードバックを基にプロンプトを改善
- AIの応答パターンを学習して次回に反映
.cursorrules / CLAUDE.mdの活用法
プロジェクトルートにルールファイルを置くと、AIの出力品質が劇的に向上します。
# .cursorrules 例
project_context:
name: 'E-commerce API'
stack: 'TypeScript, NestJS, PostgreSQL, Redis'
architecture: 'Clean Architecture with DDD'
coding_conventions:
- すべての関数にJSDocコメントを作成
- エラーハンドリングはカスタム例外クラスを使用
- データベースクエリは必ずRepositoryパターンで抽象化
- 環境変数はConfigServiceを通じてアクセス
testing_requirements:
- ユニットテストカバレッジ最低80%
- E2Eテストは主要フローに対して作成
- テストデータはFactoryパターンで生成
security_rules:
- SQL直接作成禁止(ORM使用)
- ユーザー入力は必ずバリデーション
- JWTシークレットは環境変数で管理
効果的なコンテキスト提供方法
AIにより良いコードを生成させるには、豊富なコンテキストを提供する必要があります。
効果的なコンテキスト提供戦略:
1. 既存コードの参照
「このファイルのパターンに従って新しいエンドポイントを作って」
2. アーキテクチャ図の共有
「添付した図の構造に合わせてサービスレイヤーを実装して」
3. エラーメッセージ全体の共有
スタックトレースを含む完全なエラーメッセージをコピーして伝える
4. ビジネス要件の説明
技術的要件だけでなく、なぜこの機能が必要なのかを説明
5. 制約条件の明示
「既存APIとの互換性を維持する必要がある」
「レイテンシが100msを超えてはならない」
Vibe Codingの未来:Agentic Codingへの進化
Vibe codingは始まりに過ぎません。すでに次の段階であるAgentic Codingが急速に発展しています。
進化のタイムライン
2021-2024:Autocomplete時代
- GitHub Copilotの登場
- 一行、一関数単位の自動補完
- 開発者が主導権を維持
2025:Vibe Coding時代
- Karpathyの命名、Collins今年の言葉
- 自然言語で説明しAIがコードを作成
- 開発者が方向を提示、AIが実行
2026:Agentic Coding時代
- AIが自律的に計画策定、コード作成、テスト、デバッグ
- 人間は最終的な意思決定と検証に集中
- マルチエージェントシステムで複雑なプロジェクトを遂行
Agentic Codingの実態
Agentic Codingはvibe codingの次の段階です。核心的な違いはAIの自律性レベルです。
Vibe Coding:
- 人間:「ログイン機能を作って」
- AI:コードを生成する
- 人間:レビューして修正を依頼する
- AI:修正する
Agentic Coding:
- 人間:「ユーザー認証システムを構築して」
- AI:(自ら計画を立てる)
1. 要件を分析する
2. アーキテクチャを設計する
3. データベーススキーマを生成する
4. APIを実装する
5. テストを作成して実行する
6. バグを発見して修正する
7. コードレビューを自体で実行する
8. PRを作成する
- 人間:最終結果をレビューして承認する
現在存在するAgentic Codingツール
Claude Codeのサブエージェント
Claude Codeは複雑なタスクを複数のサブエージェントに分配します。例えば「このプロジェクトをTypeScriptからGoにマイグレーションして」という指示を受けると:
- サブエージェントA:既存TypeScriptコードの分析
- サブエージェントB:Goコード構造の設計
- サブエージェントC:各モジュールのマイグレーション実行
- サブエージェントD:テスト作成と検証
このすべてが並列で進行し、人間一人では数週間かかる作業を数時間で完了できます。
GitHub Copilot Codex Agent
GPT-5.3ベースのCodex AgentはGitHub Issueを割り当てられると:
- Issueの内容を分析する
- 関連コードを見つけて修正する
- テストを実行して通過を確認する
- PRを自動で作成する
このすべてが非同期で、クラウド上で進行します。開発者が寝ている間にもコード変更が行われるのです。
開発者の役割変化
Agentic codingが普及すると、開発者の役割は根本的に変わります。
役割変化のスペクトラム:
過去の開発者:
- コーダー(Code Writer)
- 直接タイピングしてコードを作成
- 核心価値:コーディング速度、言語の熟練度
現在の開発者(Vibe Coding):
- 監督者(Supervisor)
- AIに指示して結果をレビュー
- 核心価値:プロンプト能力、レビュー能力
未来の開発者(Agentic Coding):
- アーキテクト/オーケストレーター(Architect/Orchestrator)
- システムを設計しAIエージェントを調整
- 核心価値:システム思考、意思決定、ドメイン専門性
この変化は恐ろしく感じるかもしれませんが、歴史的に自動化が進むたびにより高いレベルの新しい役割が創出されてきました。アセンブリ言語からC言語へ、CからPythonへ、そしてPythonから自然言語へ。抽象化のレベルが上がるたびに、開発者はより高い場所からより大きな問題を解決できるようになります。
実践クイズ
自分のvibe codingに関する理解度をチェックしてみましょう。
Q1. Vibe Codingという用語を最初に作った人物は誰で、Collins Dictionaryがこれを今年の言葉に選んだ年は?
正解:Andrej Karpathyが2025年2月に初めて使用し、Collins Dictionaryが2025年11月に今年の言葉に選出しました。
Collinsの定義:AIを利用してコードを生成するプログラミング方式で、生成されたコードを完全に理解せずに使用することが多いのが特徴です。
Q2. CodeRabbitの分析によると、AI生成コードのセキュリティ脆弱性は人間作成コードと比べて何倍か?最も深刻な脆弱性タイプは?
正解:AI生成コードは人間作成コードと比較して1.7倍多くのセキュリティ脆弱性が発見されます。最も深刻なタイプはハードコードされた機密情報(3.2倍)であり、SQL Injection脆弱パターン(2.1倍)、不適切な入力検証(1.8倍)、安全でないデフォルト設定(1.5倍)の順です。
これはAIが学習データのセキュリティ脆弱パターンをそのまま再現するためです。
Q3. プロ開発者の6つの生存戦略のうち「T字型人材」の意味を説明してください。水平軸と垂直軸はそれぞれ何ですか?
正解:T字型人材とは、幅広いAIツール活用能力(水平軸)と特定ドメインへの深い専門性(垂直軸)の両方を備えた開発者のことです。
- 水平軸:Cursor、Claude Code、Copilotなど多様なAIツール活用能力、プロンプトエンジニアリングの熟練度
- 垂直軸:フィンテック、ヘルスケア、ML、インフラ、セキュリティなど特定ドメインの規制、慣行、落とし穴への深い理解
AIが汎用コードをうまく書く時代に、ドメイン専門性が差別化の核心です。
Q4. Vibe CodingとAgentic Codingの核心的な違いは何か?具体的な例を挙げて説明してください。
正解:核心的な違いはAIの自律性レベルです。
- Vibe Coding:人間が具体的な指示を出し、AIがコードを生成し、人間がレビュー/修正する反復サイクル。例)「ログインAPI作って」-> AIがコード生成 -> 人間がレビュー
- Agentic Coding:AIが自律的に計画策定からコード作成、テスト、デバッグ、PR作成まで全過程を遂行。例)「ユーザー認証システム構築して」-> AIが自ら要件分析、アーキテクチャ設計、実装、テスト、PR作成 -> 人間は最終レビューのみ
Agentic Codingでは人間の役割がコーダーからアーキテクト/オーケストレーターに変わります。
Q5. .cursorrulesやCLAUDE.mdのようなプロジェクトルールファイルに含めるべき核心項目5つを挙げてください。
正解:プロジェクトルールファイルに含めるべき核心項目:
- プロジェクトコンテキスト:プロジェクト名、技術スタック、アーキテクチャパターン
- コーディング規約:コメントルール、エラーハンドリング方式、デザインパターン
- テスト要件:カバレッジ目標、テストデータ生成方式、E2Eテスト範囲
- セキュリティルール:ORM使用強制、入力バリデーション必須、環境変数管理方式
- 禁止事項リスト:「やってはいけないこと」を明示してAIのミスを事前に防止
このファイルがうまく書かれていれば、AIのコード生成品質が劇的に向上します。
参考資料
- Andrej Karpathy、「Vibe Coding」(X/Twitter投稿、2025年2月)
- Collins Dictionary、Word of the Year 2025 -「Vibe Coding」
- GitHub、「2025 Developer Productivity Report」
- CodeRabbit、「AI-Generated Code Security Analysis 2025」
- Y Combinator、「W25 Batch Application Trends」
- Stack Overflow、「2026 Developer Survey」
- Cursor、「Cursor 2.0 Release Notes」(2026)
- Anthropic、「Claude Code Documentation」
- GitHub、「Copilot Codex Agent Announcement」(2025)
- Replit、「Replit Agent Documentation」
- Simon Willison、「Vibe Coding and AI-assisted Development」(ブログ、2025)
- ThoughtWorks、「Technology Radar Vol. 32 - AI Coding Tools」
- McKinsey、「The Impact of AI on Software Development Productivity」(2025)
- IEEE Software、「Security Implications of AI-Generated Code」(2025)
- MIT Technology Review、「How Vibe Coding is Reshaping the Software Industry」(2025)
- The Verge、「Collins Dictionary Names Vibe Coding Word of the Year」(2025)
- Hacker News、「Discussion: Is Vibe Coding the Future or a Fad?」