新しいAIに引き継ぐとき、最初に聞く7つの質問

引き継ぎ書を渡しても、新しいAIは抜ける

AIとのやりとりが長くなると、返事が遅くなる、前に決めたことを忘れる、同じ説明を繰り返させられる——そんな状態になります。そこで新しいチャットを開き、これまでの経緯を書いた文章を貼って続きをやってもらう。多くの会社がやっている「引き継ぎ」です。

当社もそうしていました。うまくいきませんでした。引き継ぎ書を丁寧に書いても、新しいAIは平気で抜けたまま仕事を始めます。しかも本人は困っていません。知らないことがあると気づいていないからです。

いちばん痛かったのは2026年8月28日です。この日、当社の司令塔にしていたチャットは13件の誤った指示を出しました。そのうち1件は、サイトの一括変換の指示で、79ページを壊しました（同日中に全復旧）。翌日も続き、作業側のチャットが司令塔の誤りを止めた回数は通算9回になりました。原因を並べてみると、5つの型に整理できました。そのうち2つが「古い観測のまま指示を出す」「見つからないことを、存在しないと読む」——つまり引き継ぎのときに持ち越された、古い情報と抜けた情報でした。

そこで運用を変えました。引き継ぎ書を渡すのをやめたのではありません。渡したあとに、7つの質問へ声に出して答えさせるようにしたのです。書いてあることを読んだかどうかではなく、答えられるかどうかで確かめる。答えられない項目が、その時点での抜けです。

この記事は、その7つの質問と、7問をやってもなお抜けた実例を、社長が自分の会社でそのまま使える形にしたものです。チャットのエクスポート方法や、AIの仕組みの話は出てきません。これは道具の話ではなく、担当者が替わるときの管理の話だからです。

出典：当社の管理運用記録（2026年8月28日〜9月16日）より作成。表の「起きること」はすべて自社で実際に起きた事象です。

新しいAIは「自分が何を知らないか」を知らない

新しく入った社員なら、仕事を始めて違和感があれば「その件、引き継ぎを受けていません」と言ってくれます。AIはそれを言いません。渡された文章の中だけが世界なので、そこに書かれていない案件は、最初から存在しないものとして扱われます。

実際に起きた例です。当社では記事を公開してから28日間、本文やタイトルを触らずに効果を測る決まりがあります。この「触ってはいけない期間」の一覧は台帳にありますが、引き継ぎ書に載っていなければ、新しいチャットにとっては存在しません。存在しないルールは守れません。実際に、触ってはいけないページを触りかけたことが複数回あります。

もうひとつ、根が深い例があります。2026年8月31日、当社の司令塔チャットが自分で時計を測ったところ「8月31日21時55分」でした。ところが同じ時刻に動いていた別の作業役は「今日は9月3日です」と報告してきました。どちらが正しいか、AI同士では決められません。日付が1日ずれると、28日後の判定日もずれます。結局、人の画面で今日の日付を見てもらうまで確定できませんでした。

この2つに共通しているのは、「知らない」ではなく「知らないことに気づけない」という点です。だから、引き継ぎ書をどれだけ厚くしても安心にはなりません。厚くすれば読み飛ばしが増え、薄くすれば抜けが増えるだけです。厚さで解決しようとするのをやめて、答えさせて確かめる——それが7つの質問です。

当社は司令塔のチャットを20回替えました

当社ではサイトの改修・新記事・保守を、役割ごとに分けた複数のAIチャットで進めています。そのうち1つを「司令塔」と決めて、全体の進行と裁定を持たせています。この司令塔を、2026年6月以降で20回交代させました（2026年9月16日時点）。

なぜ替えるのか。長く使ったチャットは、古い観測のまま喋りはじめるからです。すでに終わった作業を「まだ残っています」と報告する、撤回されたルールを根拠に指示を出す。実際、当社の記録には「本部14の誤り3件」として、完了済みの是正を未完了として言明した例が残っています。⚠この現象は上位モデルに替えても消えませんでした。頭の良し悪しではなく、持っている情報が古いという問題だからです。

交代の密度も書いておきます。ある代は1日で約80件の裁定を出し、そのあいだに7件の誤りを出して、作業側のチャットから6回止められました。別の代は1日でキュー約140件をさばきました。次の代は4日もちました。密度が上がるほど、交代は早く来ます。

ここまでは、当社が特殊だと思われるかもしれません。しかし「担当者が替わる」「引き継ぎが抜ける」「前任の判断が分からない」は、どの会社にもあります。AIを業務で使い始めると、この交代が月に何度も起きるだけの話です。だから私は、これをAIの話ではなく管理の話だと考えています（関連＝生成AIを使いこなせない人に足りないのは、マネジメント能力です）。

交代のときに必ず答えさせる7つの質問

手順はかんたんです。①引き継ぎ書を渡す ②7つの質問に答えさせる ③人が1回だけ確認する ④仕事を始める。この順番を崩さないことだけが決まりです。質問は、答えを探しにいく先まで一緒に指定します。探し先を言わないと、AIは「たぶんこうです」と埋めてしまうからです。

出典：当社の管理運用手順書（2026年8月28日制定・9月16日時点の版）。当社では①〜⑦を新しいチャットの最初の発言で答えさせています。

7問のうち、効き目がいちばん大きいのは4番です。「触ってはいけないもの」は、知らなければ悪気なく触れてしまいます。当社の場合は公開から28日間の測定期間ですが、一般の会社なら締めた帳簿、送付済みの見積、他部署が進めている案件がこれにあたります。

次に効くのが3番です。人の判断を待っている案件は、引き継ぎ書に書き忘れられる筆頭です。書き忘れると、新しい担当は同じ質問をもう一度してきます。当社ではこれが3代にわたって持ち越された案件がありました。

あとから足した2問は「日付」と「現物」

運用を始めて2週間ほどで、7問をすり抜ける抜けが2種類あることが分かりました。そこで質問を2つ足しました。

出典：当社の管理運用記録（2026年8月31日・9月3日の事象）。いずれも当社サイト上で確認した事実です。

9番は、言い換えると「台帳を現物の代わりにしない」ということです。管理表は、書いた瞬間から古くなります。人間の会議でも「リストに載っていないから終わっている」と判断して失敗することがありますが、AIはこれを迷わずやります。疑いません。

そして8番。日付は、AIが最も自信を持って間違える項目です。締切、支払日、契約更新——日付がずれる業務にAIを使うなら、この1問は入れてください。

最後に人が1回だけ聞く「認識に抜けはありますか」

当社の手順では、新しいチャットは7問に答えたあと、必ずこの一言を出してから作業に入ります。

短い一言ですが、これが最後の網です。理由は単純で、抜けているかどうかを判定できるのは、両方を知っている人間だけだからです。前任のチャットは閉じていて、もう答えられません。新任は自分の抜けに気づけません。残っているのは社長（または担当者）の記憶だけです。

実務上のコツが2つあります。ひとつは件数を言わせること。「引き継ぎました」だけでは、聞く側も抜けを探せません。「未了3件、判断待ち5件」と数字が出ると、人は「あれ、あの件が入っていない」と気づけます。もうひとつは作業を頼まれていても、先にこの一言を出させることです。急ぎの仕事があると、確認は後回しにされ、そのまま消えます。

出典：当社の管理運用記録（2026年8月28日〜9月16日）。件数は2026年9月16日に記録を数え直した実数です。

7問をやっても抜けました（6件・5件・3件）

正直に書きます。この手順を入れても抜けます。直近3回の交代で、新しいチャットが7問に答えた直後、前任や人の側から訂正が入った件数は、6件・5件・3件でした。2026年9月16日に、当社の起動記録を1件ずつ数え直した実数です。

出典：当社の起動記録（各交代時に作成）。2026年9月16日に該当箇所を開いて件数を数え直しました。

並べてみると、抜け方には型がありました。4つです。

出典：当社の起動記録に記載された「型」の分類（2026年9月6日・9月10日）。

ここで大事なのは、この14件が全部、仕事を始める前に見つかっていることです。8月28日の13件は、仕事を始めたあとに見つかりました。だから79ページが壊れました。同じ抜けでも、見つかる時点が違うだけで被害額が変わります。

チャットを閉じる前に聞く3つの質問

7問は「受け取る側」の仕組みです。渡す側にも1つ作りました。チャットを閉じる前に、3つ聞く。2026年8月29日に作って、同じ日に2回とも効きました。

出典：当社の管理運用手順書「チャットを閉じる前の3問」（2026年8月29日制定）と、同日の実例。

2番について補足します。当社では「プロジェクトフォルダに保存しました」という言葉で合意して、実際には保存されていなかったことがありました。原因は、そのチャットからはフォルダが読み取り専用で、保存できなかったからです。置き場所は、名前ではなく実際の場所で確認してください。「共有フォルダに入れました」は、人同士でも危ない言い方です。

そして3番。「作業は完了しました」は、閉じてよいという意味ではありません。これは人の退職や異動でも同じです。目の前の案件が終わっていても、その人が抱えている別件は終わっていないことがあります。

引き継ぎ書そのものが消えた日

この記事を書いている当日に起きたことを、そのまま書きます。

2026年9月16日の朝、当社がAI側に持たせていた記録の保存場所を移し替える作業が入りました。そのとき、ある大きさを超えたファイルが4枚、移し替えの対象から外れて消えました。消えた1枚が、この記事の主題である「新しいチャットの起動手順書」＝7つの質問が書かれた引き継ぎ書そのものでした。

サイズを測ると、上限は49,152バイト。起動手順書は52,019バイトで、2,867バイトだけ超えていました。原稿用紙に直すと7枚分ほどの超過です。復元できたのは、やりとりの記録が別の場所に残っていたからで、そこから原文のまま書き戻しました（復元後のファイルを当社で測り直した値も52,019バイトです）。

この事故から学んだことは2つあります。ひとつは、引き継ぎ書は1か所にしか無いと消えるということ。当社は原文がやりとりの記録に残っていたので助かりましたが、それが無ければ20回分の経験が消えていました。もうひとつは、引き継ぎ書は太らせないほうがいいということです。厚くするほど読み飛ばされ、置き場所の制約にも引っかかります。

いまは、引き継ぎ書を「7つの質問に答えられる材料」だけに絞り、詳しい記録は別ファイルに分けています。紙1枚に戻す——結論はそこでした。AIの道具立てを増やすより、渡すものを減らすほうが効きます（当社がAIの司令塔を入れ替えたときの記録はClaudeの司令塔をFable 5から半額のOpus 5に替えた2日間にまとめています）。

社長が自社で使うときの手順

そのまま使える形にまとめます。特別な道具は要りません。メモ帳でもWordでも構いません。

出典：当社の管理運用手順書（2026年8月28日制定・9月16日時点の版）を、一般の会社向けに整理したものです。

最後に、この記事で触れなかったことを1つだけ。過去のやりとりを新しいチャットへ移す操作そのもの（設定画面での引っ越しなど）については、初心者向けClaudeの始め方｜登録から会社で安全に使う設定で手順を説明しています。操作を探している方はそちらへどうぞ。この記事が扱ったのは、操作のあとに残る管理の話でした。

よくある質問（FAQ）

まとめ