生成AIに業務を任せはじめた方から、こんな声をよく聞きます。「まずGit(ギット)をインストールしましょう、と言われたのですが、これは何ですか」。
エンジニア向けの道具に見えて、実はこれ、働き方の話です。結論から言うと、GitはAIに安心して仕事を任せるためのセーフティネットであり、同時に「あの人しか分からない」を組織からなくすための仕組みでもあります。
なぜAIは、最初にGitを入れたがるのか
前の記事で書いたとおり、Claude CodeのようなAIエージェントは、実際にPCのファイルを読み書きして働きます。人間の部下と同じで、任せた仕事の成果物が、そのままファイルとして書き換わっていきます。
ここで当然の不安が出ます。「変な書き換えをされたらどうする?」「大事なファイルが壊れたら?」——新しく入ったメンバーに、いきなり原本を触らせるのが怖いのと同じ感覚です。
この不安への標準装備の答えがGitです。すべての変更を記録しておき、何かあっても必ず元に戻せる状態を作ってから作業する。AIが最初にGitを入れたがるのは、自分の仕事に保険をかけるためなのです。
命綱なしで高所作業をさせるか、命綱を付けてから任せるか。任せる側の不安をなくすための装備だと考えると、腑に落ちると思います。
仕組みは「全セーブポイントが残るゲーム」
普通のファイル保存は「上書きセーブ」です。保存した瞬間、前の状態は消えます。一方Gitは、節目ごとにセーブポイント(コミットと呼びます)を作り、その全部を残します。だからいつでも、どの時点にでも戻れる。「昨日の夕方の状態に戻して」が、ひとことで叶う世界です。
さらに、各セーブポイントには「誰が、いつ、何を、なぜ変えたか」のメモが付きます。作業のあとに「今回変えたところを見せて」と言えば、変更箇所の一覧(差分と呼びます)が出てきます。
ここが、マネジメントの観点から面白いところです。任せた仕事のプロセスが、そのまま記録として残る。AIの仕事を検品できるだけでなく、後から人が経緯を追えます。「なぜこの判断をしたのか」が本人の頭の中にしかない、といういつもの問題が起きません。
覚えることは、3つの声のかけ方だけ
安心していただきたいのは、Gitの操作を覚える必要はないということです。操作はAIがやります。人間が覚えるのは、この3つの声のかけ方だけで十分です。
- 「ここまでで一旦セーブしておいて」(節目での記録)
- 「今回変えたところを見せて」(差分の確認)
- 「さっきの状態に戻して」(巻き戻し)
用語をもう1つだけ挙げるなら「リポジトリ」です。案件やプロジェクトごとの保管箱のことで、記録はこの箱単位で残ります。
「最終版_本当の最終版.docx」を、組織からなくす
Gitはもともとプログラムのための道具ですが、仕組み自体はテキストのファイルなら何にでも効きます。業務マニュアル、規程集、評価基準、AIへの指示書——「履歴を残しながら育てていく文書」との相性が抜群です。
最終版_修正済み_本当の最終版.docx に覚えのある方は多いと思います。あれは個人のだらしなさではなく、上書き保存という仕組みが構造的に生む現象です。どれが正なのか分からない、誰がいつ何を直したのか追えない、担当者が休むと止まる。文書管理の属人化は、だいたいここから始まります。
記録が残る仕組みに変えると、この混沌は原理的に終わります。AI活用の副産物として、組織の情報管理が一段整う——これが、Gitを「エンジニアの道具」で終わらせない理由です。
そして、この記録をチームで共有する場所があります。それが次回のテーマ、GitHubです。
OhEN Funwork Studiosでは、AIを使った業務効率化と、それを組織に定着させる仕組みづくりの両面をご支援しています。ご相談はこちらからどうぞ。
この記事の要点
- GitはAIに安心して仕事を任せるためのセーフティネット。「いつでも元に戻せる」から任せられる
- 仕組みは「全セーブポイントが残るゲーム」。誰がいつ何をなぜ変えたかが記録に残り、任せた仕事のプロセスを後から追える
- 操作はAI任せでよい。覚えるのは「セーブしといて」「変更見せて」「戻して」の3つの声のかけ方だけ
- 「最終版_本当の最終版.docx」は個人の問題ではなく、上書き保存が構造的に生む現象。記録が残る仕組みは、文書管理の属人化を原理的に解消する
OhEN Funwork Studiosでは、採用・人事の現場に根ざしたAI活用支援・AI研修を提供しています。