レッスン1：AI 駆動開発とは何か——「補完」から「協働」、そして「委譲」へ

このレッスンで学ぶこと

本コースの守備範囲（開発ワークフロー観点）と、扱わない範囲を区別できる
AI 駆動開発の 3 世代の系譜（補完→協働→委譲）を時代背景とともに把握する
タブ補完型・エージェント型・自律型の 3 分類フレームで、既存ツールを位置づけられる
想定読者の二軸（エンジニア＋テックリード／PM）と、両軸を同じコースで扱う狙いを理解する
Vibe Coding（Andrej Karpathy 2025 年 2 月提唱）の初期定義と、実務で受け止める境界を押さえる

AI 駆動開発は、便利なツールが増えた、という話ではありません。誰が何を書き、誰が何を確認し、どこに責任を置くか——開発プロセスの前提そのものが再設計されつつあります。本コースの背骨となるのは、「AI 駆動開発はツール操作ではなく、開発プロセスの再設計である」という中核メッセージです。ツールの名前を覚えることが目的ではなく、次の 3 年間に何が起きても「判断できる自分」を育てることを目指します。

本コースの位置づけ——「開発ワークフロー観点」の入門

本コースは AI 駆動開発の「開発ワークフロー観点」の入門です。プロンプト設計の基礎、AI エージェント一般論、Model Context Protocol のプロトコル仕様、Git／GitHub の基礎、Python の言語基礎は、別の入門コースで扱います。本コースはそれらを前提として、「開発ワークフローの中で AI をどう組み込み、どう組織に定着させるか」に焦点を絞ります。エンジニアが自分の手元で使いこなす作法と、テックリード・PM として組織に導入する設計の両輪を、8 レッスンで整理していきます。

💡 ポイント 本コースは「使い方」ではなく「開発ワークフローへの組み込み」に軸足を置きます。個別ベンダーの料金や SKU、機能一覧は変動が激しく数か月で陳腐化するため、機能概念のレベルに留めます。ツール名を覚えるのではなく「どう分類し、どう選び、どう組織に定着させるか」の判断軸を持ち帰ってください。

想定読者の二軸

本コースは 2 種類の読者を主軸に据えます。第 1 は、自分でコードを書くエンジニア（ジュニア〜中堅）です。ツールを自分の手元で使いこなし、生産性を上げたい方が想定です。第 2 は、AI 駆動開発を組織に導入・定着させたいテックリード・PM・情シスです。予算・ガバナンス・組織設計を含めて判断する方が想定です。

この 2 軸は、本コースで意識的に交錯させています。エンジニアはガバナンスの視点を、テックリードは現場の手触りを、それぞれ持ち帰れる構成にしました。片方の視点だけでは、AI 駆動開発の導入は成功しにくいからです。

3 世代の系譜——「補完」から「協働」、そして「委譲」へ

AI 駆動開発の歴史は、まだ短いですが、はっきりとした 3 世代の流れが見えています。

flowchart LR
  G1[第 1 世代<br/>補完<br/>2021-2022] --> G2[第 2 世代<br/>協働<br/>2023-2024]
  G2 --> G3[第 3 世代<br/>委譲<br/>2024-2026]
  G1 -.-> C1[GitHub Copilot<br/>タブ補完]
  G2 -.-> C2[Cursor<br/>Copilot Chat<br/>対話型]
  G3 -.-> C3[Claude Code<br/>Devin<br/>Coding Agent]

第 1 世代：補完（2021〜2022 年）

第 1 世代の起点は、2021 年 6 月に GitHub がテクニカルプレビューとして公開した GitHub Copilot です。2022 年 6 月に一般提供が開始され、有償サービスとして普及しました。この世代の特徴は、コードエディタでタブキーを押すと、次に書きそうなコードを AI が提案する「タブ補完」です。人間が書く流れの中に、AI が控えめに割り込む形の使い方でした。

第 2 世代：協働（2023〜2024 年）

第 2 世代の起点は、2023 年 3 月に GitHub がリリースした Copilot Chat と、同時期に Anysphere が公開した Cursor です。この世代の特徴は、エディタの中で AI とチャット形式で対話しながら開発を進める「協働」です。「この関数をリファクタしてほしい」「ここにテストを追加してほしい」といった対話を通じて、人間と AI が並走します。

第 3 世代：委譲（2024〜2026 年）

第 3 世代は、2024 年から現在にかけて広がっている「委譲」の時代です。2024 年 3 月に Cognition AI が発表した Devin、2024 年 11 月に Anthropic が公開した Model Context Protocol、2025 年に一般提供が始まった GitHub Copilot Coding Agent、そして CLI ベースで対話しながら開発を進める Claude Code などが、この世代の代表例です。この世代の特徴は、Issue や仕様書を渡すと AI がバックグラウンドで実装を進め、Pull Request として返してくる「非同期委譲」です。人間はレビュアーとして関わり、ゲートを開閉する役割に軸足が移ります。

📝 補足 世代は完全に上書きされるものではなく、共存します。2026 年 7 月時点でも、多くのエンジニアはタブ補完（第 1 世代）とチャット（第 2 世代）を同時に使い、必要に応じて非同期委譲（第 3 世代）を組み合わせています。「世代」は歴史の整理であって、「使うのを止めるべきツール」の選別ではありません。

タブ補完型・エージェント型・自律型の 3 分類フレーム

本コースの背骨となる、もう 1 つの整理が「3 分類フレーム」です。上の 3 世代とも重なる部分がありますが、現時点の landscape を静的に切り分けるための道具として使います。

flowchart TB
  A[タブ補完型<br/>編集中の続きを提案<br/>Copilot タブ補完<br/>Cursor Tab] --> Sync[同期型<br/>人間が主役]
  B[エージェント型<br/>対話しながら実装<br/>Cursor Composer<br/>Windsurf Cascade<br/>Claude Code] --> Sync
  B --> Async[非同期型<br/>AI が主体]
  C[自律型<br/>Issue → PR を自動生成<br/>Copilot Coding Agent<br/>Devin] --> Async

タブ補完型：エディタで編集中の続きを提案する。人間が入力の流れを主導し、AI は隣で控える。GitHub Copilot のタブ補完、JetBrains AI Assistant のインラインサジェスト、Cursor Tab などが代表例
エージェント型：対話しながら実装する。人間と AI がターン制で協働し、AI がリポジトリ内でファイル編集・コマンド実行を担う。Cursor Composer、Windsurf Cascade、Claude Code、Aider、Continue、Cline などが代表例
自律型：Issue や仕様書を渡すと、AI がバックグラウンドで実装を進める。GitHub Copilot Coding Agent、Devin などが代表例。人間はレビューと承認を担う

3 分類は排他的ではなく、実務では併用が普通です。エディタでタブ補完を受けつつ、複雑な変更はエージェント型に頼み、Issue の 1 つは自律型に任せる——といった使い分けが標準になりつつあります。

なぜ「3 分類」で考えるのか

新しいツールが 3 か月ごとに出てくる現状で、個別ツール名を覚えても数年で陳腐化します。ですが「タブ補完型／エージェント型／自律型」の分類は、上の階層としてかなり安定しています。新しいツールが登場したら、まずこの 3 分類のどこに位置づくかを判定する——この判断軸を身につけるのが本コースの狙いです。

⚠️ 注意 ベンダーはしばしば「エージェント」「自律 AI」「AI ペアプログラマ」といった言葉を売り文句として使います。ラベルではなく「動作の実態」で判定してください。同期的な対話か、非同期に PR を生成するか、どこまで人間が介在するか——この視点で観察するのが、ツール選定でぶれない鍵です。

Vibe Coding——「感覚で書く」の初期定義

2025 年 2 月、機械学習研究者の Andrej Karpathy が X（旧 Twitter）に「Vibe Coding」という言葉を投稿しました。「AI と対話しながら、感覚（vibe）でコードを書く新しいスタイル」を示すもので、SNS 上で急速に広まりました。

実務で受け止める境界

Vibe Coding は、プロトタイピングや個人開発では強力な発想です。厳密な仕様書を書かず、AI と対話しながらアイデアを形にする——この体験は生産性を大きく引き上げます。一方、受託開発・社内システム・プロダクション運用のコードでは、Vibe Coding をそのまま持ち込むと、後で「読めない・保守できない・テストできない」コードが積み上がるリスクがあります。

本コースでは、Vibe Coding を「否定すべきスタイル」でも「常に採用すべきスタイル」でもなく、「使う場面を選ぶ道具」として扱います。レッスン 3 では、Vibe Coding と対をなす spec-driven development（仕様駆動開発）と比較しながら、両者の適用場面を整理します。

中核メッセージ 6 個——コース全体を通して繰り返す骨格

コースを通して、次の 6 個の中核メッセージを繰り返します。今の段階では違和感が残っても構いません。8 レッスンを通じて、それぞれのメッセージが具体的な形を帯びていきます。

AI 駆動開発はツール操作ではなく、開発プロセスの再設計である
モデルは 3 か月で入れ替わる、ワークフローは 3 年で入れ替わる、思考の型は 10 年で入れ替わる
Human-in-the-Loop の設計こそエンジニアの新しい仕事
AGENTS.md／CLAUDE.md はコードの一部である
AI コードにはテストがいちばん効く、ただし AI に実装とテストを同時に書かせる循環は危険
導入は成功しやすいが、定着で 8 割が詰まる

本コースが扱わないこと

境界を明示しておきます。以下の論点は本コースの対象外です。

プロンプト設計の基礎（5 要素・Zero/Few-shot・Chain-of-Thought・JSON Schema）：別の入門コースで扱います
AI エージェント一般論（観察・思考・行動・記憶・道具の 5 要素・ReAct・Plan-and-Execute）：別の入門コースで扱います
Model Context Protocol のプロトコル仕様：別の入門コースで扱います
LLM 内部（Transformer・トークン・埋め込み・Post-training）：別の入門コースで扱います
Git／GitHub の基礎（PR フロー・ブランチ戦略）：別の入門コースで扱います
プログラミング言語の基礎：別の入門コースで扱います
個別モデルの性能ベンチマーク（MMLU・HumanEval・SWE-bench 等の点数比較）：情報の陳腐化が早いため扱いません
個別ベンダーの料金・SKU・最新機能一覧：数か月で陳腐化するため、機能概念レベルに留めます
資格試験対策：本サイトの方針で扱いません

これらを別途学びたい方は、外部の書籍・公式ドキュメントを参照してください。参考資料はコース末にまとめています。

まとめ

このレッスンでは、以下のことを学びました。

本コースは AI 駆動開発の「開発ワークフロー観点」の入門であり、プロンプト設計・エージェント一般論・MCP プロトコル仕様・Git 基礎・言語基礎は別途学ぶ前提であること
想定読者はエンジニア（自分で使う）とテックリード／PM（組織に導入する）の両軸で、両視点を同じコースで扱うこと
AI 駆動開発の 3 世代（補完→協働→委譲）と、その代表ツールの位置づけ
タブ補完型・エージェント型・自律型の 3 分類フレームで、既存ツールを整理する視点
Vibe Coding は「使う場面を選ぶ道具」であり、プロトタイピングと受託・社内システムでは扱いを変えること
コース全体で反復する中核メッセージ 6 個

次のレッスンでは、3 分類フレームを土台に、2026 年 7 月時点で選択肢となる具体的なツール群の「地図」を描きます。エディタ内蔵・CLI・IDE 統合 OSS・クラウド自律・プロトタイピング特化の 5 カテゴリで整理し、選定軸を提示します。

確認クイズ

このレッスンの理解度をチェックしましょう。