GitHubは、AIに仕事を任せるときの安全柵です。コマンドは覚えなくてかまいません。操作はClaude CodeなどのAIに日本語で頼めば進みます。ただし「全部AIの言う通りでいい」わけではありません。人が押さえるのは3つの考え方(セーブポイント、作業場、確認の場)と、AIに任せない操作の線引き、そして本番に出すOKを誰が出すかです。
この記事の3行サマリー
- コマンドは不要です。GitHubの操作はAIに日本語で頼めます。
- 覚えるのはセーブポイント(コミット)、作業場(ブランチ)、確認の場(プルリクエスト)の3つです。
- 作業を消しかねない操作と、本番に出す判断はAIに任せません。止めたい操作は、口約束ではなく設定で止めます。
この記事が役に立つ人、まだ要らない人
ここで言うAIは、ブラウザのチャット画面で質問に答えるClaudeではなく、パソコンの中のファイルを直接書き換えられる「Claude Code」のような道具です(Claude Codeとは?中小企業が知っておくべきAI開発ツールの基本)。チャットでメール文を相談しているだけなら、GitHubはまだ要りません。ホームページの文章やマニュアルの修正を、AIにファイルごと任せ始めたら出番です。
向かない仕事もあります。何人かでコメントを付け合いながら文書を仕上げるなら、Googleドキュメントのほうが合います。管理に向いているのは、ホームページの文章や手順書のような、メモ帳で開ける文字だけのファイル(テキストファイル)です。WordやExcel、画像も置けますが、どこが変わったかを1行ずつ見比べられないので良さが半分になります。顧客の実データを保管する場所にも向きません。表で管理する情報や頻繁に変わる業務ルールは、スプレッドシートやGoogleドキュメントのほうが扱いやすいはずです。
なぜAIを使うならGitHubなのか
GitHubは、Git(ファイルの変更を記録していく仕組み)を土台にしたクラウドサービスです。業務でたとえるなら契約書の版管理です。「第3版で第5条を誰がなぜ直したか」が残り、承認前の案と確定版が混ざらず、問題があれば前の版に戻せます。これをファイル一式でできます。
Claude Codeは、日本語の指示ひとつで複数のファイルを一気に書き換えます。速いぶん、間違えるのも速い。意図と違う直し方をされても、GitHubがあれば変わった箇所が一目で分かり、戻すこともできます。Claude Code自体にも巻き戻し機能はありますが、コマンドだけで変えたファイルは戻らず、記録も既定では30日ほどで消えます。公式の説明書きでも、長く履歴を残すならGitを使うよう案内されています。GitHubに置いたファイルはクラウドに記録ごと残るので、パソコンが壊れても取り戻せます。
覚えるのは3つだけ
非エンジニアがどこまで覚えるべきかは、「コマンドまで自分で覚える」「考え方だけ覚えて操作はAIに任せる」「利用者には意識させず仕組みの側で隠す」の3つの立場に分かれます。2026年の日本語の入門記事や動画では2つ目が多数派で、当社もこの立場です。中でも当社は、ブランチを先に教える考え方に近いです。AIは何も言わないと本番を直接直すことがあり、そこを最初に防ぎたいからです。
先に用語を2つだけ。本番とは、みんなが見ている正式版のことで、公開中のホームページや配布中のマニュアルがこれに当たります。GitHubの画面では「main」と表示されます。ファイル一式と変更の記録を入れておく箱は「リポジトリ」と呼びます。
セーブポイント(コミット):任せる前に記録する
コミットは、1回分の変更の記録です。いつ、誰が、何を、なぜ変えたかがひとまとまりで残ります。大きな作業を任せる前に「今の状態をコミットしておいて」と頼めば、戻れる地点ができます。
作業場(ブランチ):本番を触らずに試す
ブランチは、本番に影響を与えずに作業できる並行版です。配布中の正式版には手を付けず、改訂案のコピーで作業するイメージです。ブランチの中なら、AIがどれだけ書き換えても本番はそのままで、うまくいかなければブランチごと捨てれば済みます。頼むときの最初の一言は「ブランチを作ってから」です。
確認の場(プルリクエスト):取り込むかどうかを決める
プルリクエストは、ブランチで作った変更を本番に取り込んでよいか確認するための提案で、稟議書に近いものです。変更前と変更後の違い(差分)が並び、見た人がコメントやOKを出せます。OKが出たら、取り込み(マージ)はボタン1つです。
AIに任せる操作、確認してから任せる操作、任せない操作
AIは頼まれたことを片付けるために、作業を消すやり方を選ぶことがあります。操作を3つに分けておくと迷いません。
| 区分 | 主な操作 | 理由 |
|---|---|---|
| 任せてよい | ブランチの作成、コミット、プルリクエストの作成、変更内容や用語の説明 | 失敗しても戻せる |
| 確認してから任せる | 「元に戻して」、エラーへの対処、ファイルの削除や移動 | やり方しだいで作業が消える |
| 任せない(人が決める) | 本番への取り込み、公開・非公開の切り替え、記録の書き換え、リポジトリの削除 | 取り返しがつかないか、外に影響する |
実際の事故もあります。GitHubで公開されているClaude Codeの不具合報告には、「今の作業を保存して、最後に送った状態に戻して」と頼んだところ、作業内容を上書きして戻すコマンド(git reset --hard)が実行され、約4時間分の作業が戻らなくなった例があります。ルールのファイルに「Gitの操作は先に確認すること」と書いてあったのに、です。
ですから「戻して」と頼むときは、こう言います。
- 「まだコミットしていない変更も消えないやり方で、直す前の状態に戻して。実行する前に、何をするか説明して」
伝え方の基本は「思った通りに動かない」の正体は、AIに渡し忘れた前提にあるにまとめています。
なお、Gitが記録するのはリポジトリの中のファイルだけです。データベース、パソコンのほかのファイル、外部サービスの設定は、GitHubを使っていても戻せません。AIにこうした場所を触らせるときは、別の守り方が要ります。
差分の見方と、OKを出す人の決め方
AIは「直しました」と言いますが、実際の変更は差分で見ます。足された行が緑、消された行が赤で表示されます。全部読まなくても、まず赤い行に消されては困るものがないかを確かめ、変わったファイルの数を見ます。頼んだのはマニュアル1本なのに10個のファイルが変わっていたら、立ち止まる合図です。
日本語の文章は1文字直しただけでも段落全体が変更扱いになりがちです。そのときは「変えた箇所を、変更前と変更後で箇条書きにして」と頼みます。
変更は小さく分けて頼みます。GitHubのブログは、AIが作ったプルリクエストを見る目安として、関係のないファイルを5つ超えて変えていないか、目的を一文で言えるか、を挙げています。「この変更で問題が起きそうな点を挙げて」と、会話を見ていない別のAIに差分を見せるのも効きます。AIの説明が流暢でも、自分で説明できない変更にはOKを出さないことです。
OKを出す人も決めておきます。ドイツのソフトウェア会社epilotは、非エンジニア11人が60日間で40件のプルリクエストを出した事例を公開しています。作るのは非エンジニアとAIで、取り込むのはエンジニアです。最初は本番に送る権限(push)を持つ非エンジニアが確認なしで本番に反映してしまい、そこから権限を締めたそうです。GitHubのAI(Copilot)も、作業を頼んだ本人の承認は必須の承認に数えない仕様です。個人の試作なら自分でOKを出してかまいませんが、公開するページや社内規程は、作った人とは別の人がOKを出す形にします。
約束ではなく、設定で縛る
「本番は直接触らないで」と伝えるだけでは、守られないことがあります。Claude Codeの公式の説明書きも、ルールのファイルや会話での指示に保証はない、と書いています。必ず止めたい操作は、AIの判断に頼らない設定で止めます。
| 段階 | 中身 | 効き方 |
|---|---|---|
| 1. ルールのファイル(CLAUDE.md) | AIが毎回読む取り決め。「必ずブランチを作ってから」などを書く | 補助。破られることがある |
| 2. 禁止ルールの設定 | 記録の上書きや作業を消すコマンドを、Claude Codeの設定で禁止する | どのモードでも止まる |
| 3. ブランチ保護と承認の必須化 | 本番を直接変えられないようにし、取り込みに承認を必須にする | GitHub側で止まる。非公開リポジトリでは有料プラン |
| 4. 自動チェック(CI) | 変更を出すたびに、決めた検査を機械が流す | 人が見落としても機械が止める |
設定の中身もAIに書いてもらえます。「記録を上書きする操作と、まだ記録していない変更を消す操作を、禁止ルールに入れて」と頼めば足ります。
Claude CodeをターミナルやVS Codeで使うと、新しいバージョンでは最初から自動モード(危ない操作をAIの判定役が止めるモード)で始まります。記録の上書きのような操作は、このモードでも止まります。ただ、判定役もAIなので外れることがありますし、本番への送信(push)は既定では止まりません。2と3の設定を足しておくと安心です。
秘密情報と公開範囲は人が決める
社内のファイルを置くなら非公開(プライベート)にし、GitHubの画面でリポジトリ名の横に「Private」と出ているかを自分の目で見てください。一度記録した情報は履歴に残るので、パスワード、外部サービスにつなぐ鍵になる文字列(APIキー)、顧客の個人情報、給与の金額は非公開でも置きません。GitGuardianの調査では、2025年にClaude Codeを使って作られたコミットの約3.2%に秘密情報が含まれ、全体の基準の約2倍でした。記録の対象から外すファイルの一覧(.gitignore)をAIに作ってもらいましょう。もし置いてしまったら、まずそのパスワードや鍵を無効にして新しいものに変えます。
当社の使い方:ホームページをこの流れで回している
当社カラフルボックスは社員10名規模の会社で、自社ホームページ(colorfulbox.co.jp)のファイル一式をGitHubで管理しています。変更の流れは次のとおりです。
- 本番とは別のブランチで作業する
- プレビュー用のURLで、実際の見た目を確認する
- 担当者が中身をチェックする
- 問題がなければ本番に反映する
作る人と、本番に出すOKを出す人は分けています。プレビュー用のURLと本番への自動反映は、GitHubの機能を使って当社で用意した仕組みです。ブランチの作成からプルリクエストまで、細かな操作の多くはClaude Codeに日本語で頼んでいます。AIが直している途中のページは本番に出ず、プレビューで実物を見てから判断するので、出してみたら崩れていた、という事故も防げます。
始め方は3ステップ
- 会社のメールアドレスでGitHubのアカウントを作り、2要素認証(パスワードに加えて、スマホの認証アプリなどで本人確認する仕組み)を設定する。会社で使うなら、会社用の「組織(Organization)」も作っておくと、人ごとに権限を分けられます
- Claude Codeを用意する。パソコンに入れる方法と、ブラウザで使う方法(claude.ai/code)があり、どちらもClaudeの有料プランで使えます
- 管理したいファイルを1つのフォルダにまとめ、Claude Codeでそのフォルダを開いて「このフォルダを非公開でGitHubに置いて、手順を教えて」と頼む
ブラウザ版で非公開リポジトリを使うときは、GitHub側にClaudeのアプリを入れます。Claudeのチーム・企業向けプランなら、管理者が先にGitHubとの接続を有効にしておきます。
最初の権限設定、ブランチ保護、禁止ルールの設定は、社内の詳しい人か外部の人に一度固めてもらうのが近道です。非エンジニアは、概念よりも手前の権限や英語の画面、環境の準備でつまずきがちだからです。画面のどのボタンを押せばいいかは、AIに聞けば教えてくれます。
よくある質問(FAQ)
Q. GitHubは無料で使えますか?
A. 無料で使えます。無料プランでも非公開リポジトリを個数制限なく作れ、共同作業者の人数にも制限はありません(2026年11月時点)。ただし、本番への直接の変更を禁止する「ブランチ保護」は、非公開リポジトリでは有料プランからです(会社の組織ならTeamプランで1ユーザー月4ドル)。Claude Code側も有料プランが対象です。
Q. コマンドを覚えなくても本当に大丈夫ですか?
A. 操作の面では大丈夫です。コミット、ブランチの作成、プルリクエストの作成は、Claude Codeに日本語で頼めば実行されます。ただし「元に戻す」作業は、実行前に何をするか説明させてください。本番への取り込みと公開範囲の判断は人が持ち、止めたい操作は禁止ルールやブランチ保護の設定で止めます。
Q. Googleドキュメントで版管理するのではだめですか?
A. 人が文書を直してコメントし合う仕事なら、Googleドキュメントで十分です。GitHubが活きるのは、AIにファイル一式を書き換えさせ、その差分を確かめてから取り込みたいときです。ホームページの文章やAIに読ませるルールのファイルはGitHub向きで、表や頻繁に変わる業務ルールはスプレッドシートのほうが扱いやすいです。
Q. 社内の情報をGitHubに置いて安全ですか?
A. 非公開リポジトリにして、見られる人と権限を絞れば、社内の作業場所として使えます。会社用の組織(Organization)に置けば、閲覧だけから全操作まで5段階で権限を分けられます。最初は管理する人を1〜2人に決め、ほかの人は必要な範囲で招待します。パスワードや顧客情報は非公開でも置かず、2要素認証も設定してください。
AIに任せる仕組みづくりのご相談は
どの業務をAIに任せ、どこで人がOKを出し、どの操作を設定で止めるかの線引きは会社ごとに違います。カラフルボックスは、自社でもClaude CodeとGitHubでホームページを運用している経験をもとに、Claudeの導入からAI内製化までを支援しています。全社導入の進め方は社員10名で全社にClaudeを導入し、2ヶ月で運用化した進め方で紹介しています。何から任せられるかを一緒に整理するところから、無料相談でお受けしています。
