非エンジニア界隈にとってGitという言葉はかなり縁遠いものです。ところがこの仕組みは、AIに仕事を任せる時代のビジネスパーソン全体に関係してくる考え方だと感じています。ファイルの上書き保存に慣れた人ほど、Gitが用意している「戻れる仕組み」と「本体を汚さず試せる仕組み」に驚きます。
池田朋弘『Claude 最強のAI自動化術』（芸術新聞社）を参考にして。
「最終_最終_v2.xlsx」から抜け出す、Gitという保存の思想
Excel やWordのファイルを編集していて、「昨日の状態に戻したい」と思ったことがある人は多いはずです。
普段の保存はたいてい上書きです。
その場合、最新の状態だけが残り、少し前の内容を確かめようとしてももう手遅れになります。
結果、「最終」「最終_修正」「最終_本当に最終」といったファイル名が並ぶことになってしまいます。
複数人で1つの資料を触っているときはこれはなかなか厄介です。
誰がいつどこを直したのかが分からなくなり、気づけば古い版に上書きしてしまっていた、ということも。。
Gitは戻れる保存地点を作ってくれる
「Git」は、ファイルの変更履歴を細かく記録しておくための仕組みです。
区切りのよいところで保存地点（コミットと呼ばれます）を作っておけば、1週間前に何をどう変えたのかを、いつでも遡って確認することができます。
ゲームのセーブ機能に近い感覚といえます。
途中の好きな地点に、何度でも戻れる仕組みです。
エンジニア向けの技術として語られることが多いのですが、「変更履歴を確実に残しておきたい」という発想そのものは、経理・総務・営業などあらゆる仕事に共通するものだと思います。
コミットには、誰が・いつ・何を変えたかという記録も一緒に残ります。
あとから見返したときに、変更した理由まで追いかけられるのがGitの強みなのです。
本体に触れず試せる「枝」と、AIとの相性のよさ
Claude CodeのようなAIエージェントを本格的に使い始めると、Windows環境ではGit for Windowsのインストールが前提になるなど、Gitの存在にほどなく直面する場面が出てきます。
「GitHub」とは、Gitの記録をインターネット上に置いておける共有サービスです。
Gitが手元だけの記録だとすれば、GitHubはチームで見られる置き場所というイメージになります。
ここに置いておくと、パソコンが壊れたときのバックアップになるだけでなく、AIエージェントを「もう1人のメンバー」として参加させられるようになります。
ブランチなら、本体を壊さずに実験できる
Gitには「ブランチ」という考え方があります。
本体のファイルから枝分かれするコピーを作り、その枝の上だけで自由に編集を試せる仕組みです。
本体には一切影響を与えず、うまくいけば本体に取り込み、うまくいかなければ枝ごと捨てるだけで済みます。
提案書や企画書を「コピーを取ってから手を入れる」という、多くの人がすでにやっている習慣をもっと厳密にしたものだと考えると近いかもしれません。
本番の資料を直接いじって壊してしまう事故が起きない分、提案・実験・検証を安心して並行で進められるようになります。
AIが仕事をするときも、この枠組みの上で動く
Claude Codeに「このファイルを直しておいて」と依頼すると、Claude Codeは本体には触れず、新しい「枝」を作ってそこで編集を進めます。
作業が終わると、「直しました。本体に取り込んでよいか確認してください」という形で、変更した部分だけを差分として送り返してきます。
人間の側は、AIが触ったところだけを確認すればよく、問題がなければそのまま取り込み、気になれば差し戻すか追加の指示を出します。
プログラミングの世界では、この一連の流れを「プルリクエスト」と呼び、標準的なやり方として定着しているようです。
移動中にスマートフォンから修正依頼だけ投げておき、パソコンに戻る頃には作業が終わっている、という使い方も広がっています。
事故が起きにくいのは、AIが本体を勝手に書き換えているのではなく、常にこの安全な「枝」の上で作業してくれているからともいえます。
ホワイトカラーの仕事も、同じ構造に近づいていく
ここまでの話は「プログラミングの便利な仕組み」として読める内容ですが、これからのホワイトカラー業務全体も、これに似た構造に近づいていくと考えられます。
理由はシンプルで、AIに業務を任せて、その差分だけを人間が確認するという働き方を成立させるには、「本体」「枝（実験）」「差分」「取り込み」という考え方の枠組みが必要になるためです。
資料作成、企画立案、新規事業のプランニング、提案書のブラッシュアップといった業務でも、いずれ同じ構造が当たり前になっていくはずです。
そのとき人間に求められる能力も変わっていきます。
ゼロから文章を書く力よりも、AIが出してきた差分を的確に見抜き、本体に取り込んでよいかを判断する力のほうが重視される場面が増えていくと考えられます。
経営者や個人事業主に関しても、スタッフに任せる仕事であってもAIに任せる仕事であっても、最終的に確認するのは「差分」だという感覚に慣れておくと、AI活用の判断がしやすくなると思われます。
本体・枝・差分・取り込みという型が標準になる
GoogleDriveやDropboxにも、変更履歴を確認できる機能はありますが、Gitのように「枝分かれ→差分→統合」を精緻に扱う世界観は、まだ広く普及していません。
そうなったとき、Gitの考え方に慣れているかどうかが、AIを部下のように使いこなせるかどうかの分かれ目になっていくかもしれません。
「依頼を投げる」「差分を確認する」「本体に取り込む」という仕事の組み立て方は、業種を問わず標準的なスタイルになっていくかもしれないとも感じます。
