AIが過去の会話を覚えてくれると、会社の説明や文章の好みを毎回伝えずに済みます。使い続けるほど、担当者に合った仕事の相手になっていく感覚もあります。
一方で、その担当者が異動したらどうなるでしょうか。会社のルールや案件の背景が個人のAIにだけ残っていると、後任が同じ仕事を始められません。Claudeの記憶を移す機能を入口に、AIの記憶を会社の引き継ぎへどう活かすか整理します。
記憶を持ち出せても、会社の記録そのものではない
Claudeの公式ヘルプでは、他のAIから記憶を取り込む方法や、Claudeの記憶を書き出して保存する方法が案内されています。新旧の記憶機能で設定画面が異なる場合があり、取り込みは実験的な機能とも説明されています。
これは引き継ぎの材料を集める助けになります。ただし、AIの記憶は全会話の逐語的な保管庫でも、会社が承認した規程集でもありません。取り込んだ内容が必ず全部残ると考えず、実際に何が保存されたか確認する必要があります。
担当者が会話中に話した仮の案、昔のルール、本人の好みが混ざることもあります。「AIが覚えている」ことと「現在の会社の正式な方針」は区別しましょう。
まず、個人の好みと会社の情報を分ける
記憶を書き出したら、内容を読んで分類します。文章を短めにする好みと、請求書の締め日では、引き継ぐ理由も確認する人も違います。
- 会社の正式情報：サービス内容、承認済みの料金、対応範囲
- 業務の手順：資料の保存場所、確認担当、例外時の相談先
- 案件の途中経過：決まったこと、未決定事項、次の作業
- 個人の好み：言い回し、表示形式、作業の進め方
個人の好みは、そのまま会社の標準へ昇格させないことが大切です。顧客固有の条件も、すべての案件に共通するルールとして引き継がないようにします。
正式情報には、確認元と更新日を付ける
「見積書はこの形式で作る」という記憶があったら、元のテンプレートや手順書を確認します。書き出した情報に、資料の場所、確認した日、責任者を添えると、後任が事実を確かめられます。
案件の途中経過なら、依頼書や議事録と突き合わせて、完了したことと未完了のことを分けます。AIが「決定済み」とまとめていても、会議では提案しただけかもしれません。確認できないものは、未確認という状態を残します。
引き継ぎ資料では、現在の決定事項を本文に置き、過去の経緯は必要な範囲だけ補足します。昔のルールを大量に混ぜると、新しいAIも後任も、どれを使うべきか迷います。
資料の優先順位も書いておきます。例えば「料金は現行の料金表、案件条件は確定した依頼書を優先し、会話の記憶と異なる場合は確認する」と決めます。AIが複数の情報から都合よく答えを作らないよう、不一致そのものを確認対象にします。後任が資料を更新したときは、その変更がAIへ渡す情報にも反映されたかを見る必要があります。
書き出しは、情報を移す作業でもある
記憶には、社内事情や顧客との会話が含まれる可能性があります。別のAIへ貼り付ける前に、社内で認めたサービスか、利用できる情報の範囲かを確認します。パスワードや認証情報は引き継ぎ用の文章へ入れず、管理用の仕組みを使います。
個人のアカウントを丸ごと後任へ渡す方法は避けます。必要な業務情報を会社の保存場所へ移し、後任には会社として許可したアカウントと資料へのアクセスを用意します。書き出したファイルも、共有範囲が広すぎない場所へ保存しましょう。
これは記憶機能だけの問題ではありません。普通の引き継ぎ資料と同じように、誰が見られるか、何を残すか、いつ見直すかを決める作業です。
後任のAIに読ませたあと、実際の質問で確かめる
資料を渡しただけで引き継ぎが完了したと考えず、仕事に近い質問を試します。現在の締め日、見積もりの確認担当、例外案件の相談先など、答えが分かっている質問を用意します。
「その答えの根拠はどの資料か」も確認します。資料にない内容を補っていないか、未確認事項を断定していないかを見て、不足する説明を資料側へ追加します。AIの返答だけを何度も修正するより、後任も読める資料を直したほうが知識が残ります。
最初の数件は、前任者か業務を知る人が結果を確認します。AIの記憶を引き継いでも、相手との関係や暗黙の事情まで確実に再現できるわけではありません。
会社に残したいのは、確認できる知識
AIの記憶は、担当者が何を説明してきたかを拾う手掛かりになります。その材料を、人が確認し、会社の資料として整えることで引き継ぎに役立ちます。
記憶をそのままコピーして終えるより、正式情報、手順、未決定事項を分け、根拠と責任者を残す。そこまでできれば、AIが変わっても、人が変わっても使える会社の知識になります。
