公開日:
Claude Codeがアプリを壊しても、GitHubに変更を保存してあれば「さっきの状態に戻して」の日本語ひと言で、壊れる前に戻せます。
gitコマンドは1個も覚えなくていい。
保存も反映もPR作成も、Claude Codeに日本語で頼めば代わりに動きます。
この記事はGitHub公式docsとAnthropic公式docsの記述をもとに、AIに任せる操作と人が確認する操作の境界線、やらかし別の戻し方、コピペで使える日本語プロンプトを整理しました。
この記事はClaude Codeでバイブコーディングを始めたばかりの非エンジニア向け（GitHubを触ったことがなくても読めます）。
そもそもClaude Codeに「Git操作を日本語で任せる」ってどういうこと？
Claude Codeは黒い画面（ターミナル）の中で動くAIです。
そのAIに、保存や反映といったGitの作業を日本語でそのまま頼める、というのが今回の話の土台になります。
この点はAnthropicの公式READMEにはっきり書いてあります。
Claude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands.
出典: anthropics/claude-code 公式README（https://github.com/anthropics/claude-code）
末尾の「handling git workflows - all through natural language commands」が肝です。
要は「Gitの一連の作業を、ぜんぶ自然な言葉の指示でさばく」と公式が言い切っています。
ここでいう自然な言葉は英語に限りません。
日本語で「ここまでの変更を保存して」と打てば、Claude Codeが裏でコミットまで進めます。
gitコマンドの暗記はゼロ。
PRを作るときも同じで、Anthropicの公式Common workflowsページには次の一文があります。
You can create pull requests by asking Claude directly ("create a pr for my changes")
出典: Claude Code Common workflows（https://code.claude.com/docs/en/common-workflows）
「create a pr for my changes（変更をPRにして）」と直接頼めばPRができる、と例示されています。
この2つの公式記述を読むと、覚えるべきなのはコマンドではなく「頼み方」だけだと私は感じます。
なぜGitHubに保存しておくと「壊れる前」に戻せるのか？
GitHubは、変更の履歴を1つずつ積み重ねて保管しておく箱です。
コミットするたびに「その時点のファイル一式」が記録されるので、あとから好きな地点に戻せます。
だからClaude Codeがコードを壊しても、直前の記録さえ残っていれば巻き戻せる、という理屈です。
この場所には世界中の開発者が集まっています。
GitHub公式のOctoverse 2025レポートによると、登録者は1億8,000万人超で、直近1年の新規は3,600万人。
平均して毎秒1人以上が新しく登録している計算です。
私は「みんなが保存に使っている場所」という事実そのものが、初心者の安心材料になると思っています。
ただ、その画面はほぼ英語です。ここで手が止まる非エンジニアが多い。
最低限これだけ意味が分かれば、戻す・確認するの操作で迷いません。
| 画面の英語 | 日本語での意味 |
|---|---|
| Code | ファイル一式の置き場 |
| Issues | やることリスト・不具合メモ |
| Pull requests | 変更を反映する申請の一覧 |
| Actions | 自動処理を動かす画面 |
| Settings | 設定 |
| Merge | 変更を取り込む |
| Revert | 変更を取り消す（記録は残す） |
| conflict | 変更どうしのぶつかり |
この対訳が頭に入っていれば、Claude Codeが「Revertしました」と返してきても意味が読み取れます。
AIに任せる操作、人が確認する操作、AIに丸投げ禁止の操作はどう分ける？
ここが他のGitHub入門にいちばん抜けている部分で、この記事でも最重要のパートです。
判定基準はひとつ、取り返しがつくかどうか。
戻せる操作はAIに任せていい。
戻せない操作は人が確認する。
壊したら終わりの操作はAIに丸投げしない。
この3段で切ると、覚えることが一気に減ります。
| 区分 | 操作の例 | 理由 |
|---|---|---|
| AIに任せてOK | コミット・プッシュ・ブランチ作成・コンフリクト解消 | 履歴が残るので後から戻せる |
| 人が目で確認 | Public/Privateの設定・.gitignoreの中身・プッシュ先のリポジトリ名・コミットメッセージ | 間違うと外部に見えるが、気づけば直せる |
| AIに丸投げ禁止 | force push・Publicへの機密情報の公開・リポジトリ削除 | 取り返しがつかない、または痕跡が残る |
force pushだけは別格です。
私なら、force pushとPublic公開とリポジトリ削除の3つは絶対にAIに丸投げしません。
この境界線は、GitHubの安全機能の「守備範囲」を知るとさらに納得できます。
GitHub公式docsは、パスワードやトークンといった秘密情報の流出を防ぐPush protectionをこう定義しています。
Push protection is a secret scanning feature designed to prevent hardcoded credentials, such as secrets or tokens, from ever being pushed to your repository.
出典: GitHub Docs「Push protection」（https://docs.github.com/en/code-security/concepts/secret-security/push-protection）
秘密情報がプッシュされる前に止める仕組み、と明記されています。
パブリックリポジトリではデフォルトで有効です。
ただし、これは100%止まる仕組みではありません。
同じ公式docsには、書き込み権限があれば理由を書いてバイパスできると書いてあります。
By default, anyone with write access to the repository can bypass push protection by specifying a bypass reason.
出典: 同上
「I'll fix it later（あとで直す）」のような理由を選べば通せてしまう、という例まで挙がっています。
だから最後の防波堤を機械任せにせず、機密の公開だけは人が確認する。
これが境界線の意味です。
Claude Codeに日本語でGitを任せる始め方は？（セットアップ手順）
ここからが実際の始め方です。
Anthropic公式docsが示す手順を、そのままなぞります。
公式のClaude Code GitHub Actionsページには、導入コマンドがこう書いてあります。
Run /install-github-app in the Claude Code terminal to set up the integration interactively. The command installs the Claude GitHub App on your repository and then walks you through adding the GitHub Actions workflows and the API key secret.
出典: Claude Code GitHub Actions（https://code.claude.com/docs/en/github-actions）
この記述を非エンジニア向けに手順化すると、次の3ステップになります。
- STEP1：Claude Codeの画面で
/install-github-appと打ち込んで送信する - STEP2：画面の案内どおりに進めて、GitHub Appをリポジトリに入れる。同じ流れで自動処理の設定とAPIキーの登録まで案内される
- STEP3：以降は日本語で「ここまでの変更を保存して」「変更をPRにして」と頼むだけ
ここで引っかかりやすいのは権限です。公式docsは前提条件を明記しています。
You must be a repository admin to install the GitHub app and add secrets. The GitHub app will request read & write permissions for Contents, Issues, and Pull requests.
出典: 同上
アプリを入れるには管理者権限が要る、と書かれています。
個人で作ったリポジトリなら本人が管理者なので、そのまま進めて問題ありません。
権限の中身は、ファイル・Issues・Pull requestsの読み書き。
つまり保存と申請に必要な範囲だけです。
セットアップが終われば、あとは頼み方だけ。
gitコマンドの暗記は最後まで出てきません。
やらかした時、日本語ひと言でどう戻す？（トラブル別の戻し方）
バイブコーディングで初心者がぶつかる事故は、だいたい4パターンに絞れます。
どれも、GitHubに保存してあれば日本語の依頼で対処できます。
私はこの中で3つ目のAPIキー漏洩がいちばんこわいと思っています。
理由は後述します。
| やらかし | Claude Codeに頼む日本語 | 裏で起きること |
|---|---|---|
| AIがコードを壊した | 「さっきのコミットの状態に戻して」 | 直前の保存地点まで巻き戻す |
| 間違えてプッシュした | 「さっきの変更を打ち消して。履歴は残して」 | Revertで打ち消す（記録は残る） |
| APIキーを上げてしまった | 下の3ステップで対処 | 鍵の無効化と履歴からの削除 |
| コンフリクトが出た | 「コンフリクトを解消して」 | ぶつかった箇所を整理して統合 |
2つ目で force push ではなく Revert を選ぶのがポイントです。
Revertは打ち消しの記録を残すので後から追える。
force pushは履歴ごと消すので後戻りできません。
3つ目のAPIキー漏洩だけは、日本語ひと言では終わりません。
ここは順番が決まっています。
- STEP1：漏らした鍵を発行元の管理画面で無効化する。ここが最優先で、GitHubの操作より先
- STEP2：Claude Codeに「このAPIキーを全履歴から完全に削除して」と頼み、過去のコミットからも消す
- STEP3：Claude Codeに「このファイルを.gitignoreに追加して」と頼み、二度と上がらないようにする
なぜ鍵の無効化を最優先にするか。
GitHubのPush protectionは万能ではないからです。
前の章で見たとおり、書き込み権限者は理由を書けば検知をバイパスできると公式docsに明記されています。
つまり「止まるはずだった」が「素通りした」は起こりえます。
だから漏れた前提で、まず鍵を殺す。
ちなみにGitHubのSecret scanningは、こう動くと定義されています。
scans your entire Git history on all branches of your repository for hardcoded credentials, including API keys, passwords, tokens, and other known secret types
出典: GitHub Docs「About secret scanning」（https://docs.github.com/en/code-security/secret-scanning/introduction/about-secret-scanning）
全ブランチの履歴をまるごと検査する、と書いてあります。
パブリックリポジトリでは無料で自動で走ります。
ただし検知できるのは登録済みの種類だけ。
2026年3月末の公式Changelogでも新しい検知タイプが追加され続けています。
裏を返すと、まだ検知できない鍵の種類が今もある、ということ。
手動確認を省けない理由がここにあります。
コピペで使える日本語プロンプト集はどう使う？
頼み方さえ分かれば動く、と何度か書きました。
その頼み方をそのまま貼れる形にしたのがこの表です。
gitコマンドではなく、日本語の依頼文でそろえてあります。
| 場面 | コピペする日本語 |
|---|---|
| 初期設定 | 「このプロジェクトをGitで管理できるように初期設定して。あとで戻せる状態にしておいて」 |
| 日常操作（保存） | 「ここまでの変更を保存して。メッセージは『◯◯機能を追加』で」 |
| ブランチ操作 | 「試したいことがあるから、本流を触らない作業用の分かれ道を作って」 |
| トラブル対処 | 「さっきのコミットの状態に戻して。今の変更は消えていい」 |
| 確認・安全系 | 「今から何をするか、実行する前に日本語で説明して。私がOKを出すまで進めないで」 |
この表を活かす手順は3ステップです。
- STEP1：やりたいことに近い場面の行から、日本語を1文コピーする
- STEP2：「◯◯」の部分を手元の状況に書き換えて、Claude Codeの画面に貼る
- STEP3：実行前に「何をするか先に説明して」と足して、内容を確認してからOKを出す
とくに最後の「確認・安全系」の一文は、私は毎回付ける価値があると思っています。
実行前にAIが日本語で手順を説明するので、前章の境界線（丸投げ禁止の操作）に触れていないか人の目で止められます。
この一文こそ、コマンドを覚えない運用の安全弁です。
GitHub・Copilot・Claude Code GitHub Actionsの料金と役割の違いは？
ここは2026年7月時点の公式ページの数字で整理します。
まずGitHub本体の料金です。
| プラン | 月額 | 主な中身 |
|---|---|---|
| Free | 0ドル | リポジトリ無制限（Public/Private両方）、自動処理は月2,000分、パブリックのSecret scanningは無料 |
| Team | 1人4ドル（最初の12ヶ月） | 自動処理は月3,000分、複数人レビュー、共同作業向け機能 |
| Enterprise | 1人21ドル〜（最初の12ヶ月） | 自動処理は月50,000分、SAML SSO、監査レポート |
GitHub Freeは0ドルです。
プライベートリポジトリも無制限に作れるので、非エンジニアが1人で試す分にはFreeで足ります。
ここは断言できます。
次に、コードを書く相棒になるGitHub Copilotです。
2026年6月1日から料金がAIクレジット制に全面移行しました。
| プラン | 月額 | 中身（2026年7月時点） |
|---|---|---|
| Free | 0ドル | 自動モデル選択のみ、機能に制限あり |
| Pro | 10ドル | 無制限のコード補完＋AIクレジット15ドル相当。教員・OSSメンテナー認定者は無料 |
| Pro+ | 39ドル | AIクレジット70ドル相当、上位モデルへのアクセス |
| Max | 100ドル | AIクレジット200ドル相当 |
| Business | 1人19ドル | クラウドで動くエージェント、まとめて管理 |
| Enterprise | 1人39ドル | Business全機能＋新モデルの優先アクセス |
個人的には、月10ドルのProは補完が無制限になる時点で元が取れる水準だと思います。
GitHub公式のOctoverse 2025によると、新規開発者の80%が最初の1週間でCopilotを使っています。
とはいえ、この記事の主役はCopilotではありません。
役割の違いを最後に表で押さえます。
| 名前 | 担当 | 動かし方 |
|---|---|---|
| GitHub（本体） | 変更を保存して履歴を残す箱 | ブラウザや連携から |
| Claude Code | ターミナルでGit操作を日本語で代行 | 「◯◯して」と日本語で頼む |
| Claude Code GitHub Actions | PRやIssueの画面上でClaudeを動かす | 本文に @claude とメンション |
| GitHub Copilot Coding Agent | Issueを渡すとPR作成まで自動 | Issueを担当者にアサイン |
Claude Code GitHub Actionsは、GitHubの画面から直接Claudeを呼び出せる連携です。
公式docsはこう説明しています。
Claude Code GitHub Actions brings AI-powered automation to your GitHub workflow. With a simple @claude mention in any PR or issue, Claude can analyze your code, create pull requests, implement features, and fix bugs
出典: Claude Code GitHub Actions（https://code.claude.com/docs/en/github-actions）
PRやIssueに @claude と書くだけで、Claudeがコードを見てPRまで作る、と明記されています。
使い始める手順は、前の「セットアップ手順」の3ステップと同じ /install-github-app から入ります。
Copilot側のCoding Agentは、GitHub公式docsに「Assigning an issue always creates a pull request.（Issueをアサインすると必ずPRができる）」と書かれた自動運転タイプ。
役割がはっきり分かれています。
よくある質問（FAQ）
gitコマンドを本当に1個も覚えなくていいんですか？
日常の保存・反映・PR作成の範囲なら覚えなくて大丈夫です。
Anthropic公式READMEが「Gitの一連の作業を自然な言葉の指示でさばく」と明記しており、日本語の依頼で回せます。
ただし force push やリポジトリ削除のような取り返しのつかない操作だけは、AIに任せず人が確認してください。
GitHubは無料で使えますか？非エンジニアはどのプランがいいですか？
2026年7月時点の公式Pricingでは、GitHub Freeが0ドルです。
パブリックもプライベートもリポジトリ無制限で、1人でバイブコーディングを試す分にはFreeで足ります。
複数人でレビューし合う段階になったら、1人月4ドルのTeamを検討する順番で問題ありません。
AIにプッシュや保存を任せて危なくないですか？
履歴が残る操作は安全側です。
コミットもプッシュもGitHubに記録が残るので、後から戻せます。
危ないのは記録ごと消える force push と、外部に見えてしまう機密の公開。
GitHubのPush protectionは秘密情報を検知して止めますが、公式docsに「書き込み権限者は理由を書けばバイパスできる」とある通り100%ではありません。
機密の公開だけは人が確認しましょう。
Claude CodeとGitHub Copilot、どちらを使えばいいですか？
役割が違うので併用もありです。
Claude Codeはターミナルで日本語の指示を受けてGit操作を代行するタイプ。
Copilot Coding AgentはIssueを渡すとPRまで自動で作るGitHubネイティブのタイプです。
まず日本語で細かく指示したい非エンジニアには、Claude Codeの方が入りやすいと私は思います。
APIキーをうっかりGitHubに上げてしまったらどうすればいいですか？
順番が決まっています。
まず発行元の管理画面でその鍵を無効化するのが最優先です。
次にClaude Codeに「このAPIキーを全履歴から完全に削除して」と頼み、最後に「このファイルを.gitignoreに追加して」で再発を防ぎます。
GitHubのSecret scanningは全履歴を検査しますが、未対応の鍵の種類も残るため、鍵の無効化を先にやるのが安全です。
このページに出てきた言葉
- Git
- ファイルの変更履歴を細かく記録し、過去の状態に戻せるようにする仕組み。
- リポジトリ
- プロジェクトのファイル一式と変更履歴をまとめて保存する箱。
- コミット
- 変更を「ここまで保存」と区切る操作。1つ1つがセーブの記録になる。
- プッシュ
- 手元で保存した変更を、GitHub側の保管場所にアップロードすること。
- プルリクエスト（PR）
- 「この変更を取り込んでいい？」と申請し、中身を確認してから反映する仕組み。
- ブランチ
- 本流を触らず、作業用の分かれ道を作って試す仕組み。失敗しても本流は無事。
- Revert（リバート）
- 加えた変更を打ち消す操作。履歴は消さず「打ち消した記録」として残す。
- force push
- 相手側の履歴を強制的に上書きするプッシュ。過去の記録ごと消えることがある。
- コンフリクト
- 同じ場所を別々に書き換えて、どちらを採用するか機械が決められない状態。
- .gitignore
- 「このファイルはGitHubに上げない」と指定する設定ファイル。
- Push protection
- 秘密情報がプッシュされる前に自動で検知して止める、GitHubの安全機能。
- Secret scanning
- リポジトリに紛れた秘密情報を自動で見つけ出すGitHubの検査機能。
- AIクレジット
- 使った分だけ消費する前払いポイント。1クレジット0.01ドル。
参考リンク（公式）
- GitHub Pricing（料金）: https://github.com/pricing
- GitHub Copilot Plans（Docs）: https://docs.github.com/en/copilot/get-started/plans
- GitHub Actions Billing and usage: https://docs.github.com/en/actions/concepts/billing-and-usage
- Push protection（Docs）: https://docs.github.com/en/code-security/concepts/secret-security/push-protection
- About secret scanning（Docs）: https://docs.github.com/en/code-security/secret-scanning/introduction/about-secret-scanning
- Secret scanning changelog（2026-03-31）: https://github.blog/changelog/2026-03-31-github-secret-scanning-nine-new-types-and-more/
- Octoverse 2025レポート: https://github.blog/news-insights/octoverse/octoverse-a-new-developer-joins-github-every-second-as-ai-leads-typescript-to-1/
- Claude Code GitHub Actions（Anthropic公式docs）: https://code.claude.com/docs/en/github-actions
- Claude Code Common workflows（Anthropic公式docs）: https://code.claude.com/docs/en/common-workflows
- anthropics/claude-code 公式README: https://github.com/anthropics/claude-code
- Claude GitHub App 公式ページ: https://github.com/apps/claude
※この記事の内容は執筆時点のものです。AIは進化が速い分野のため、最新の仕様は公式サイトでご確認ください。