この記事でわかること
「AIに作業を任せていたら、GitHubという言葉が出てきた」「エンジニアの道具だと思っていたのに、自分にも関係あるの？」。生成AIやAIエージェントを使い始めた経営者・個人事業主の方から、最近よく聞く声です。
GitHubの解説記事はたくさんありますが、そのほとんどは開発者向けに書かれています。この記事では、プログラムを書かない人に向けて、GitHubとは何か、Gitと何が違うのか、無料でどこまでできるのかを、仕事の言葉で説明します。
この記事で扱う主な内容は、次のとおりです。
- GitHubとは何か（Gitとの違いの整理）
- 何のために使うのか
- 無料でどこまでできるか
- 最低限おぼえておく用語3つ
- 注意点と危険性
GitHubとは（Gitとの違いをまず整理）
GitHubとは、ファイルを「変更の履歴ごと」インターネット上で保管・共有できるWebサービスです。読み方は「ギットハブ」。世界中で使われている定番サービスで、2018年からはMicrosoftの傘下で運営されています。
名前のよく似た「Git」との関係を、先に1枚で整理します。ここさえ押さえれば、GitHubの記事の大半は読めるようになります。
| Git（ギット） | GitHub（ギットハブ） | |
|---|---|---|
| 正体 | 自分のパソコンの中で動く仕組み | インターネット上のWebサービス |
| 役割 | ファイルの変更を検出し、選んだ節目をコミットとして記録する | その記録ごとファイルを保管・共有する |
| たとえるなら | 手元のノートに履歴を付ける道具 | 履歴付きノートを預ける保管庫 |
つまり、Gitが「記録する仕組み」、GitHubが「記録ごと預ける場所」です。Gitそのものの仕組み（履歴・戻せる・差分という3つの考え方）は、Gitとはで正体から解説しています。本記事は、GitHubというサービス側の話に集中します。
何のために使うのか（コードではなく「仕事のファイル」の置き場）
「GitHubは何のために使うのか」。検索でも最も多い質問です。答えを一言で言えば、複数の人（そしてAI）が同じファイルを安全に共同編集するためです。
GitHubは「プログラムのコードを置く場所」と説明されることが多いのですが、実体はもっと広く、履歴ごと共有できる仕事ファイルの置き場です。文章・設定ファイル・原稿・マニュアルのような、テキスト中心のファイルなら何でも管理できます。一方、WordやExcelなどのOffice文書、大容量の画像・動画、頻繁に中身が変わるデータファイルは、差分の確認や容量の面で不向きな場合があります。
そして今、プログラムを書かない人がGitHubに出会う場面が増えています。きっかけは大きく2つあります。
- AIとの共同作業。Claude CodeのようなAIエージェントはGitと連携し、差分を確かめたり、選んだ節目をコミットとして記録したりしながら作業できます。その記録の保管・共有先として、GitHubが定番の受け皿になっています。
- パソコンの複数台運用。メインPCとサブPCで同じ仕事フォルダを使いたいとき、GitHubを経由すると、履歴ごと最新版を共有しやすくなります。ただし、同じ箇所を同時に編集すれば「競合」（変更のぶつかり）は起こり得るため、作業前に最新を取り込み、変更を統合する運用とセットで使います。
「エンジニアの世界の道具が、AI経由で普通の仕事場に降りてきた」。これが、いまGitHubを調べる人が増えている背景です。AIエージェントの側の話は、Claude Codeの使い方で解説しています。
無料でどこまでできるか
GitHubは、個人利用なら無料プランで始められます。しかも、非公開のファイル置き場（プライベートリポジトリ）も無料で作れます。
かつては「無料だと全世界に公開される」という時代もあったため、古い記事には「非公開は有料」と書かれていることがあります。現在は、個人の無料プランでも非公開の置き場を作れるのが基本です。人数や容量、細かな機能の制限は変わることがあるため、契約前に公式サイトの料金ページで現行の条件を確認してください。
仕事で使う場合の目安としては、「自分（と自分のAI）のファイルを保管・共有する」範囲なら無料プランで十分に始められる、と考えて差し支えありません。なお、これはあくまでファイル置き場としての範囲の話で、GitHubの付加機能（自動処理のActionsなど）には無料枠や機能差が別にあります。
最低限おぼえておく用語は3つだけ
GitHubの画面には専門用語が並びますが、最初におぼえるのは3つで足ります。
- リポジトリ：ファイル一式＋その変更履歴をまとめた「保管箱」のこと。仕事のプロジェクト1つにつき、箱を1つ作るイメージです。
- プッシュ：手元のパソコンで記録した履歴を、GitHub上の保管箱へ送ること。「アップロード」に履歴が付いたもの、と考えると近いです。
- クローン：GitHub上の保管箱を、履歴ごと丸ごと手元のパソコンに複製すること。新しいパソコンで仕事を始めるときは、これで一式を持ってきます。
ブランチやプルリクエストといった用語も出てきますが、最初から必須ではありません。ブランチは、元のファイルに影響させずに試し書きを分けておく機能で、個人でも、AIの変更を隔離しておく使い方にも役立ちます。必要になった段階で学べば十分です。
最初の使い方（最小の4ステップ）
用語が分かったら、実際に使い始める流れも最小構成で押さえておきます。開発の手順ではなく、「非公開の保管箱を1つ持つ」ところまでです。
- GitHubのアカウントを作る（無料）
- リポジトリを新規作成する。このとき公開範囲は必ず「Private（非公開）」を選ぶ
- 最初のファイルを置く（画面から直接アップロードするか、手元のGitからプッシュする）
- 別のパソコンで使うときはクローンで一式を取得し、作業の前に最新の状態を取り込む
画面つきの公式チュートリアル（Hello World）も用意されているので、実際の操作はそちらに沿うのが確実です。AIエージェントに「このフォルダをGitHubの非公開リポジトリに上げて」と頼み、操作を任せる入り方もあります。その場合も、送り先のリポジトリと公開範囲（Privateになっているか）・鍵になる情報が混ざっていないか・何を送るか（差分）・送信の結果は、人が確認してください。
注意点と危険性（事故はこの2つから起きる）
「GitHub 危険性」という検索も多いのですが、サービス自体が危険というより、使い方の事故が2種類ある、というのが正確です。
- 公開・非公開の設定ミス。リポジトリには公開（誰でも見られる）と非公開（自分と許可した人だけ）があり、作成時に選びます。仕事のファイルは非公開が原則です。公開設定のまま社内資料を置いてしまう事故が、実際に起きています。
- パスワードや認証情報を保存してしまう。APIキーやパスワードの書かれたファイルは、たとえ非公開リポジトリでも保存しないのが鉄則です。通常のファイル削除だけでは、過去の履歴の中に情報が残り続けるためです。万一保存してしまったら、まずその鍵を無効化・再発行し、必要に応じて履歴の書き換えという専門的な対処を行います。鍵の置き場の考え方は、資格情報マネージャーとはで整理しています。
まずは「非公開で作る」「鍵になる情報は置かない」の2つが出発点です。そのうえで、アカウントの乗っ取りや誤削除といったリスクも残るため、二要素認証（ログイン時の追加確認）を有効にする、共有相手には必要最小限の権限だけ渡す、GitHubとは別系統のバックアップも持つ（バックアップの3-2-1ルールとは）、という基本もあわせて整えてください。
私がGitHubを最初から導入しなかった理由と、「導入トリガー」の考え方
AI運用の仕組みづくりの相談で、「最初からGitHubまで導入したほうがいいですか」と聞かれることがあります。私の答えは、「必要になる条件を先に決めて、その条件に達したときに導入すれば十分」です。
実際、自社のAI運用基盤を作り始めた当初、作業するパソコンは1台でした。この段階では、ローカルのGitで変更履歴を残し、作業フォルダを定期的にZIPにしてクラウドへ退避するだけで、必要な安全性を確保できていました。
1台運用で解決すべき問題は、誤った修正を元へ戻せることと、パソコンが故障してもファイルを復元できることの2つに絞られます。前者はGitが、後者はクラウド退避が受け持つ、という役割分担で足りたのです。
状況が変わったのは、作業環境を複数のパソコンへ広げたときでした。
どちらのパソコンに最新版があるか分からない。修正をもう一方へ反映し忘れる。ZIPの作成と展開のたびにコピーが増え、変更履歴がパソコンごとに分かれる。
クラウドへのZIP退避はバックアップには向いていますが、複数のパソコンで一つの正本を編集し続ける仕組みとしては、手作業が増えすぎました。
そこで初めて、ローカルGitの履歴をGitHubのリポジトリと同期する方式へ切り替えました。作業前に最新状態を取得し、作業後に変更を反映する。
これで「どのパソコンが正本か」と迷うのではなく、GitHubへ反映された状態を共有基準にできるようになりました。
つまり私がGitHubを導入した理由は、高機能だからではなく、複数の作業場所で、一つの変更履歴を共有する必要が生じたからです。
1台で作業している段階では、アカウント管理や認証、同期手順は、かえって負担になり得ます。初めてGitを扱う人が同時にGitHubまで覚えようとすると、仕組みを理解する前に操作でつまずきがちです。
なお、複数PCにしても、同じフォルダを2台で同時に編集することはしません。端末を切り替える前に変更をGitHubへ反映してから移る、という順番だけは崩さない運用にしています。
この経験からお伝えしたいのは、GitHubという道具そのものより、仕組みを導入する条件（導入トリガー）を先に決めておくことの大切さです。
2台目のパソコンで同じプロジェクトを扱う。複数人で正本を共有する。手動コピーによる上書き事故が起きた。こうした条件に達するまでは簡単な運用を続け、達したら次の仕組みへ移る、と決めておきます。
この考え方はGitHubに限りません。資料が1つならファイル添付で対応し、増えたら専用の仕組みを使い、手作業の限界を超えたら自動化する、というように段階を分けられます。
仕組みは先に全部そろえるのではなく、次の段階へ移る条件を先に決めておく。それが、不要な複雑化を避けながら、基盤を強くする時期を逃さないコツだと考えています。
GitHubについてよくある質問
GitHubの何がすごいのですか？
「誰が・いつ・何を変えたか」が残る状態で、世界中の人やAIと同じファイルを共同編集できることです（「なぜ変えたか」は、変更の記録に人やAIがメッセージとして書き添えることで残ります）。この仕組みが事実上の世界標準になっているため、開発の共同作業の多くはGitHubを前提に回っており、Git・GitHubと連携するAI製品も多くあります。
GitHubの読み方は？
「ギットハブ」と読みます。Git（ギット）と、たまり場を意味するHub（ハブ）を組み合わせた名前です。
GitHub Copilotとは別物ですか？
別物です。GitHub Copilotは、GitHub社が提供するAIコーディング支援サービスの名前で、ファイルの保管・共有サービスであるGitHub本体とは役割が違います。詳しくはGitHub Copilotとはで解説しています。
GitHubはAIと関係がありますか？
大いにあります。Claude CodeなどのAIエージェントはGitと連携し、差分を確認したり、指示・許可した節目をコミットとして記録したりできます。その記録の共有先としてGitHubがよく使われます。「AIに仕事を任せる時代の、成果物の置き場」と考えると、非エンジニアにとっての位置づけがつかみやすくなります。
バックアップ代わりになりますか？
履歴ごと別の場所に保管されるため、バックアップの一部として機能します。ただし、GitHubだけに頼るのではなく、複数の保管先を組み合わせるのが安全です。考え方はバックアップの3-2-1ルールとはで解説しています。
関連記事と「AI戦略」に関するご案内
GitHubとは、ファイルを変更の履歴ごと保管・共有できるWebサービスであり、「コードの置き場」というより「履歴付きの仕事ファイルの置き場」です。個人の無料プランで非公開の保管箱を作れること、事故は「公開設定ミス」と「鍵情報の保存」の2つから起きること。この2点を押さえれば、AI時代の道具として安心して使い始められます。
仕組み側のGitはGitとは、バックアップ全体の設計はバックアップの3-2-1ルールとは、AIエージェントとの組み合わせはClaude Codeの使い方で、それぞれ整理しています。
AI活用を個別ツールの理解で終わらせず、経営や業務の改善につなげたい場合は、中小企業社長のためのAI戦略活用完全ガイドで全体像を確認できます。
確認日：2026年8月2日（GitHubの公式情報ほか各社の公開情報を参照）
