第4章 AI開発・Web制作でGitHubを使う
想定学習時間: 7分
GitHubは、これまで主に人間が書いたコードを管理し、チーム開発を円滑に進めるための基盤として利用されてきました。リポジトリ、README、コミット、ブランチ、プルリクエスト、Issueといった基本的な機能は、開発現場で長く使われてきた重要な概念です。しかし、Claude Code、Codex、Cursor、CopilotといったAI開発ツールの登場により、GitHubの役割はさらに進化し、その重要性が増しています。
AIはコード生成や修正、エラー分析など、多くの開発作業を効率化してくれます。「このHTMLを修正して」「このエラーの原因を探して」「READMEを整えて」といった具体的な指示に対し、AIは驚くほど的確な提案を返すことができます。
しかし、AIは魔法の開発者ではありません。AIに最高のパフォーマンスを発揮させるためには、人間側がプロジェクトを適切に整理し、明確な指示を与える必要があります。
これらの点が整理されていないと、AIは迷い、結果として人間側も混乱してしまいます。AIが生成したコードをどこに置くべきか、修正前の状態はどれだったのか、別のAIに作業を引き継ぐにはどうすればよいのか、といった問題が生じます。
この課題を解決する中心に位置するのがGitHubです。AI時代のGitHubは、単なるコードの保管場所ではなく、AIと人間が同じプロジェクトを扱い、共同で作業を進めるための「共通の作業場」としての役割を担います。
これからの開発では、一つのAIツールだけで全てを完結させるのではなく、複数のAIツールや開発環境を組み合わせて利用することが一般的になります。例えば、次のような流れが考えられます。
このような複数のツールを行き来する開発において、プロジェクトの「本体」となる場所が必要です。その本体を置く場所こそがGitHubです。GitHubにプロジェクトが整理されていれば、どのAIツールを使っても、あるいは人間が直接作業する場合でも、一貫した土台の上で効率的に作業を進めることができます。
GitHubの基本的な機能は、AIとの共同作業を安定させるための強力な土台となります。
これらの機能を活用することで、AIへの指示は「このリポジトリのREADMEを前提に、次のIssueを実装して」「このブランチでトップページのデザイン案を作って」「このプルリクエストの差分をレビューして」といった具体的なものになります。
AIにコードを「作らせる」瞬間は非常に生産的で楽しいものですが、その後の「作ったものを育てる」管理がなければ、すぐに限界が訪れます。GitHubは、AIが生成したコードを長期的に管理し、改善を積み重ねていくための場所です。
例えば、AIに小さな業務ツールを作らせた場合、最初はシンプルな機能から始まり、検索機能、出力機能、デザイン調整、ログイン機能など、要望に応じて機能が追加されていきます。GitHubがあれば、これらの変更をリポジトリ内で体系的に管理し、プロジェクトを「育てる」ことができます。
また、Web制作やAIアプリケーション開発、さらには外注先やチームとの共同作業においても、GitHubは中心的な役割を果たします。AIが作ったコードを外注先に見てもらい、その修正内容をプルリクエストで確認するといった、人間とAIと外部パートナーが同じリポジトリを見ながら作業する「AI時代の制作会議室」としての活用も可能です。
AIツールやその機能は日々進化し、変化していきます。しかし、GitHubを中心とした「AIに作業させる前に今の状態をコミットする」「大きな変更はブランチを分ける」「AIが作った変更は差分で確認する」「プルリクエストで確認してからmainに入れる」「作業内容はIssueに残す」「READMEにプロジェクトの目的を書く」といった考え方は、どのAIツールを使っても普遍的に役立ちます。
AIは強力な「作業者」ですが、プロジェクトの目的を決め、どの変更を採用するか判断し、公開の可否を決定し、守るべき情報を管理するのは常に「人間」です。GitHubは、その人間の判断を支え、AIとの協調作業を安定させるための不可欠な基盤となります。AIに仕事を任せる時代だからこそ、GitHubでの適切な管理が、AI開発の安定感と成功を大きく左右するでしょう。
人にたとえると
複数の職人が共同で一つの作品を作り上げる工房を想像してみましょう。
工房の親方は、作品全体の設計図を保管し、職人たちに作業の指示を出します。見習い職人は、親方の指示を受け、設計図の特定の箇所を担当します。見習い職人は自分の作業台で新しい部品を試作し、それが全体の作品に合うか親方に確認を求めます。親方は、試作された部品が設計図通りか、他の部品との整合性はどうかを細かく確認し、問題なければ作品本体に組み込む許可を出します。この一連の作業記録は、工房の日誌に詳細に記されます。