家で自前のPCのWindows環境でセットアップしたWSLの中で apt install や npm install を打つとき、私は特に何も考えていません。だいたい動くからです。
ところが会社ネットワーク内で会社支給のWindowsPCでWSLにUbuntuを入れて、同じコマンドを打つと…失敗します。Could not resolve host、証明書検証エラー、タイムアウト……。
この記事は、そういう環境でWSL2の開発環境を立ち上げようとしてつまずいた記録です。結論だけ知りたい人は最後のチェックリストへ、経緯も含めて知りたい人はこのまま読み進めてください。
続きを読む
今日、NotebookLMのノートブック「ビジネスフレームワーク実践ブック」を使って、自分の価値観をあらためて言語化する試みをしました。単発の自己啓発ワークで終わらせず、対話の結果をObsidian Vaultに構造化して埋め込むところまでを一連のワークフローとして実践したので、その手順と気づきを記録しておきます。
このノートブックは、書籍『ひらめきとアイデアがあふれ出す ビジネスフレームワーク実践ブック』（栢前勝太郎 著）をもとにNotebookLMへ取り込んで構築したものです。
本記事でいう「壁打ち」とは、結論をあらかじめ持たずにAIへ問いを投げ、返ってきた言葉に対して自分の実感を照らし合わせながら少しずつ結論を輪郭づけていく対話形式、と定義します。単発の質問応答ではなく、複数ターンにわたって仮説が更新されていく点が特徴です。
AIを使って自己分析を深めたい人や、対話のログをPKM（Personal Knowledge Management）ツールにうまく統合できず悩んでいる方の参考になれば幸いです。
続きを読む
Obsidianを開くたびに、増え続けるノートの群れに少し圧倒される感覚があります。「確かこのテーマはどこかにメモした」と思って検索すると、似たようなノートが5件ヒットする。読み返してみると、どれも誰かの言葉をほぼそのまま転写したようなものです。「自分の考え」はどこにあるのか、という問いがふと頭をよぎります。
2025年頃から、海外のPKMコミュニティでは興味深い変化が起きています。「Second Brainを捨てた」という告白記事が相次いで公開され、長年Obsidianを使い込んできたユーザーが「より単純なシステムに戻る」と宣言するケースが増えました。さらに、Obsidianの公式フォーラムには「pornographic productivity（猥褻な生産性）」という辛辣な自己批判スレッドが立ち、システム整備それ自体を快楽にしてしまう行為への反省が共有されています。
なぜ情報を集めれば集めるほど、思考が貧しくなる気がするのか。この問いを起点に、プッシュ型偏重のPKMが持つ構造的な問題を考えてみたいと思います。
まず言葉を整理します。
プッシュ型を「情報が自動的・受動的にVaultへ届く仕組み」と定義します。具体的なツールを挙げると次のようになります。
いずれも「手間を省く」という意味では優秀です。情報が手元に届くまでの摩擦をほぼゼロにします。
一方、プル型を「必要な時に能動的に取りに行き、自分の言葉で再構築する行為」と定義します。文献を精読して自分の問いに引き寄せながらメモする、インデックスノートを一から手で書く、昨日書いたノートを今日の文脈で読み直す——こうした行為はプッシュ型の自動化とは対照的に、認知的なコストを積極的に引き受けます。この「摩擦」にこそ、思考の種が宿ります。
Obsidianのコアコンセプトは「あなたのデータはあなたのもの」というローカルファーストの哲学です。しかしその高いカスタマイズ性が、逆説的にプラグイン増殖を招いています。
XDA Developersは、80個以上のプラグインを抱えたObsidianを「フランケンアプリ」と表現しました。各プラグインが別々のロジックで動き、更新のたびに競合が起きる状態です。しかし問題はスタビリティだけではありません。Plugin Fatigue（プラグイン疲れ） という現象がコミュニティで広く報告されています。どのプラグインを使うか調べ、設定し、動作確認し、テンプレートを整えることに週末が消えていく。「考えるためのツール」を磨くことに時間を費やし、「実際に考える」ことが後回しになるパラドックスです。
Obsidianフォーラムの「pornographic productivity」スレッドはこの現象を鋭く言語化しています。美しいノートシステムを構築すること、プラグインの組み合わせを最適化すること——それ自体が目的になってしまい、アウトプットや思考の質とは無関係に「やった感」が生まれてしまう、という指摘です。
プッシュ型ツールはこの傾向をさらに加速します。情報が自動的に積み上がるため、「Vaultが充実している」という錯覚が生じやすいからです。
学習科学には、この問題を直接照射する二つの概念があります。
Generation Effect（生成効果） とは、情報を自分の言葉で能動的に生成した場合に、受動的に読んだ場合よりもはるかによく記憶される現象です。Slamecka & Graf（1978）が実験で確立したこの効果は、後の研究によって繰り返し再現されています。
Testing Effect（検索練習効果） とは、情報を能動的に「思い出す」行為そのものが、長期記憶への定着を強化する現象です。読んだ直後に内容を思い出そうとするだけで、再読よりも保持率が上がります。
AI自動生成ノートを「読むだけ」では、この二つの効果がまったく発動しません。これが自動収集の核心的な罠です。
ReadwiseはActive Recall（能動的想起）の重要性をブログで丁寧に説明しています。しかしその仕組みを活かすには、ハイライトを「見る」だけでなく、一度画面を閉じて「思い出す」というステップが必要です。同期されたハイライトを眺めているだけでは、Readwiseはただのノート管理アプリに過ぎません——「偽の能動性」を生むツールになります。
225件の研究をまとめたメタ分析でも、能動的学習は受動的学習と比べて試験成績を平均6%向上させることが確認されています。小さな差に見えますが、これは「思い出す」という一手間を加えるだけで得られる差です。
また Google Effect という概念も示唆的です。「あとで検索できる」と分かっている情報は、脳が記憶しようとする動機を失うという現象です。Vault内の全情報をAIが即座に検索・要約してくれる環境が整えば整うほど、自分の頭で記憶する必要はなくなります。しかしその結果として、思考の素材となる「自前の引き出し」が育たなくなります。
プッシュ型で自動収集された情報に欠けているのは、「なぜ自分がこれを重要と感じたか」という主観的コンテキストです。
能動的に書いたメモには、その瞬間の自分の問いや驚きが埋め込まれています。「これは先週考えていた〇〇の問題と関係しているかもしれない」という気づきが、文章や構造に滲み出ています。そのコンテキストがあってこそ、後で読み返したときにノートが「自分に語りかけてくる」のです。
自動インポートされたハイライトやAI要約には、この痕跡がありません。誰が書いてもほぼ同じアウトプットになります。それは「自分の思考の外部化」ではなく、「他者の思考の一時保管」です。
さらに、アルゴリズムが推薦するプッシュ型情報は、既存の関心領域に収束しがちです。フィルターバブルの問題として知られているこの現象により、異質な視点や意外な接続との出会いが自然と減っていきます。
Andy Matuschakはエバーグリーンノートについての考察の中でこう述べています。「ノートに驚かされなければ、何の意味があるのか」。自分が書いたにもかかわらず、後で読み返したときに新鮮な発見がある——それがノートの価値であるとすれば、自動収集されたノートがその条件を満たすことはほとんどないでしょう。
ではどうすればよいか。プッシュ型ツールを全廃する必要はありません。仕組みを「収集」から「思考」にシフトさせることが目的です。
Feynman Techniqueを起点にする
新しいノートを開く前に、「自分がどこで詰まっているか」を一行書くところから始めます。ノートはその問いに答えるために開くものです。問いなきノートは、答えも生まないままVaultに沈んでいきます。
Anki / Spaced Repetitionを能動的に使う
「フラッシュカードを見る」ではなく、「答えを出してからカードを見る」というフローが重要です。受動的に眺める時間を、能動的に引き出す時間に変えるだけで、同じツールがまったく別の機能を果たします。
週次レビューに問いを持ち込む
「このノートは今週の自分にとって何を意味するか」という問いでノートを再訪します。情報を整理するのではなく、意味を更新するためのレビューです。
アウトプット駆動でノートを書く
「この情報を誰かに説明するとしたら、どう話すか」を想定してノートを構成します。説明できない概念は理解できていない——Feynmanの本質です。このフローで書かれたノートは、後の想起で確実に役に立ちます。
Zettelkastenの本質を再確認する
Zettelkastenが真に機能するのは、「写す」のではなく「自分の言葉で再構築する」ステップがあるからです。Niklas Luhmannが膨大なカード箱から思考を展開できたのは、一枚一枚のカードに彼自身の解釈と文脈が刻まれていたからです。
自分自身に問いかけてみます。「私のVaultに、後で読み返して本当に驚いたノートはいくつあるか」。
ツールの豊かさと思考の豊かさは別物です。情報が自動的に届き、自動的にリンクされ、自動的に要約される環境が整っても、その情報を自分の問いと接続し、自分の言葉で再構築する時間がなければ、Vaultはただのアーカイブです。
「集めること」は手段です。「考えること」が目的です。プッシュ型ツールを使い続けるとしても、その目的を忘れないための余白をワークフローに意識的に組み込む——それが、PKMを「思考のインフラ」として機能させるための第一歩だと、私は考えています。
Active Learning vs. Passive Learning: Which Is More Effective for Retention? - 能動的学習と受動的学習の保持率の比較研究。225のメタ分析を含む。
Using Spaced Repetition and Active Recall with Books to Hack Your Brain - Readwise自身がActive Recallの重要性を認め、間隔反復との組み合わせを推奨している点が示唆深い。
Readwiseを中心とした情報収集フローを構築する - Qiita - Readwise × Obsidianのプッシュ型ワークフロー構築事例。
フィルターバブル・エコーチェンバー - 総務省情報通信白書（令和5年版） - アルゴリズムによる情報偏重の公的分析。
Mastering Personal Knowledge Management with Obsidian and AI - AIとObsidianを組み合わせたPKMの最新動向と課題。
Generation Effect - Wikipedia - Slamecka & Graf（1978）による生成効果の原著研究。
Testing Effect - Wikipedia - 検索練習効果の概説と研究。
Google Effect - Wikipedia - デジタル検索依存が記憶力に与える影響。
Why I'm Giving Up on a Second Brain - Second Brain離脱を経験した著者による体験談と反省。
Second Brain: Critical Considerations - Second Brainアプローチへの批判的考察。
Obsidian's Reliance on Plugins - XDA Developers - Plugin Fatigueとフランケンアプリ化の問題。
Pornographic Productivity in Obsidian - Obsidian Forum - コミュニティによる自己批判スレッド。
Feynman Learning Technique - Farnam Street - 理解の深化に使えるFeynman Techniqueの解説。
About These Notes - Andy Matuschak - エバーグリーンノートの哲学と「ノートに驚かされる」という概念。
Your Second Brain is Broken - Medium - PKMツールが思考を助けない構造的理由の分析。
ウマ娘をそこそこ楽しんでプレイしております。 第15回のリーグオブヒーローズで過去最高の成績が出せたので、（とはいえ96傑とかではないですが…） 考えていたことを残して置きたいと思います。 ちなみに対人のサークルには属しておらず、そういった人達から見ると「準備が甘い」となると思います(言い訳)
私は日常的にUbuntuのターミナルで作業をしています。特に最近では、Claude CodeなどのAIエージェントと対話しながら開発や執筆を進めることが増えており、その過程で自分のObsidian Vault（知識ベース）に書き溜めた過去のメモを参照したい場面が頻繁に発生します。
しかし、そのたびにマウスに手を伸ばしてObsidianアプリを最前面に呼び出し、検索窓にキーワードを打ち込み、目当ての行を探して再びターミナルに戻る ── この一連の動作が、実は無視できない コンテキストスイッチ となっていました。思考の流れが一度途切れてしまうと、元の集中状態に戻るのには時間がかかります。
また、SSHを経由してターミナルでアクセスしているときは、GUIを呼び出すすべがありません。
Obsidianの最大の強みは、独自形式のデータベースではなく、ノートがすべてプレーンなMarkdownファイルとして保存されている点にあります。
GUIアプリとしてのObsidianが必要なのは「リッチな編集」や「グラフビューの閲覧」のときだけであり、情報の「検索」や「確認」であれば、ターミナルツールだけで完結できるはずです。
私はこの、GUIという制約から離れて知識ベースを操作するアプローチを 「知識のヘッドレス化」と定義します。GUIアプリの起動を待つことなく、コマンド一つで検索をし、Markdownファイルに快適にアクセスできる仕組みを構築しました。
続きを読む
obsidian コマンドがセグフォするようになった私はLinux（Ubuntu）上でObsidian VaultをAIエージェント（Claude Code）から操作するために、obsidian コマンドを日常的に使っています。obsidian files、obsidian tasks、obsidian daily:append といったコマンドをスクリプトやAIエージェントから呼び出して、Vaultの管理を半自動化しています。
ある日、Claude Codeのセッション中に obsidian コマンドを呼んだところ、こんなエラーが返ってきました。
Segmentation fault (コアダンプ) exit: 139
特に何かを変えたわけではないのに、突然動かなくなった。こういうときの原因調査は 変えたつもりはないが、実は変わっていたこと を探ると原因が見つけやすいと思っています。
Obsidianは素晴らしいツールです。Markdownベースでデータが手元に残り、プラグインエコシステムも充実しています。自分も日常的にObsidianでメモ、調査ログ、技術ノートを書き溜めています。また、GitHub上のPrivateリポジトリで管理することで、多数のデバイスやスマートフォンでの同期も可能で便利。
ただ、画像を含むVaultの容量が大きくなり同期も遅くなってきた。スマートフォンの容量もかなり食う。 公式の同期の仕組もあるがどうやら容量制限があるらしい。
自分だけが見られるWebサイトでVaultの内容が公開できればいいのだが…と考えて、現時点でたどりつけたのがCloudflareを活用した構成です。この記事では、自分が実際に運用している構成を、セットアップ手順とともに解説します。
自分がやっていることを、「自分だけが見られるVault」と定義します。単なる静的サイトホスティングではなく、以下の要件を満たすシステムです。
