※この記事は Zennの記事 からの転載です。
図：AIは毎回リセットされる。だから「何をすべきか／どのルールに従うか／何を信じるか」をObsidianに永続化する
「もっと賢いAIに変えれば解決する」——そう思ってモデルを乗り換え続けていませんか。うまくいかない原因は、たいていAIの性能ではありません。AIに"記憶"を持たせる環境を、こちらが用意していないだけです。
医療機関の総務課で医療DXを進めている非エンジニアです。この記事は連載〈記憶のないAIと働く〉の入口（まとめ）です。
このシリーズの主張：AIは賢いが"記憶喪失"。毎回リセットされる有能な新人だ。だから本当に必要なのは「もっと賢いAI」ではなく、AIが従える"環境"を人間が設計すること。その環境＝記憶・ルール・信頼基準を外部（Obsidian）に永続化したSSoT。
AIは「毎回リセットされる有能な新人」
生成AIを使っていて、こう感じたことはないでしょうか。
- 昨日決めたことを、今日の会話では覚えていない
- 「この書き方はやめて」と言ったのに、次のセッションでまたやる
- 平気で"それっぽい嘘"（存在しないURLなど）を自信満々に返す
これはAIが無能だからではありません。AIには基本的に短期記憶しかないからです。会話（コンテキスト）が切れると、次の3つが毎回ゼロに戻ります。
- 何をすべきか — 使用者の意図・今のタスク
- どのルールに従うべきか — 運用の規範
- 何を信じ、何を信じないべきか — 情報の信頼基準
賢い新人が毎朝記憶を失って出社してくる、と思えば近いです。指示書もマニュアルも渡さなければ、能力が高くても現場は回りません。
チャットだけだと、この3つは毎回ゼロに戻る。昨日決めたルールも、翌日のセッションには残っていない――だから、いくら使っても運用が洗練されていかない。
解決策：記憶を"人の頭"でも"AI"でもなく、外部に置く
多くの人はこれを「プロンプトを工夫する」「毎回説明し直す」で乗り切ろうとします。でもそれは人間側が毎回リセットに付き合う運用で、スケールしません。
私がやったのは、上の3つ（＋蓄積された知識）を、Obsidianに書いて永続化することです。AIは会話のたびに、この"外部脳"を読んでから動く。
- 記憶が消えるなら → 消えない場所（ファイル）に書く
- ルールがブレるなら → ルールを1か所（SSoT）に固定する
- 嘘をつくなら → 「検証してから信じる」を仕組みで強制する
これを私は「Obsidian as Hub（Obsidianを唯一の正とするハブ）」と呼んでいます。合言葉は――「vaultに書いていないものは、存在しない」。
さらに重要なのは、AI自身がその外部脳に記録を残していく点です。たとえば私のブログ記事作成ルール。チャット内で頼むだけなら、毎回同じ説明を繰り返すだけで一向に洗練されません。しかしObsidianに置いてからは、AIが改訂のたびに変更を書き残すようになり、ルールは次のように before → after へと育ちました。
図：Obsidianに置いたブログ記事作成ルールの before→after。テーマの絞り込み・タイトル方針・ファクトチェックゲートなどが AI の手で追記・改訂され、ルールが"育って"いる。
記憶が外部に残ると、それは消えずに 資産 になり、AIの仕事の質も回を重ねるごとに 成長 していきます。「もっと賢いAI」を探さなくても、"外部脳"を育てるだけで成果は上がる――これが本質です。
なぜObsidianなのか
- Markdownのただのファイル：AIが読める・書ける・差分で管理できる
- リンクで繋がる：ルール同士・タスク同士が構造化される
- ローカルの自分の資産：借り物のSaaSに知識を預けない
ノートがリンクで繋がった様子。まさに"外部脳"のネットワーク（＝この仕組みの実体）
特別なツールではありません。"AIが従う環境"としてMarkdownのvaultを設計する、という発想の転換がすべてです。
この連載で書くこと（3本柱＋実践）
外部脳を「記憶・ルール・信頼」の3層に分けて、それぞれの設計を解説します。
| 回 | テーマ | 何を永続化するか |
|---|---|---|
| ① | AIに"今やること"を渡す | タスク（意図）をファイルで管理する |
| ② | AIに"運用ルール"を持たせる | 規範をSSoTに一元化（Obsidian as Hub・役割分担） |
| ③ | AIのハルシネーションと付き合う | 信頼基準（一次資料・出典・検証） |
| ④ | 実際に回してみた | 上の①②③の上で、マルチAIが分業する実例 |
（各記事は公開しだいリンクを追加します）
まとめ
- AIの弱点は知能ではなく記憶。毎回リセットされる前提で設計する
- 「何をすべきか／どのルールに従うか／何を信じるか」をObsidian（外部脳・SSoT）に永続化する
- 合言葉は「vaultに無ければ存在しない」
次回③では、AIが平気でつく"それっぽい嘘"（実際に、存在しないPDFのURLを自信満々に作ってきた話）と、それを仕組みで防ぐ設計を書きます。
次はこちら → ③ AIのハルシネーションとどう付き合うか（近日公開）