奈良さん(しぐゆきさん)へ | メタファより | 2026-10-06
zettelkasten の思想
本質と実装を分けて見直すための 1 枚
「codex の魔改造で違うものに変わってきたので、本質から見直したい」とのことでしたので、ツールや仕組みはいったん脇に置いて、何を守っていれば zettelkasten であり続けるかを中心にまとめました。
根拠は私の vault のノートだけです。根拠のノート名を このように 示しています。vault に書いていないことは書かず、「未記載」としています。
🗓 dagnetz📚 llm-wiki🛠 skills🃏 issues(カード)🤖 AI との分担
奈良さんが以前おっしゃった「既存実装に引っ張られすぎて抽象化が足りてない」(📝ai-memo-tan_x_PAOについて奈良さんと議論のログ)を、そのまま vault に当てはめるつもりで書きました。ツールや仕組みの話はいったん脇に置いて、「何を守っていれば zettelkasten であり続けるか」を中心にしています。
1. 根っこの考え方:なぜこの構造なのか
- 目指すのは「対話できる分身(アルターエゴ)」です。 ルーマンは zettelkasten を単なる記録道具ではなく、自分を驚かせてくれるコミュニケーションパートナーとして作りました(📙原初のZettelkasten)。私の目的も「アルターエゴを誕生させる」で(📝2026からのZettelkasten)、vault のプロダクト定義でも最終目標は「アルターエゴ」の生成です(AGENTS)。
- 残すのは「完成した知識」ではなく「変化する思考」です。 過去のノートを上書きせず、新しい思考は新しいノートにします。過去の自分と今の自分の差分が資産になります(📙Dagnetz式、📕Dagnetzの不可逆ノート運用)。
- Dagnetz = DAG + Netz。 時間は不可逆で思考は一方向に積み重なる(DAG)。それをリンクやタグで網の目(Netz)につなぎます(📙Dagnetz式)。
- 3 つの鉄の掟(📙Dagnetz式)
- 分類禁止:フォルダ分けをやめて、「どこに入れるか」の悩み(認知的負荷)をゼロにし、分類が破綻して再整理するリスクをなくします(⚙️分類禁止ルール)。ルーマンも、内容で分類すると「解決不可能な分類問題」になるとして固定の配置を選んでいます(📙原初のZettelkasten)。
- 編集制限:翌日以降のノートは読み取り専用。直したいときはリンクを貼った新しいノートに「修正版」「反論」として書きます(⚙️編集制限ルール)。
- Prefix:フォルダの代わりに、ファイル名の先頭のアイコンでノートの種類を表す軽い型です(⚙️prefix_rule)。
- 日記と知識を分けます。 日々の記録と普遍的な知識を混ぜず、知識ノートが日記へのリンクだらけになるのを防ぎます(📙Dagnetz式)。
- 第二の脳は第一の脳の代わりではありません。 外部記憶を使いこなすには、人間の側にも索引や概念の地図、違和感に気づく力が要ります(📕検索可能性と知識内在化)。
- 作る手間を小さく、文字列で持つ。 「認知的負荷と作成負荷が少ないシステム」「できるだけ文字列管理」が出発点です(📝2026からのZettelkasten)。保存形式をプレーンファイルに保てば、検索・同期・AI 連携をあとから取り替えやすくなります(📕知的好奇心を再点火する外部記憶設計)。
2. 4 つの置き場と、そのつながり
| 置き場 |
役割 |
記憶の層 |
書き換え |
dagnetz(dagnetz/YYYY/MM/DD/) |
その日に生まれたもの(日報、文献メモ、開発ログ、AI ログ、調査 HTML など)を全部その日のディレクトリに置く。本人の記録・判断・作業履歴の正本 |
短期記憶(今日のディレクトリ) |
翌日以降は読み取り専用(Raw source は不変) |
| llm-wiki |
dagnetz を元に、LLM が概念ごとに要約・統合・相互リンクする Wiki。1 コンセプト=1 ページ。「横断的知見」と「未解決の問い」を育てる |
長期記憶(+dagnetz からのリンク 2 ホップ先) |
LLM が更新してよい。dagnetz へは書き戻さない |
| skills |
やり方・手順 |
手続記憶 |
更新してよい |
| issues(カード) |
1 ファイル=1 枚のカード。進行中の仕事と状態はここが正 |
タスク |
更新してよい(日付の編集制限は dagnetz だけの規則) |
根拠:📚dagnetz運用まとめ、📕LLM Wiki、metaphor-llm-wiki、📝記憶管理、claude、AGENTS
つながり方:
- 毎日の入口は dagnetz です。断片をまず今日に入れ、重要な発見はあとから 📚(ハブ)などへ育てます(📚dagnetz運用まとめ)。
- dagnetz は llm-wiki の Raw source です。ingest のたびに既存ページへ知見を波及させ、index と log も更新します。日次ログや作業ログは、再利用できる概念や判断があるときだけ取り込みます(📕LLM Wiki、metaphor-llm-wiki)。
- 判断を訂正するときも昨日のノートは直さず、今日のノートを Raw にして wiki の台帳へ上げ、古い判断を置き換えます(📕Dagnetzの不可逆ノート運用)。
- カードには要点とリンクだけを書きます。1 コメントは 450 字までで、超える分は dagnetz のノートに書いてリンクします(AGENTS)。
- ルール自体も同じ流儀で更新しています。⚙️prefix_rule は旧 ⚙️Prefixアイコンルール から新しいノートとして作り直したもので、📕=llm-wiki のノート、📝=メタファが書くメモ、🤖=AI 生成、と整理しています。
3. リンクで知識が育つ
- ルーマンのカードは番号でリンクし、どこからでも枝分かれできました。そのため計画なしに「内側へ成長」します。各ノートは参照のネットワークの中で初めて意味を持ち、つながっていないノートは失われて忘れられます(📙原初のZettelkasten)。
- 過去ノートにはリンクを足せない(編集制限)ので、新しいノートの側から過去へリンクします(📚dagnetz運用まとめ)。過去のノートを束ねたいときは、MOC(リンク集のノート)を作るか、固有のタグを動的な MOC として使います(📙原初のZettelkasten)。
- 2 ホップ:A→B→C のとき、A と C は B を介してつながります。直接関係ないと思っていたもの同士の意外なつながりに気づけて、過去のノートの死蔵も防げます(📝2HopLinks)。記憶モデルでは、今日のノートからリンクを 2 ホップまで辿った先も長期記憶として扱います(📝記憶管理)。想起は 2 ホップまでとしています(claude)。
- llm-wiki でも相互参照を惜しまず、元のノートは wikilink で参照します(metaphor-llm-wiki)。
- ルーマンによれば、十分な量になるまで数年かかり、それまでは「入れたものを取り出すだけの容器」です(📙原初のZettelkasten)。すぐに効かなくても普通です。
4. 記憶モデル:「ノートが無いことは偽ではない」
- 層は 4 つです。短期記憶=今日の dagnetz、長期記憶=llm-wiki とリンク 2 ホップ先、手続記憶=skills、タスク=issues(📝記憶管理、zettelkasten-memory-model)。
- 「ノートが存在しない=その知識が偽」は偽です。 vault に無いことは「未記録」として扱い、否定の根拠にしません。「記録が見つからない」と「事実ではない」を分けて答えます(AGENTS)。
- vault に無い知識は X や Web から取り込んで、出典を付けて答えます。価値があれば dagnetz に記録して vault に吸収します(📝記憶管理)。
- 答えには、どの層から得たか(今日の dagnetz / wiki / リンク先 / skills・issues / 外部)を分けて書きます(AGENTS)。
- wiki は「判断の前に思い出すための層」であって、世界のすべてではありません。外部記憶の欠けを世界の欠けと読み替えるのは誤りです(📕LLM Wiki)。
5. AI エージェントとの分担
| 人間(メタファ) |
AI エージェント |
| 書く・考える(📝 は本人が書くメモ) |
人間が飽きる帳簿づけ:相互リンク、矛盾の記録、概念ページの更新、index / log の保守 |
| ingest で何を強調するかを決める |
ingest のときに要点を出し、人間と対話してから書く |
承認と完了(done はオーナーかコマンダーの accept) |
カードの状態を根拠(PR・コミット・成果物)付きで直す。動かせるのはレビュー待ちまで |
| lint の修正を許可する |
lint で孤立・矛盾・古い主張を見つけて報告する |
根拠:📕LLM Wiki、metaphor-llm-wiki、AGENTS、⚙️prefix_rule
AI が守る約束:
- dagnetz(Raw)は読むだけ。書いてよいのは今日のディレクトリだけです(claude、metaphor-llm-wiki)。
- 派生のレイヤから過去ノートへ勝手に書き戻しません(📚dagnetz運用まとめ)。
- AI が作ったものは 🤖 を付けて人間のメモと区別します(⚙️prefix_rule)。
- 根拠を先に出してから言い切ります。引用が書けないなら、まだ答えません(AGENTS、claude)。
- 残った作業はメッセージではなくカードに、残タスクと完了条件を書いて渡します(AGENTS)。
- 人間の手に戻る点をはっきりさせます。自動化を増やしすぎると、Wiki は育つのではなく勝手に膨らみ、人間の理解が追いつかなくなります(📕LLM Wiki)。
奈良さんとの議論でも、独立したレビューの良さと「視認性は人間にとってとても大事」という話が出ました(📝ai-memo-tan_x_PAOについて奈良さんと議論のログ)。この 1 枚もその方針で作っています。
6. いちばん大事なこと:本質と、取り替えてよい実装
🌳 本質(どう改造しても残す)
- 分類しない。 新しいノートは生まれた日のディレクトリに置き、内容別のフォルダを作らない(⚙️分類禁止ルール)。
- 過去を書き換えない。 翌日以降のノートは読み取り専用。直すなら新しいノート+リンク(⚙️編集制限ルール)。
- 生ノート(正本)と蒸留(派生)を分ける。 蒸留する側は生ノートを読むだけで、書き戻さない(📕Dagnetzの不可逆ノート運用、📕LLM Wiki)。
- リンクでつなぎ、あとから再発見する。 新しいノートから過去へリンクし、MOC・タグ・2 ホップで再会する(📙原初のZettelkasten、📝2HopLinks)。
- 記憶の層と引く順番。 短期・長期・手続・タスクを分け、無い=偽としない。出典付きで外から補い、価値があれば記録する(📝記憶管理)。
- 人間に戻る点を残す。 何を強調するか、承認、完了は人間(📕LLM Wiki、AGENTS)。
- プレーンな Markdown で持つ。 文字列で管理し、ツールを替えても中身が残る形にする(📝2026からのZettelkasten、📕知的好奇心を再点火する外部記憶設計)。
🔧 実装(取り替えてよい)
| 種類 |
この vault での今の例 |
根拠 |
| エディタ・ビューア |
Neovim がメイン、Obsidian はビューア |
AGENTS |
| 編集制限の強制方法 |
vim で保存を抑止する、frontmatter の自動管理 |
⚙️編集制限ルール、📕フロントマターと編集制限 |
| 自動化ジョブ |
GitHub Actions と Python による日次の取り込み。wiki の日次 ingest は実行役を Codex から Hermes へ移した |
📚dagnetz運用まとめ、📕LLM Wiki |
| 同期のしかた |
定期の fast-forward 同期、skills の写しの同期スクリプト |
📕zettelkasten issues同期、AGENTS |
| エージェント名・担当 |
Grok Bot、hermes、Cursor Cloud などとレーンの割り当て |
AGENTS |
| カードの見せ方 |
以前は GitHub Projects、今は issues/ のファイルと TUI |
loop-engineering-universal スキルの kanban.md |
| 検索 |
rg。必要になればローカル検索エンジン |
metaphor-llm-wiki |
| wiki のジャンル |
実データから抽出したもの。必要なら追加してよい |
metaphor-llm-wiki |
| prefix の具体的な絵文字 |
意味は改訂されてきた(📕 の意味など) |
⚙️prefix_rule |
| 読みやすさの約束 |
カードの 1 コメント 450 字まで、mermaid は縦長(縦長モニターで読むため。450 字の理由は未記載) |
AGENTS |
💡 見分け方
「これを別のツールや別のエージェントに替えても、本質の ①〜⑦ が成り立つか」で判断します。成り立つなら実装です。wiki の日次 ingest を Codex から Hermes に移したときも、契約(前日のディレクトリ、fast-forward、llm-wiki だけ書く)は同じで、「ランタイム名を知識の正本にしない」と整理しています(📕LLM Wiki)。
7. 奈良さんの vault を見直すためのチェックリスト
- 新しいノートは、その日の日付ディレクトリにだけ作られているか(内容別のフォルダが増えていないか)
- 翌日以降のノートの本文が書き換わっていないか(Git の履歴で確認できる)
- 訂正や反論は、新しいノート+元ノートへのリンクになっているか
- 生ノートの層と蒸留の層が分かれているか。蒸留側から生ノートへ書き戻していないか
- 蒸留ページに、元のノートへのリンク(出典)が付いているか
- ファイル名の型(prefix など)で、人間が書いたものと AI が作ったものを見分けられるか
- どこからもリンクされていない孤立ノートが増えていないか
- 手順は手続記憶(skills)、仕事の状態はカード(issues)に分かれていて、ノートにタスクが散らばっていないか
- AI が「ノートに無い」を「事実ではない」として扱っていないか
- AI の答えに、根拠にしたノートと、どの層から得たかが書かれているか
- 承認や完了など、人間に戻る点が自動化に飲まれていないか
- ルールの正本が、特定のツール名・エージェント名・スクリプトに依存していないか(替えてもルールが読めるか)
- ルールの写しが複数あって食い違っていないか(例:この vault でも、AGENTS の prefix 表は旧版のままで、⚙️prefix_rule と 📕 の意味がずれています)
- 中身がプレーンな Markdown のまま残っているか(特定ツールの独自形式に閉じていないか)