「AIさん、買い物リストのアプリを作って！」
そう頼むと、ほんの数分で動くアプリが返ってくる。そんな時代になりました。ChatGPTやClaudeに日本語で話しかけるだけでコードが書けてしまう、いわゆる「バイブコーディング」です。
ところが、実際にやってみた人の多くが、同じところでつまずきます。
- AIが生成した大量のファイル、どこに置けばいいの？
- うっかり壊してしまったら、元に戻せるの？
- AIが書いたコード、そのまま信じて使っていいの？
この3つの不安をまとめて解決してくれるのが GitHub（ギットハブ）です。世界中の開発者が使っている定番サービスですが、実は「AIと一緒に開発する人」にこそ必要な道具になっています。
この記事では、まず8ページの漫画でGitHubの全体像をつかんでいただき、そのあとで用語や仕組みを文章でじっくり補足します。プログラミング未経験の方でも読み切れるように書きましたので、ぜひ最後までどうぞ。
まずは漫画でどうぞ（8ページ）
いかがでしょうか。ここからは、漫画に出てきた考え方をひとつずつ、もう少し丁寧に解説していきます。
なぜ「AI開発」にこそGitHubが必要なのか
これまでもソフトウェア開発にバージョン管理は必須でしたが、AIとの開発では事情がさらに切実になります。理由はシンプルで、変更の量とスピードが桁違いだからです。
人間が1日かけて書いていた量のコードを、AIは数分で生成します。1回の指示で数十ファイルが作られることも珍しくありません。「昨日どこを変えたっけ？」を人間の記憶だけで追いかけるのは、もう不可能です。
漫画の主人公が感じた3つの不安は、そのままGitHubの3つの機能に対応しています。
- 「どこに置けばいいの？」 → リポジトリ（履歴つきの保管場所）
- 「壊したら戻せる？」 → コミットとブランチ（セーブポイントと安全な作業場所）
- 「AIのコードを信じていい？」 → プルリクエスト（人が確認してから取り込む関所）
つまりGitHubは単なる置き場ではなく、「AIの仕事を人間が把握し、確認するための仕組み」なのです。
GitとGitHubの違い ── 記録係と保管庫
初心者が最初に混乱するポイントがここです。名前は似ていますが、役割はまったく別物です。
Gitとは
ファイルの変更履歴を記録する仕組み（バージョン管理システム）です。手元のパソコンで動くツールで、「いつ、誰が、どのファイルを、どう変えたか」を全部ノートに書き留めてくれる記録係だと思ってください。
GitHubとは
Gitで記録した履歴を、オンラインで保管・共有するためのサービスです。記録係のノートを、チームのみんな（そしてAI）が読み書きできる保管庫に置くイメージです。
「Gitが記録係、GitHubがみんなで使える保管庫」。漫画のこの一言が、そのまま両者の関係です。ちなみに同じ役割のサービスにはGitLabなどもありますが、利用者数・情報量ともにGitHubが圧倒的なので、最初はGitHub一択で問題ありません。
これだけ覚えればOK。基本用語5つ
リポジトリ：プロジェクトごとの保管場所
アプリやWebサイトなど、プロジェクト1つにつき1つ作る「箱」です。ただのクラウドストレージと違うのは、ファイルの中身だけでなく変更の歴史ごと保管される点。「4月20日にユウタさんがindex.htmlを追加した」「4月22日にソウタさんが修正した」という記録が、すべて残ります。
コミット：開発のセーブポイント
変更のキリのいいところで記録を残す操作です。ゲームのセーブとまったく同じ発想で、「ボタンの色を変更」のようなメモ（コミットメッセージ）を添えて保存しておけば、あとで「あのセーブポイントまで戻る」ことができます。AIに大胆な変更を頼む前にコミットしておく。これだけで「壊したら戻せない」恐怖から解放されます。
ブランチ：完成版を守ったまま試せる作業場所
完成版（mainブランチ）から枝分かれさせた、作業用のコピーです。新機能の実験はブランチの上でやるので、AIがどれだけ大胆にコードをいじっても、完成版は無傷のまま。うまくいったら取り込み、失敗したらブランチごと捨てればいい。AIに思い切った試行錯誤をさせられるのは、この仕組みがあるからです。
プルリクエスト（PR）：変更を「人が確認してから」取り込む
ブランチでの変更を完成版に取り込む前に、「この変更を見てください」と申請する仕組みです。変更前と変更後の差分が並んで表示されるので、レビューする人は「どこがどう変わるのか」を一目で確認できます。問題があればコメントで修正を依頼し、OKなら承認（Approve）してマージ。
AI開発において、ここが一番大事な関所です。AIの書いたコードを無条件で完成版に入れるのではなく、必ず人間の目を通してから取り込む。この一手間が、品質と安心を担保します。
Issue：やることを書いておくメモ
「買った商品をチェックできるようにしたい」のように、やりたいこと・直したいことを書き留めておくタスク管理機能です。人間同士のタスク共有はもちろん、最近はAIへの指示書としても機能します。Issueに要望を書けば、それを読んだAIが実装に取りかかる、という開発スタイルが現実になっています。
AIと一緒に開発する、基本の流れ
用語が揃ったところで、漫画7ページ目で描いた「AIとの開発サイクル」を整理します。
- Issueにやることを書く（人間：何を作るか決める）
- 作業用ブランチを切る（完成版を保護）
- AIが実装してテストする（AI：手を動かす）
- プルリクエストで差分を確認する（人間：チェックする）
- 問題なければマージ（完成版に取り込む）
Claude CodeやGitHub CopilotといったAIコーディングツールは、まさにこの流れを前提に設計されています。人間の役割は「コードを書くこと」から、「何を作るか決めること」と「できたものを確認すること」へ。GitHubは、その新しい分業を支える共同作業の場になっているわけです。
そしてもうひとつ大事なのは、成果物だけでなく「どう作ったか」が全部残ること。どのIssueから始まり、どんなコミットを重ね、誰がレビューして取り込んだのか。この履歴そのものが、AIとの共同作業における信頼の土台になります。
GitHubの始め方（最初の3ステップ）
難しそうに見えて、始めるだけなら10分もかかりません。
- アカウントを作る：github.com から無料で登録できます。個人利用なら無料プランで十分で、非公開リポジトリも作れます。
- リポジトリを作る：右上の「＋」から「New repository」。公開（Public）／非公開（Private）を選ぶだけ。迷ったら非公開でOKです。
- AIツールとつなぐ：Claude CodeなどのAIコーディングツールにリポジトリを扱ってもらうか、GitHub Desktopという公式アプリで手元のフォルダと同期します。
最初から黒い画面でコマンドを打つ必要はありません。まずは「記録と確認の場所」として使い始めて、慣れてきたらコマンド操作を覚えていけば十分です。
よくある質問
Q. プログラミングができなくても使えますか？
A. 使えます。実際、企画書やドキュメントの管理にGitHubを使う非エンジニアも増えています。AIにコードを書いてもらう前提なら、なおさら「書く力」より「確認する場所」が大事です。
Q. AIが作ったコードを全部レビューするのは大変では？
A. だからこそプルリクエストが効きます。全ファイルを読むのではなく「今回の変更差分だけ」を見ればいいので、確認範囲がぐっと絞られます。テストを書かせておけば、さらに安心です。
Q. 会社のコードや資料を置いても大丈夫？
A. 非公開リポジトリにすれば、招待したメンバー以外は見られません。組織で本格的に使う場合は、権限管理ができるOrganization機能の利用を検討してください。
Q. GitとGitHub、どちらから勉強すべき？
A. GitHubの画面から入って構いません。コミット・ブランチ・プルリクエストという「考え方」を先に押さえれば、Gitのコマンドはあとから自然についてきます。
まとめ：GitHubは「人間とAIの共同作業場」
漫画の最後の一文を、もう一度。
AIの登場で「作ること」自体のハードルは劇的に下がりました。次に問われるのは、作ったものをどう管理し、どう確認し、どう育てていくか。GitHubはその答えを、すでに持っています。
「AIと一緒に、ちゃんとアプリを完成させる」。その第一歩として、まずはアカウント作成から始めてみてください。
株式会社Four Youでは、生成AIの導入支援から、GitHubを活用したAI開発体制づくりまで、企業のAI活用を伴走支援しています。「AIに開発を任せたいが、品質や管理が不安」という方は、お気軽にご相談ください。
#GitHub #GitHub入門 #AI開発 #生成AI #バイブコーディング #プログラミング初心者 #漫画でわかる #Git #AIとの共同作業 #エンジニアリング
