Obsidian + Claude Codeで第二の脳は本当か

Obsidianはリンクでノートをつなぐアプリ Cloud Codeはファイルを読み書きできるAI採用エージェントです この2つで外部記憶、つまり第2の脳が作れる この主張には3つの過度な表現があります ただし5つの条件を満たせば条件付きで実現可能です 検証は同じテーマを3つのAIに別々に聞き 答えの弱点を互いに指摘させる方法です 最後に3つが共通して認めた結論だけを採用しました まず広まっている主張のうち盛りすぎた表現が3つあります 1番目、第2の脳を単位中限の概念として語るのは不正確です 公開メモだけを根拠にこの言葉全体を説明することはできません 2番目、使うほどAIが賢くなるという話は半分誤解です モデル本体はあなたの保管フォルダで学習し直されません 賢くなるのはボルト、つまり保管フォルダ側の構造です 3番目、100億ワード級の保管フォルダは非現実です 米国の中立的な調査機関のデータでも Wikipedia全言語版はおよそ60億ワードです そもそも第2の脳という言葉には混ざりやすい3つの起源があります 1番目、哲学者クラークとチャーマーズの拡張された心という理論 道具やノートも思考の一部だと捉える発想で 第2の脳という比喩の土台です 2番目は情報整理本、第2の脳の著者、ティアゴ・フォルテの方法です コード法はCapture, Organize, Distill, Expressの頭文字で 収集、整理、溶点化、表現の4段階です 3番目、2024年以降のObsidianとLLMのコミュニティでのバズワード化 この3つが混ざって語られるから誤った主張が広がりやすいのです ここから実装の革新です 補完フォルダ、つまりボルトを4つの層に分けます ローという原本フォルダはAIの書き換え絶対禁止 ウィキはAIが編集する成果物の置き場 スキーマはルールとテンプレートを置く場所 ログスはAIの編集履歴を残す場所です この分離をしないとAIの幻覚、つまり間違った出力が 原本を汚染して後から検証できなくなります 原本と成果物は必ず物理的に別フォルダにしてください 連携のセットアップは3ステップです 1番目、Obsidianをインストールして ボルトという名前の補完フォルダを1つ作ります これがObsidianの中身を全部入れる場所 つまり知識ベースの土台です 2番目、その補完フォルダを開いて クロードコードを起動します マークダウンは見出しや箇条書きを記号で書くテキスト形式です クロードコードはそのファイルを直接読み書きできます 3番目、補完フォルダの中に cloud.mdを作ります これはクロードコードへの指示書で 目的、構成、命名、AIルールを書きます 出典なしは未確認、原本は書き換え禁止と明記します フォルデのコード法は4段階です キャプチャー、収集、オーガナイズ、整理、ディスティル、上流、エクスプレス表現 多くの実装はキャプチャーに偏り、エクスプレスまで届きません そこで運用上の目安として出力率30%を提案します 新規ノートのうち記事や資料、意思決定メモなど 外部に出した成果物の割合が30%を切ったら ため込み症候群のサインです 失敗パターンは5つあります 終時点検、つまり週1回の自動チェックで見る項目です IT専門メディアの調査では 知識管理プロジェクトの失敗率は50から70% 周辺運用でも注意すべき水準です 1番目、ローとウィキの未分離 ヘンポンとAI編集物が同じ場所に混ざる状態です 2番目、出典なし、主張の蓄積 誰の発言かわからないメモが増えていきます 3番目、期限切れノートの削除ポリシー不在 古い情報がそのまま残り続けます 4番目、キャプチャー返帳でエクスプレス欠落 集めるだけで外に出さない状態です 5番目、ノーションなど他ツールとの二重管理 同じ情報が複数の場所に散らばります ここで認知科学からの注意です 検索しやすい情報ほど内容そのものは覚えにくくなる傾向があります これは外部記憶への依存リスクです デジタル外部記憶への過度な依存は 深い思考処理を阻害する可能性があり AIのアシストも例外ではありません ツールに任せきりにせず 自分で考える時間を必ず残すことが重要です 結論です、無条件では盛りすぎ 5条件で条件付きイエス ローとウィキの分離、出店必須、終時点検、出力率30%以上 考える時間を残すこと この5つを守ればツールは検証された外部記憶になります