ハイライト、切り抜き、要約、メモを記録しても、後から必要な情報を取り出せるとは限りません。保存と、用途に応じた取り出しは別の能力であり、どちらも結果を観察できるテストで確かめる必要があります。
ここで焦点を当てるのは、2つ目の能力である取り出しです。「すべてを記録し、後で整理する」のではなく、実際に再利用するものに対象を絞った小さなシステムを作ります。機能しているかを確かめるテストと、そもそも保存すべきでなかった情報を定めるルールも設けます。
メモの量は、システムが機能している証拠ではありません。実際の作業から取り出し時間の目標を定め、権限を付与されたユーザーが無関係なデータを露出させずに、正しく、現在も有効な情報を見つけられるかをテストしてください。
このように作業を起点とする考え方は、個人情報管理を作業ベースで評価した研究と整合します。この研究では、情報を再び見つけられるかどうかは、その人が持つ情報の集合と検索作業に左右されると捉えています。この研究が支持するのは、実際の作業を使ったテストです。この記事で例示する軸、時間目標、見直しの頻度を検証したものではありません。
溜め込みと取り出しの違い
情報を溜め込む行為は、生産的に感じられます。記事を保存し、一節をハイライトし、AIに会議を要約させると、増え続ける情報の山が知識の蓄積に見えてきます。しかし、たどれない山は、実用上は何もないのと変わりません。むしろ、記録に時間を費やしたうえに、「保存したから分かっている」という誤った自信を生む分、状況が悪くなることさえあります。
取り出しは別のものです。メモを少数に絞り、具体的な状況が生じたときに関連情報を素早く見つけ、実際に使える程度にタグ付けまたは構造化します。ナレッジシステムの尺度は、情報量ではありません。本当に必要な情報を、必要なときにどれだけ見つけられたかです。
ステップ1：「すべて」ではなく、実在する3つの対象を軸にする
将来必要になるあらゆる知識を想定して、システムを設計しないでください。繰り返し下す判断、または繰り返し作る成果物から、具体的な対象を3つ選び、それだけを軸にシステムを作ります。
適切な軸の例：
- 「Xにはどのベンダーを使うか」：一、二年ごとに見直す判断。
- 「顧客向けオンボーディングメール」：数週間ごとに何らかの形で作成する成果物。
- 「この概念を初心者にどう説明したか」：繰り返し発生する指導または執筆の作業。
- 「過去の人事評価で何がうまくいったか」：決まった時期に生じる意思決定支援のニーズ。
実際に必要になった過去の事例を具体的に挙げ、それが将来のどの作業に役立つか説明できるなら、軸の候補として妥当です。頻度と振り返る期間は、その作業に合わせます。年次のコンプライアンス判断と毎週の顧客向けメールは、どちらも繰り返し発生しますが、周期は異なります。過去の実際の用途を特定できない場合は、恒久的に記録する価値があると決めつけず、その軸を実験段階と明記してください。
ステップ2：記録する価値があるものと、ないものを決める
各軸について、同じ状況が再び生じたときに自分の行動を変える情報だけを記録します。有効な判断基準は、「このメモを失ったら、次回の判断が悪くなるか、成果物の質が下がるか」です。正直な答えが「いいえ」なら、保存しないでください。
保存する情報には、内容そのものに加えて次の4点を記録します。
- 出典：文書、会話、自分が下した判断とその結果など、情報の由来。
- 日付：その情報がいつ正しかったか。前提や背景は古くなります。
- なぜ重要だったか：後で残しておく価値がある理由を1文で記します。後から記憶を頼りに再構成するのではなく、記録時に書きます。
- 確信度または状態：確定した内容か、まだ変化している内容か、一般化すべきでない1度限りの例外か。
「なぜ重要だったか」の項目を省くことは、取り出しが悪くなる要因として十分あり得、かつ検証できます。測定された普遍的な順位ではありません。6か月後には、背景のないハイライト部分を解釈するのが難しくなっているかもしれません。この項目が自分のシステムで取り出しを改善するか、実際にテストしてください。
ステップ3：ファイリングだけでなく、取り出しテストを作る
ナレッジシステムには、実際の作業から導いた取り出しテストが必要です。各軸について、現実の判断や成果物に合う目標を選びます。「関連するメモを2分以内に見つけて使う」は、時間制約のある個人作業における例示的な目標の1つであり、研究で裏付けられた普遍的なしきい値ではありません。
すでにメモがある対象について、率直にテストしてください。設定した目標を達成できない場合や、保存したと分かっているのに関連情報を1つも見つけられない場合は、次のような調査対象が明らかになります。
- 将来その軸について実際に使う検索語を基準に、メモのタグやタイトルが付けられていない
- メモが多すぎるツールに分散している（ノートアプリ、メール、チャット履歴、文書、3つのブラウザーブックマーク）
- 「なぜ重要だったか」の項目がなく、検索結果が該当していても、すべてを読み直さなければ関連性を確認できない
AIを使った検索や要約（個人用RAGツール、AI検索対応のノートアプリ）は、検索に十分な構造で情報を記録した後なら、取り出しを実質的に速められます。具体的な方法は、個人用RAGの構築と個人ナレッジベースとしてのNotebookLMを参照してください。どちらのツールも、不適切に記録された情報を直すものではありません。適切に記録された情報を、より速く検索する手段です。
ステップ4：無期限に保管せず、見直し日を設定する
各軸には、情報の変化する速さと、古い情報を取り出した場合の害に応じた、見直しのきっかけまたは日程を設けます。四半期ごとは一例であり、検証済みの標準設定ではありません。見直し時には、正確さを確認し、必要に応じて重複を統合またはリンクし、その軸と適用される保持ルールから見て保存する根拠のなくなった情報を削除します。
以下は、軸「[name it]」のタグを付けた私のメモです：
[paste notes]
1. 古くなっているように見える内容、後のメモと矛盾する内容、一般的なルールとして
扱うべきでない一度限りの例外に、印を付けてください。
2. ほぼ重複するメモをまとめ、どの一つを残すべきか提案してください。
3. 各メモについて、「これを失うと、将来の判断が変わるか」と私に尋ねてください。
私が「いいえ」と答えたら、削除対象として印を付けてください。
私が述べていない新たな主張へとメモを要約しないでください。すでにある内容の
整理と注意箇所の指摘だけを行ってください。
ステップ5：必要になる前に削除ルールを定める
時間に追われながら個別に判断するのではなく、そもそも保存してはいけない情報を事前に決めます。短く実用的な削除ルールは、次のようなものです。
- 一時的な価値しかない情報は削除します。すぐに通り過ぎる事実、1か月後には古くなるリンク、一時的な反応などです。
- 他人の個人情報のうち、自分のメモで本人に見つかってほしくないものは削除するか、特定につながる情報を大幅に伏せます。
- 「念のため」に記録し、一度も取り出していない情報を見直します。用途に固有の法務、税務、保証、紛争、安全、記録保存、個人的なニーズを確認してから削除してください。古いというだけで削除する普遍的なルールはありません。
組織が扱う個人データについて、例示された1年という期間をそのまま方針にしないでください。プライバシー責任者とともに、用途別の保持期間を定めます。欧州委員会のGDPR原則の概要では、目的の限定、データ最小化、正確性、保存期間の制限、安全対策、説明責任を扱っています。個人や家庭での利用と、組織による処理では法的な扱いが異なる場合があります。実際に運用するシステムについて、適切な資格を持つ専門家に相談してください。
機微なメモには別の初期設定が必要
記録する情報の中には、通常の参照メモよりも機微なものがあります。健康に関する詳細、人間関係や家族の事情、給与や財務情報、紛争、声に出して読まれたくない内容などです。後で整理するのを覚えていることに頼らず、最初から別に扱ってください。
「個人的な」メモ、チャット履歴、AIのメモリ機能であっても、プロバイダーに保存され、その契約、保持方針、セキュリティ管理、権限を付与された者によるアクセス、法的手続きの対象になる場合があります。「個人アカウント」であることは、他人がデータにアクセスできない証明にはなりません。真に機微な情報には、承認済みのデータ取扱境界を使ってください。たとえば、自分で管理する暗号化、ローカル環境だけで動作すると確認済みの設計、または現在のデータ利用、保持、削除、アクセス、復旧の条件を確認したプロバイダーとプランです。ChatGPTが記憶し、参照し、共有するものでは、広く使われている一つのアシスタントの管理機能を扱っています。すべてのツールに一般化せず、現在の製品とプランを確認してください。
特に他人についてのメモ（同僚の業績上の問題、友人の病状、家族間の対立など）には、さらに一段階の判断基準を設けます。その人は、この詳細さで、自分の頭の外にあるツールに記録を残されたと知っても抵抗を感じないでしょうか。そうでなければ、記録しないか、個人を特定しにくい、はるかに短い形で記録してください。自分がその会話の当事者だったというだけで、相手の情報を詳細に保持してよいことにはなりません。
実例
軸：「住宅修理でどの業者に依頼するか」。一、二年ごとに見直す、実際に繰り返す判断です。
- 記録： 作業が終わるたびに、業者名、作業の種類、日付、費用、良かった点と悪かった点、再度依頼するか、なぜ重要だったかを示す1文（「すぐに電話を返してくれた唯一の業者」）を1つのメモにします。
- 取り出しテスト： 次に配管工が必要になったとき、作業に適した目標を選び、無関係なメモを露出させず、直近の関連メモを正確に取得できるかテストします。2分という目標は、あくまで一例です。
- 見直し日： 年に1度、通常修理が必要になる季節の前に、業者に関するメモをすべて確認し、移転した業者や廃業した業者の項目を削除します。
- 保持ルール： 見積書、請求書、保証書、税務記録、紛争の証拠を保持すべき期間は、それぞれ個別に判断します。ナレッジ管理の例にある1年というルールを流用しないでください。文書化された目的のある情報だけを、必要な期間に限って保持します。
複雑な仕組みではありません。それこそが要点です。実在する3つの軸に対象を絞った小さなシステムのほうが、すべてを記録して何も取り出せない野心的な「第二の脳」より役に立ちます。
よくある失敗
- 「念のため」にすべて記録する。 情報量は増えても、取り出せる割合は増えません。システムは実用的な記憶ではなく、第二の受信箱になります。
- 「なぜ重要だったか」の項目がない。 理由を書かずにハイライトした段落や保存したリンクは、6か月後には、保存しなかった場合と同じくらい解釈しにくくなります。
- 1つの軸を多すぎるツールに分散させる。 「ベンダー選定」の情報が、メール、ノートアプリ、チャット履歴に分かれていると、個々のメモが適切に書かれていても取り出しに失敗します。
- 個人向けAIメモリ機能をナレッジシステムとして扱う。 モデルのメモリは、会話に連続性を持たせるための機能であり、自分で削除ルールを管理できる、検索・見直し可能なアーカイブとして作られたものではありません。利便性のために使い、重要な情報の唯一の記録にはしないでください。
- 削除ルールがないため、機微な情報や古い情報が無期限に蓄積します。削除を誰の担当にするか、決められていないからです。
このシステムではできないこと
検索とAI要約は、保存した情報から関連しそうなものを提示できます。しかし、メモが正確か、最新か、適法に保持されているか、その判断に適しているかを確定することはできません。背景、日付、重要だった理由を欠いた不適切なメモは、モデルが取り出せても危険または役に立たないままかもしれません。記録と削除のルールは、権限を持つ担当者または記録管理責任者が管理してください。
個人ナレッジのライフサイクルマップを使って3つの軸を選び、記録基準を定め、作業に合った取り出しテストを選んで実行し、見直しのきっかけと保持・削除ルールを設定してください。情報をさらに追加するのは、その後です。
