← Mits Reports 一覧に戻る
GIT を「机・保管庫・棚」で理解する

AIに任せた仕事、どこにありますか?
— 成果物は、あなたの机の上には届かない

発行: 2026-08-21 / 対象: AIに仕事を任せている1人型起業家
形式: 13ページのスライド解説(イラストは Google Gemini 生成)

結論

成果物は、あなたの机の上には届かない。
受け取るまでが仕事。

AIから「終わりました!」と返事が来た。手元のフォルダを開く。──無い。

これはAIが嘘をついたのではありません。AIは安全上の理由で本流に直接置かないように作られている。だから成果物は必ず「別の場所」に置かれ、あなたが受け取りに行くまで、あなたの机には現れない。

この資料は、その「別の場所」の全体像を、専門用語を使わずに13枚の絵で説明したものです。使う道具はgit(ギット)という、AI時代の受け取り作業の共通言語です。

ページ 1 — AIに任せた仕事、どこにありますか?

PAGE 01
ページ1:AIに任せた仕事、どこにありますか?

「終わりました!」とAIから返事が来た。よし、確認しよう、と手元のフォルダを開く。──無い。あるはずの成果物が、机の上には現れていない。

この現象は、AIに仕事を任せ始めた人がほぼ全員通る入口です。あなたのミスでも、AIの嘘でもありません。置き場所の理解がまだ揃っていないだけです。

ページ 2 — 成果物は、あなたの机の上には届かない

PAGE 02
ページ2:成果物は机の上には届かない

AIは安全上の理由から、あなたの本流に直接ファイルを置かない作りになっています。上書きで大事なファイルを潰してしまうのを避けるためです。

だから、成果物は必ず「別の場所」に置かれます。あなたが取りに行くまで、机には現れない。

受け取るまでが仕事。「終わりました」は「置きました」であって「届きました」ではない。

ページ 3 — 3つの空間と、gitの用語

PAGE 03
ページ3:3つの空間と用語

登場人物は3つの空間です。

手元の机(Mac)── あなたが今日ファイルを開いて作業する場所。
ネット上の保管庫(GitHub)── 全員が共有できる正本の置き場。
AIの作業場(Cloud)── AIが実行を走らせる、あなたには見えない部屋。

成果物はこの3空間を行き来します。gitはそのやり取りの共通言語です。以下の対応表を1枚だけ覚えておくと、話がほぼ全部通ります。

gitの用語身近な言葉に置き換えると
リポジトリ (repository)書類一式が入った箱。プロジェクト1つ = 箱1つ。
ブランチ (branch)箱の中の棚。作業ごとに棚を分けられる。
main / master本棚。正式版が置かれる、みんなが見にくる棚。
コミット (commit)記録として確定する。「この状態を残す」と印を押す動作。
プッシュ (push)手元から保管庫へ送る。
プル / フェッチ (pull / fetch)保管庫から手元へ取り寄せる。
PR (Pull Request)棚から本棚へ合流させてほしい、と出す申請書。

ページ 4 — 30分ごとに、無意識のループが回っている

PAGE 04
ページ4:30分ごとの自動保存

設定次第で、手元の作業は30分ごとに勝手に「記録として確定」され、保管庫の本棚に送られるようになっています。「自動保存」の中身です。

普段は意識しなくていい。意識しなくていいから、止まったときに気づけない。この後の話につながる伏線です。

ページ 5 — AIは気遣いから「隣の棚」に置く

PAGE 05
ページ5:AIは隣の棚に置く

AIが成果物を作ったとき、多くの場合それは本棚(main)ではなく、隣の棚(別ブランチ)に置かれます。本棚を勝手に上書きしないための気遣いです。

これは正しい設計です。悪意ではない。ただし──「隣の棚に置いた」ことを、あなたが認識しているかどうかは、別の問題です。

ページ 6 — 運命の分かれ道

PAGE 06
ページ6:運命の分かれ道

あるとき、画面に選択肢が出ます。「手元で切り替えて作業を続けますか?」──良かれと思って「はい」を押す。

この瞬間、あなたの手元はその隣の棚に固定されます。以後、30分ごとに走っていた自動保存は、ずっと隣の棚の方だけを更新し続ける。本棚への更新は、ここで完全に止まる。

画面には何のエラーも出ない。保存は毎回「成功」と表示される。だから誰も気づけない。

ページ 7 — 5週間。549件。誰一人、気づかないまま。

PAGE 07
ページ7:5週間549件

実際に起きました。

5週間。549件の記録が、本棚ではなく隣の棚に積み上がっていた。関係者は誰一人、その間ズレていることに気づかなかった。

毎日、机の上ではファイルが更新されていた。保存は成功していた。エラーは1件も出ていなかった。──それでも、本棚には何も届いていなかった。

ページ 8 — 普通の事故と、今回の事故

PAGE 08
ページ8:普通の事故と今回の事故の対比

普通の事故は「うるさい」んです。エラーが出る、赤い文字が出る、動かなくなる。だから気づける。

今回の事故は逆でした。静かで、成功し続けていた。

観点 普通の事故(うるさい失敗) 今回の事故(静かな失敗)
保存の表示 「失敗」と出る 「成功」と出続ける
ファイルの見え方 消える・壊れる 全部そこにある
エラーメッセージ 赤で出る 1件も出ない
今日の画面 昨日と違う(気づける) 昨日と全く同じ
気づき方 その場で気づく 5週間後、他人の指摘で気づく
壊れていないように見えることが、この事故の一番の異常性。

ここで、よく出る質問 — 「私はいつも本棚で作業しています。関係ない話ですよね?」

「隣の棚に切り替えますか?」に、はいと答えたことがない。だったら自分には起きない事故では?

半分は、その通りです。ただし半分は、棚がどこであっても残ります。分けて説明します。

起きなくなるもの
ページ6・7 の事故そのもの

手元がずっと本棚(main)にあるなら、「隣の棚に固定されて、自動保存がそちらだけを更新し続ける」は発生しません。5週間・549件のズレは、あの分かれ道で「はい」を押したことが入口でした。押していなければ、この入口は通っていません。

それでも残るもの
原則01 と 原則02 は、棚に関係なく残る

本棚に立ったままでも、成果物が「別の場所」で止まる経路は他にもあります。

  • AIがAIの作業場(Cloud)で走らせた分 — 手元の棚とは無関係の部屋にある
  • 申請書(PR)として出された変更 — 合流させるまで本棚には入らない
  • 手元に作られたが、まだ記録として確定していないファイル — 机の上にあるだけで、保管庫には無い
  • 確定はしたが、保管庫へ送る動作が通っていない — 画面にはエラーが出ない

つまり、ページ6は「棚の話」ですが、原則01は「置き場所の話」です。棚を1つしか使っていなくても、机・保管庫・AIの作業場という3つの空間は消えません。「置きました」と「届きました」が別である以上、取りに行く動作は残ります。

原則02も同じです。本棚だけで作業していても、「保存は成功と出続けているのに、保管庫には届いていない」は起こります。送信が通っていない、自動保存そのものが止まっている──どちらもエラーを出しません。静かに壊れる形は、ブランチの話に限らないということです。

確認することは1つ。「今どこの棚にいるか」と「手元に、まだ送られていないものが残っていないか」。この2点を、起動のたびに機械に言わせる。

ページ 9 — 人の注意力に頼るのをやめる

PAGE 09
ページ9:仕掛けで防ぐ

この事故を根本で止めるには、「気をつけよう」ではダメです。5週間気づかなかった事故に対して、精神論では勝てない。

やることは1つ。起動のたびに「今、本棚を見ているのか、隣の棚を見ているのか」を自動で確認する仕掛けを置く。ズレていたら黙って引き戻す、または大きな警告を出す。人の注意力の外側に、機械の目を置きます。

ページ 10 — 過去の記録が、次のAIを止めた

PAGE 10
ページ10:記録がAIを止めた

この事故が終わった後、記録として1行残しました。「本棚ではなく隣の棚に549件ズレて、5週間放置した」と。

その後、別のAIが似た案内を出しかけた瞬間、この記録を読んで自ら案内を撤回したんです。「以前、同じ形の事故があった。この提案は取り下げます」と。

記録は自分のためだけじゃない。次の作業者(人でもAIでも)が同じ穴に落ちないための、置き手紙になります。

ページ 11 — AIと共に働くための3つの原則

PAGE 11
ページ11:3つの原則

13枚のうち、これだけは覚えて帰ってください。

この3つは、棚(ブランチ)の使い方に関係なく当てはまります。ずっと本棚(main)だけで作業している人にも、3つともそのまま残ります。棚の切り替えで起きる事故は、ページ6・7 の話です。
原則 01
AIの成果物は
必ず「別の場所」に置かれる
これは仕様であって、事故ではない。「終わりました」は「置きました」であって、あなたの机には届いていない。取りに行く動作を、業務手順に組み込む。
原則 02
静かに壊れるものが、
一番危ない
エラーが出るものは、その日のうちに気づける。エラーが出ないまま5週間ズレたものは、他人の指摘まで気づけない。「今日も昨日と同じ画面」は、正常の証拠ではない。
原則 03
一度やった失敗は、
仕組みに変えて置いておく
記憶に置かない。ファイルに1行書き残す。次の自分と、次のAIが、同じ穴に落ちないための置き手紙になる。

ページ 12 — 自動化とAIの、4つの誤解

PAGE 12
ページ12:自動化とAIの誤解

「自動化しておけば安心」「AIに任せておけば大丈夫」──ここに、今回の事故の遠因がありました。

よくある誤解 実際はこう
自動化 = 見なくていい 自動化 = 見る場所が変わる。ダッシュボードの1点は必ず見る。
エラーが出なければ正常 「エラーが出ない状態で壊れる」がある。期待値と実測を突き合わせるまで正常とは言えない。
AIが「成功」と言ったから成功 AIが返した「成功」は実行の成功で、あなたの目的が達成された成功ではない。目的側から確認する。
誰か気づくだろう 5週間、誰も気づかなかった。気づく責任を人に持たせない。仕掛けに持たせる。

ページ 13 — あなたの仕事環境では、どこが「隣の棚」ですか?

PAGE 13
ページ13:あなたの隣の棚はどこか

ここまでは、gitという道具の話に見えたかもしれません。ただ、本質はもっと広い。

あなたの仕事の中にも、「気遣いで置かれた隣の棚」が必ずあります。

  • 下書きフォルダに溜まっていくメール。送るまで、届いていない。
  • クラウド上の共有スプレッドシートに保存された数字。誰かが開いて確認するまで、意思決定に届いていない。
  • AIが提案してくれた改善案。あなたが承認するまで、本流には合流していない。

「置いた」と「届いた」は別。受け取るまでが仕事。この1行を、明日の朝の自分に渡して、この資料を閉じてください。

まとめ — 3つの空間と、3つの原則

AIに仕事を任せると、成果物は必ず「別の場所」に置かれます。それは手元の机(Mac)/ネット上の保管庫(GitHub)/AIの作業場(Cloud)という3空間の間を行き来する仕組みで、その共通言語が git です。

箱(リポジトリ)の中に、棚(ブランチ)があって、本棚(main)に合流する。
AIは気遣いで隣の棚に置く。だから、あなたが本棚に取り込むまで、成果物はあなたの本流には反映されない。

そして、この構造が生む一番怖い事故が静かに壊れる失敗(Silent Failure)です。エラーも出ず、保存も成功し続け、画面は昨日と同じで、それでも本棚は5週間更新されていなかった。──精神論では止まりません。仕掛けで止めるしかない。

持ち帰るのは3つの原則です。①成果物は必ず「別の場所」に置かれる、②静かに壊れるものが一番危ない、③一度やった失敗は仕組みに変えて置いておく。