成果物は、あなたの机の上には届かない。
受け取るまでが仕事。
AIから「終わりました!」と返事が来た。手元のフォルダを開く。──無い。
これはAIが嘘をついたのではありません。AIは安全上の理由で本流に直接置かないように作られている。だから成果物は必ず「別の場所」に置かれ、あなたが受け取りに行くまで、あなたの机には現れない。
この資料は、その「別の場所」の全体像を、専門用語を使わずに13枚の絵で説明したものです。使う道具はgit(ギット)という、AI時代の受け取り作業の共通言語です。
| gitの用語 | 身近な言葉に置き換えると |
|---|---|
| リポジトリ (repository) | 書類一式が入った箱。プロジェクト1つ = 箱1つ。 |
| ブランチ (branch) | 箱の中の棚。作業ごとに棚を分けられる。 |
| main / master | 本棚。正式版が置かれる、みんなが見にくる棚。 |
| コミット (commit) | 記録として確定する。「この状態を残す」と印を押す動作。 |
| プッシュ (push) | 手元から保管庫へ送る。 |
| プル / フェッチ (pull / fetch) | 保管庫から手元へ取り寄せる。 |
| PR (Pull Request) | 棚から本棚へ合流させてほしい、と出す申請書。 |
半分は、その通りです。ただし半分は、棚がどこであっても残ります。分けて説明します。
手元がずっと本棚(main)にあるなら、「隣の棚に固定されて、自動保存がそちらだけを更新し続ける」は発生しません。5週間・549件のズレは、あの分かれ道で「はい」を押したことが入口でした。押していなければ、この入口は通っていません。
本棚に立ったままでも、成果物が「別の場所」で止まる経路は他にもあります。
つまり、ページ6は「棚の話」ですが、原則01は「置き場所の話」です。棚を1つしか使っていなくても、机・保管庫・AIの作業場という3つの空間は消えません。「置きました」と「届きました」が別である以上、取りに行く動作は残ります。
原則02も同じです。本棚だけで作業していても、「保存は成功と出続けているのに、保管庫には届いていない」は起こります。送信が通っていない、自動保存そのものが止まっている──どちらもエラーを出しません。静かに壊れる形は、ブランチの話に限らないということです。
AIに仕事を任せると、成果物は必ず「別の場所」に置かれます。それは手元の机(Mac)/ネット上の保管庫(GitHub)/AIの作業場(Cloud)という3空間の間を行き来する仕組みで、その共通言語が git です。
そして、この構造が生む一番怖い事故が静かに壊れる失敗(Silent Failure)です。エラーも出ず、保存も成功し続け、画面は昨日と同じで、それでも本棚は5週間更新されていなかった。──精神論では止まりません。仕掛けで止めるしかない。
持ち帰るのは3つの原則です。①成果物は必ず「別の場所」に置かれる、②静かに壊れるものが一番危ない、③一度やった失敗は仕組みに変えて置いておく。