AIエージェントを使い始めると、最初に大きく効くのは「賢い依頼文」ではありません。
むしろ、毎回説明している前提をどこに置くかです。
新しいチャットや新しいセッションを開くたびに、会社の方針、作業中のプロジェクト、以前の判断、避けたい失敗を説明し直している。これでは、AIは便利でも、現場の時間は残りません。
Claude Codeには、CLAUDE.mdや自動メモリのように、セッションをまたいで知識を持ち越す仕組みがあります。Anthropicの公式ドキュメントでも、Claude Codeはファイルを読み、編集し、コマンドを実行し、MCPで外部データソースにつなげられるツールとして説明されています。
ただし、会社で使う場合は「AI側の記憶」だけに頼らない方が安全です。
AIの記憶と、会社の記録は分ける
AIのメモリは便利です。
しかし、業務運用では次のような問題が出ます。
- 何を覚えているのかを人間が一覧しづらい
- 覚えた内容を他のAIや別の担当者に移しにくい
- プロジェクトごとの前提が混ざりやすい
- 古い判断や仮説が、いつまでも生きた前提に見える
- 機密情報をどこまで残したかを管理しづらい
そこで必要になるのが、AIの外側に置く「業務ナレッジ台帳」です。
これは、AIに読ませるためだけのメモではありません。人間も読めて、編集できて、不要になったら消せる記録です。
Obsidianのように、ローカルのMarkdownファイルを扱えるノート環境は、この用途と相性があります。Obsidian公式サイトでは、ノートをローカルのプレーンテキストMarkdownとして保存し、ノート同士をリンクでき、グラフで関係性を見られることが説明されています。
大事なのは、特定ツールを入れることではなく、AIの記憶を「会社が管理できる記録」に変えることです。
外部メモリ台帳に入れるべき5種類
最初から大きなナレッジベースを作る必要はありません。
中小企業で始めるなら、まず次の5種類だけで十分です。
| 台帳 | 書くこと | AIに期待する使い方 |
|---|---|---|
| プロジェクト概要 | 目的、現在地、関係者、対象外 | 新しいセッションでも前提を取り違えない |
| 判断ログ | いつ、誰が、なぜ決めたか | 古い議論を繰り返さない |
| 正本リスト | 料金表、FAQ、サービス範囲、契約前提 | 間違った資料を根拠にしない |
| 作業ルール | 命名、出力形式、承認点、禁止操作 | 毎回同じ品質で進める |
| 失敗ログ | ミス、原因、次回の防止策 | 同じ指摘を減らす |
この5つがあると、AIへの依頼は短くなります。
「このフォルダのプロジェクト概要、判断ログ、作業ルールを読んで、昨日の続きから進めてください」
こう言える状態が、外部メモリ台帳の第一段階です。
CLAUDE.mdと外部台帳の役割を分ける
ここで注意したいのは、CLAUDE.mdに何でも詰め込まないことです。
CLAUDE.mdは、Claude Codeがセッション開始時に読む指示書として使えます。だからこそ、短く保つ方が実務では扱いやすいです。
おすすめの分け方は次の通りです。
| 置き場所 | 向いている内容 |
|---|---|
CLAUDE.md | 最初に必ず守る短いルール、参照先、禁止事項 |
| 外部メモリ台帳 | 日々の作業ログ、判断履歴、正本一覧、失敗ログ |
| 業務システム | 顧客情報、契約情報、売上、個人情報などの機密データ |
CLAUDE.mdには、たとえば次のように書きます。
作業開始時は docs/project-overview.md と docs/decision-log.md を確認する。
公開前は docs/publication-checklist.md を確認する。
顧客個人情報はノートに保存しない。
送信、削除、公開、本番反映は人間承認を待つ。AIにすべてを覚えさせるのではなく、必要な記録へたどり着く入口を渡します。
中小企業での最小構成
導入初日は、次の3ファイルだけでも始められます。
project-overview.md
decision-log.md
mistake-log.mdproject-overview.mdには、事業やプロジェクトの目的、今やっていること、やらないことを書きます。
decision-log.mdには、価格、対象顧客、公開範囲、採用したツール、採用しなかった選択肢を残します。
mistake-log.mdには、AIが間違えたこと、人間が修正した理由、次回の防止ルールを書きます。
この3つがあるだけで、AIは「昨日の続き」をかなり扱いやすくなります。
ただし、ここに顧客名、個人情報、認証情報、契約書全文、未公開の機密情報を無造作に入れてはいけません。Obsidianがローカル保存に向いているとしても、AIに読ませる時点で、接続先AIサービスやMCPサーバーの権限設計が関わります。
外部メモリ台帳は、機密情報の置き場ではなく、AIが業務文脈を理解するための索引として設計する方が安全です。
導入時に決める4つのルール
外部メモリ台帳を作るときは、ツール設定より先に次の4つを決めます。
- AIが読んでよいフォルダ
- AIが書き込んでよいフォルダ
- 人間確認なしで更新してよい記録
- 人間確認が必要な記録
たとえば、作業ログはAIが追記してよい。価格やサービス範囲の正本は、人間確認なしで変更しない。失敗ログはAIが候補を追記し、人間が月1回整理する。
このくらいの線引きで十分です。
ルールを決めずに「全部見て、全部覚えて」とすると、短期的には便利に見えます。しかし、あとから何を根拠に判断したのかを追えなくなります。
Optiensの見方
AIエージェント活用の差は、依頼文の上手さだけでは決まりません。
差が出るのは、AIが参照できる記録を、会社側が管理できる形で残しているかです。
AIの記憶は、AIの中に閉じ込めるより、会社が読める台帳に外部化する。
ただし、機密情報は入れない。
CLAUDE.mdは入口にし、外部メモリ台帳は作業と判断の履歴にする。
この分け方ができると、Claude Code、Codex、ChatGPT、別のAIエージェントに切り替わっても、業務の前提は残ります。
AI活用をどこから始めるべきか迷っている場合は、まず AI活用診断簡易版（無料） で、既存業務のどこがAIパッケージ化しやすいかをご確認ください。より具体的に整理したい場合は、詳細版AI活用診断（¥5,500税込・MTGなし） で、AIパッケージ適合性、構成案、優先順位、費用前提を整理してお届けします。
関連記事
- CLAUDE.md でセッション跨ぎの知識継承を作る
- AIエージェント導入で成果が出ない理由：データより先に文脈を整える
- AIモデル更新に振り回されない：ClaudeとCodexを行き来できる業務設計