世界を動かす技術を、日本語で。

HNに聞く: あなたも「メモ」や「リンク」を蓄積しているが、それを行動に移すのに苦労していますか?

115日前

概要

Obsidianユーザー 向けに「Concerns」という新しい アクションエンジン のアイデアを検証中。 情報整理 よりも、 実行支援 に焦点を当てたプロダクト構想。 現状はランディングページとアンケートのみ で、実際のプロダクトは未開発。 プロジェクト文脈の把握フィードバック方法 が課題。 ユーザーの課題や懸念点 について意見を募集。

Concerns: 「第二の脳」を行動に変えるアクションエンジン構想

  • Obsidian などで大量に集めた情報が 実際のアウトプット に繋がらない問題意識
  • 「整理(タグやフォルダ)」よりも 行動支援 にフォーカスした新しい仕組みの提案
    • アクティブなプロジェクト を自動検出
    • 関連する保存情報 を適切なタイミングで提示
    • 具体的な次のアクション を提案し、既存のタスク管理ツールと連携
  • 「第二の脳」が 意図だけの墓場 になりがちな現状への課題感
    • 情報整理のコストがリターンを上回るという実体験

検証したいポイント

  • プロジェクト文脈のシグナル
    • リポジトリ/PR、issue、タスク、カレンダー、プロジェクトドキュメントなどが候補
  • ループのクローズ方法
    • 知識の取り込み→アクティブプロジェクトとの関連付け→少数の次アクションを既存タスクツールへ送信→成果(完了/無視/編集)から学習し、最小限の状態を書き戻す仕組み
  • フィードバックシグナルの設計
    • ノイズやプライバシーリスクを抑えつつ、どのようにユーザーの反応を取得するか(明示的評価、完了イベント、ドキュメントベースの書き戻し等)

ユーザーへの質問

  • 「第二の脳」が最も破綻するポイント
    • 情報のキャプチャ、整理、検索、実行のどこか
      • 具体的な最近の例があれば共有希望
  • 「アクティブなプロジェクト文脈」の表現方法
    • タスクプロジェクト(Todoist/Things/Reminders等)
    • issue/ボード(GitHub/Linear/Jira等)
    • ドキュメント/ウィキページ(Notion/Docs等)
    • カレンダー
    • 頭の中
      • 実際に読み取りを許可できるものはどれか
  • AIによるアクション提案に対する「絶対NG」要素(1~2つ選択)
    • プライバシー・データ保持
    • ノイズの多い提案・割り込み
    • ハルシネーション・誤提案
    • ワークフロー変更・移行コスト
    • 価格
    • その他

今後の論点

  • 実行支援ツール のニーズと現状の課題整理
  • ユーザーのプライバシー・UXバランス の最適化方法
  • 既存ツールとの連携 の現実的な手法

Hackerたちの意見

自分はメモをたくさん取るけど、年々気づいたのは、メモを書く主な理由は記憶を助けるためだってこと。書き留めると、よりよく覚えられるし、実行する可能性も高くなる。メモはフィルターの役割も果たしていて、書いたことを後で見返して、やる価値がないと判断することもあるから、アイデアをメモすることで、じっくり考える時間ができるんだ。リンクも記録していて、プロジェクトのメモ用のウィキページに保管してる。最近のブラウザは古いリンクを自動で消しちゃうから、ウィキに入れておくと検索しやすいんだ。日記もつけてて、これも検索可能。メモやウィキ、日記の内容を思い出させてほしいわけじゃなくて、必要だと思ったときに呼び出したいだけなんだ。それが紙のメモの主な欠点で、検索できないから。スキャンしてみたこともあるけど、面倒だし、ASCIIテキストに変換もうまくいかないし、絵も検索できない。電子ペーパーのノートパッドを使おうかとも考えたけど、家の各部屋にノートパッドを置くのは高くつくし、中央に自動で同期させる手続きもあまり信頼できないみたいだし(個人的なメモを公共のクラウドに同期させたくない)。だから、提案してくれるAIは面倒だな。曖昧な検索用語と自分の履歴を使って、キーワードが入ってないメモから古い情報を引き出してくれるAIがあれば便利かも。たとえば、ギターペダルのDSPアルゴリズムのデザインを見つけたことを覚えているけど、URLやメモにはDSPが書かれてないかもしれないから、「ギターペダル DSP」で検索して、訪れた音声処理のウェブページのリンクを見つけられるようなものがあれば助かる。AIは多分、自分が訪れたウェブページを全部スキャンしないと、その検索に役立つだけのコンテキストを保存できないだろうね。20年以上これを続けると、スケーラビリティやコストの問題が出てくるかも。

フィードバックありがとう!なるほど、たくさんの人にとってノートは主に記憶やアイデアのフィルターであって、タスクを生み出すものじゃないんだね。文脈や長期記憶、ストレージの問題は、確かに今のAIや大規模言語モデル(LLM)が直面している課題で、私たちが話しているシナリオに限ったことじゃないよ。でも、技術の進歩によって、これらの問題は最終的に解決されると思う。君の要件に基づくと、AIに十分なアクセス権とプライバシーの許可を与える必要がありそうだね。それを踏まえると、既に保存しているものを活用して、君が言ってたファジー検索機能を実現するのは可能だと思うよ!ノートの場所を正確に思い出せるのはすごいね!でも、アクティブな検索には、何を探しているかを覚えておく必要があるんだよね。君のファジー検索の概念は、私が目指しているものと似てると思う。AIが君の意図した行動に基づいて提案をしてくれる感じ。まだ何を検索するかを意識して決めていない時でもね。そんなサポート、嬉しいと思わない?

ある時点で、整理が先延ばしの一形態になることもあるよね。セカンドブレインを作ることは、実際の行動ではないから。メモは意図じゃなくて、記憶に残すためのもの。検索可能でタグ付けされたデータベースを持つことにはあまり興味がないし、そういうメモを再度見ることはほとんどない。仕事ではトピックごとのMarkdownメモを使ってる。時々、数週間や数ヶ月にわたってトピックに関する情報を集めて、最終的にはちゃんとしたガイドにまとめる(ガイドを作るのが仕事だから)。紙のノートが大好きで、スケッチややることリスト、考えや計画の美しいタイムラインになるから。ノートが終わったらスキャンして、引き出しにしまう。Obsidianのデイリーノートを使って日記もつけてるけど、ノートに書くよりアプリを開く方が楽だから。特に何か特別なことをするわけじゃないけど、人生で起こっていることを「デバッグ」しようとしているときは別だね。

自分もそうだよ、すでにHNを含むすべてのプラットフォームからデータをエクスポートして、RAGデータベースにインデックスを付けたけど、あまり使う気にならない。過去に焦点を当てていて、今のことが必要なんだ。LLMを使っているとき、チャット履歴の検索やメモ機能を使うのがあまり好きじゃないことに気づいた。そうすると、 rutに陥って創造性が失われるから。自分は「反メモリシステム」を作るところまで行った - 完全な会話や過去の会話からのコンテキストなしでモデルを呼び出すMCPツールで、新しい視点を得るために。LLMがあまり多くも少なくも見ないと創造性が刺激されると説明して、ホストモデルに話し合った情報を部分的にしか明らかにしないように指示してる。

「組織を先延ばしにすること」っていうの、めっちゃ同意!アーカイブをもっと「美しく」するのを避けて、実用的にしたいんだ。どうやら、君は保存した情報を知識ベースというより思い出として扱うのに慣れてるみたいだね。それは全然悪くないよ。ただ、個人的には、人間とAIが今の段階に至るまでの進歩は、知識の蓄積と新しい課題による進化のおかげだと思ってる!

セカンドブレインを作ることは「やるべきこと」をすることじゃない。セカンドブレインの概念が嫌いだけど、必ずしもそうとは言えないよね。職場で作るガイドって、誰かの行動の前にあるように見えるよね?それに、自分のために書いたメモが後で必要なくても、「やるべきこと」に貢献してるんじゃない?

自分はこれに苦労してないよ。Obsidianのボールトをリセットするたびにデフォルトで開く「ルート」ノートがあって、そこには3つのリストが表示されるんだ。1. 最近更新したメモ 2. 最近作成したメモ 3. お気に入りに追加したメモ それに、使いやすい検索バーもあるから、これだけで十分なんだ。「AI」は絶対に自分のメモに近づけない。自分のために書き留めたコンテンツで満たされたセカンドブレインであるべきだから。「AI」がそれを書くわけじゃないし、「AI」が処理するわけでもない。これを変えることには絶対に納得しないよ。自分は「AI」を広く使ってるけど、これは絶対に越えない一線だね。

明確な境界を示してくれてありがとう!これを非生成的な支援(純粋なローカルインデックス + より良い検索、ライティングなし)として再定義したら、それでも「ノー」になるのかな?それとも、厳密なラインはモデルの処理に関するもの?

リセットって再オープンのこと?そのリストはどうやって手に入れるの?AIに「このメモは理解不能な脳のダンプみたいで、今日の会議を忘れる前にレビューが必要だよ」って言ってほしいな。

これまでの経験でうまくいったことは、面白いリンクやページを集めるために、自分にメモをメールすることだね。実際にはこれらのメモで何かをするわけじゃないけど、時々「Notes To Self」フォルダを開いて、ざっと目を通す。価値がないと思ったものは削除するし、明らかすぎるものも削除する。残りはそのまま置いておく。これが思ったよりも役立つんだ。定期的に見返すことで、内容を間接的に記憶して、短期記憶に再び存在感を与えることができるから。それが自分にとっての利点で、「このクールなものをコピーする」じゃなくて、「自分の頭にクールなアイデアを与えて、消化して統合させる」って感じ。

自分も似たようなことをしてるけど、最も興味深いものをObsidianにコピーしてる。時間もかからないし、整理する作業が記憶を助けてくれるんだ。これをざっと見返すと、忘れていた面白いことや深いこと、有用なことを見つけることが多いのが驚きだよ。

自分宛てのメールワークフローと定期的なレビュー習慣をシェアしてくれてありがとう!フォルダをどれくらいの頻度で整理してるのか、インテリジェントなリマインダーがあったら嬉しいかどうかも教えてほしいな。

自分は「セカンドブレイン」スタイルのメモやリンクを行動のために使ってるわけじゃない。後で興味がありそうなことを記録するために使ってる、ブックマークみたいなものだね。タグを付けて次に進むけど、時間が経ったら特定のタグでメモを検索して、記録したものを見返す。そういうシナリオでは、実際に行動を起こそうとしているモードにいることが多い。インスピレーションを探していることが多くて(たとえば面白いUXデザイン)、保存したリンクやアイデアがたくさんある。だけど、特定のアクションアイテムのためにメモを書いているわけじゃない。一方で、日常の仕事ではメモを取るし、それは別のタイプのメモだ。行動に結びついていて、実際のやることリストをメモにチェックしていく。関連するアイデアをリンクさせたり、ドキュメントを作ったりするけど、自分のプロジェクトについてはあまりフォーマルにしたり厳格にしたりしない。メモは目的じゃなくて、日常業務のためのスケッチパッドみたいなものだね。

ノートはインスピレーションのためのスケッチパッドになり得るってことを確認したいんだけど、アクションリストは別にした方がいいのかな?アイデアとタスクを自動的に結びつけることに価値を感じる?

1年前にObsidianを使い始めて、すごく貴重なツールだと感じてる。大事なのは、自分が実際に抱えている問題を解決するために使うことだね、欲しい問題を解決するためじゃなくて。人の連絡先を失ってしまうことがあったから、Obsidianにアドレス帳を作った。運動を追跡して、毎週どれだけ走っているかを知りたかったから、グラフを作ったり。そんな感じで。Obsidianは、秩序を強制する前に少し散らかっているべきだよ。問題を解決するために下手に使ってみて(たとえば、日記ノートに走った距離を書く)、それから改善していく(そのメモをグラフに変えるクエリを書く)。自分は知識ベースにAIを使ってない。良い検索ツールと少しの整理が自分にとって最も役立つものだと思う。個人的には、たくさんのメモやリンクを持つことはデジタルの蓄積みたいなもので、実際の蓄積と同じように、感情的な問題であって、整理の問題じゃない。リンクを蓄積することで満たされる感情的なニーズを理解できれば、他のものでそのニーズを満たす方法が見えてくるはずだよ。

これはあまり評価されてないポイントだと思う。多くの「知識管理」は実は不安管理なんだよね。保存することは進歩に感じるし、削除することは選択肢を失うことに感じる。一つ学ぼうとしているのは、「解決策」が実際には少ないインプット/より良いフィルター(ため込まないようにする)なのか、それとも後からのより良い検索/アクションツールなのかってこと。君自身にとって、どっちがもっと役立った?キャプチャ習慣を変えること(ルール/クォータ/要約)と、厳しいレビュー/削除ループを持つことのどちら?それと、そもそも何がきっかけで保存するの?忘れることへの恐れ、将来の役に立つかも、完璧主義とか?

私、時々物をため込む癖があるんだ。リンクとか、役立つ情報が載ったノートやスクリーンショット、メモの紙くずとか…日中にやったことリストも保存してる。スタンドアップコールの時に便利だからね。たまに、たくさんのことを言い忘れちゃうんだ。それで、数週間前にこの目的のためにノートアプリのMVPを作ったんだ。「何をしたか」「次に何をするか」「何かにブロックされてるか」って感じで。バックエンドはなしで、データはブラウザのローカルストレージに保存、すぐに読み込めるし、週ごとの要約とデータエクスポートもできる。トラッキングは一切なし。まだ準備が整ってないから、Show HNの機能はやってないけど、今の状態でも私には役立ってるよ。ここにあるよ:https://tinyleaps.app

いいステップだね!もし手伝ってくれるなら、私のプロフィールをチェックしてみて!

面白い情報を貯め込むけど、今すぐには行動できないことが多いんだ。すぐに関わると、逆に集中できなくなるからね。問題は、保存したものにほとんど戻らないこと。YouTubeの例を挙げると、後で見るために動画を保存するんだけど、その時は気分じゃないから。で、結局完全に避けちゃう。ちゃんと見るには注意が必要だし、たぶんその後の作業も出てくるから、そういう中断を望むモードじゃないことが多いんだ。「セカンドブレイン」のアイデアについて考えたこともあるけど、ただのゴミ捨て場になっちゃうんじゃないかって心配してる。実際に必要な時に何も浮かび上がらない気がする。ほとんど自分が関連する問題に取り組んでいる時に、何かについてメモを取ったことを思い出すだけだし。最近は、集めた情報を要約して再生してくれるパッシブなラジオスタイルのフィードのアイデアを考えてる。そうすれば、少なくとも各アイテムを一度は消費できるから。物を貯め込む人についてのテレビ番組を見たことある?彼らは、いつか重要になるかもしれないから物を捨てられないんだ。これって不快なほど似てるよね。もしかしたら、本当の問題は情報の保存方法じゃなくて、最初に何を保存する価値があるかをちゃんとフィルタリングしてないことかもしれない。

すごく共感する。「今保存しておけば自分を脱線させない」って、その時は合理的だけど、後でそれが注意やフォローアップの作業のコミットメントみたいに感じちゃうから、避けるようになるんだよね。君が指摘してるのは、絡み合った二つの別々の問題だと思う。1. 再参入:実際に正しいモードの時に、どうやって適切なアイテムを浮かび上がらせるか 2. フィルタリング:バックログが罪悪感にならないように、何を保存する価値があるかを決めること。「ラジオスタイルのパッシブフィード」は面白いね。契約が変わるから。深い作業をするって自分に約束するんじゃなくて、システムが低い認知コストでキャプチャしたものを再生するだけだから。もしうまくいったら、それがフィルターにもなるかも。再生しても価値があると感じるものだけが、再度見る価値があるってことになる。質問なんだけど、「後で聞く/読む」モードがあったら、時間ベース(1日10分)とコンテキストベース(「好奇心/探求」モードの時だけ)どっちがいいと思う?

自分が面白いと思ったリンクを保存するために、自己ホスト型の https://karakeep.app/ を使ってる。1年使ってみて、保存したリンクを探しに戻ったのは2回だけだよ。それって、後で必要だと思ってたもののほとんどが無駄だったってことだね。

私もKarakeepを使ってるけど、私にとっての価値は全文検索とAIタグ付けにあるんだ。昔訪れたページや記事を思い出して再訪したいけど、どこにあったか覚えてないから見つけられないことが多い。Karakeepは、訪れた最高のページを検索するための自分専用の検索エンジンみたいなものだね。

それは厳しい現実の指標だね。たぶん多くの人が共感すると思う。「後で保存する」って実際には「今はオフロードする」だもん。2回しか再浮上しなかったってことは、ツールが失敗したわけじゃなくて、キャプチャフィルターが緩すぎるか、再浮上に良いトリガーが欠けてるかもしれない。キャプチャ時に強いフィルタリング(少なく保存する)をするのが良い修正だと思う?それとも、軽い再浮上の習慣(例えば、週に10分のレビューや1〜2アイテムのダイジェスト)を持つ方が、もっと公平に再検討できると思う?私はまさにこの「オフロード対再浮上」の問題を探求してるよ(興味があれば、私のHNプロフィール/バイオにもっと詳しい情報があるよ)。

この分野でプロジェクトに取り組んでるよ。基本的には「個人用」のスパイウェア/データ収集ソフトウェアスイートを作ってる。ms recallと同じような領域だけど、セキュリティやプライバシーにもっと焦点を当てて、必要なところでは合理的な暗号化のデフォルトを設定してる。基本的にはサーバー/データストアとクライアントエージェントで、今のところエージェントはLinuxのエンドユーザー向けデバイスだけ。エージェントはevdevイベント(キーストローク/マウスの動き)、現在のアクティブウィンドウ、クリップボードの履歴、発行されたシェルコマンド、ブラウジングの行動を記録する。自分専用のユーザーとして動作し、異なる機能はそれぞれのプロセスに分けられてる。データは静止時に暗号化されてる。実行時にメモリ内の敏感なデータをどう扱うかをまだ考えてるところ。これらのイベントはクライアントの永続的なキューに保存されて、サーバーに一方向で同期される。クライアントがオフラインの時は、オンラインに戻った時に同期される。だから、ストレージの使用を最小限に抑えようともしてる。手動でリンクを大量に作るのではなく、例えばObsidianを使う代わりに、参照のローカリティがベースラインとしてもっと有用に思える。データセットの中では、時間によるリンクが最も価値がある。将来的には、ハッシュや知覚ハッシュを使ってスクリーンショットや動画機能も追加したいし、できるだけ少ないデータを保存する方法を考えてる。今は主にアーキテクチャのフェーズだけど、初期の動作バージョンはあるよ。アーキテクチャに関しても提案を探してる。今のところ、クライアントでイベントを保存するための独自のバイナリフォーマットを考えたけど、これが正しい方法かどうかは分からない。ハードウェア構成の変更(ディスプレイの接続など)や、統計分析に対する保護(例えばキーストロークのバースト)、必要に応じたデータの削除、システムが10年間スムーズに動作することをどう確保するかなど、考えるべき課題がたくさんある。