【要約】「保存」ではなく「再会」を設計する個人開発PKMツールを作った話 [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
メモを蓄積するユーザーが、検索という能動的な意志を持たない限り、過去の記録が活用されない問題に直面している。整理すること自体にリソースを消費し、肝心の執筆が億劫になる逆転現象も発生する。
- ・整理（フォルダ分け等）に時間と気力を使い果たしてしまう。
- ・既存ツールは「保存」に特化しており、「再発見」の仕組みが弱い。
- ・インポート処理中のレースコンディションにより、データ同期が失敗する。これは処理時間の長さが原因である。
// Approach
開発者は、検索ではなく「浮上」による受動的な想起体験の設計を採用した。整理の労力を減らし、書くことへの障壁を最小化することを目指している。
- ・「浮上通知」：カーソル停止時に、関連ノートをカードで表示する。
- ・摩擦の制御：思考画面はタイトル入力を排除し、外部情報収集時のみメモを強制する。
- ・意味的セグメンテーション：FastAPIで話題の切れ目を検出し、精度高くチャンク化する。
- ・レースコンディション対策：更新時にセンチネル値(-1)を用い、確定後にタイムスタンプを更新する。
// Result
開発者は、思考の妨げにならないUIと高度な検索技術により、知識の再発見体験を向上させた。これにより、ユーザーは整理の苦労なく過去の知見を活用できる。
- ・執筆中に過去の知見と出会う回数が明らかに増加した。
- ・Markdownミラーリングにより、データの所有権を確保した。
- ・今後はモバイル対応やブラウザ拡張の一般公開、ローカル完結性の向上を目指す。これらにより利便性を高める。
Senior Engineer Insight
> UXに特化した設計は評価できる。特に「摩擦の制御」は思想が明確だ。技術面では、意味的セグメンテーションによるチャンク化が検索精度を支える肝となる。ただし、個人開発ゆえにインフラコストやモバイル対応の遅れが課題だ。大規模運用を見据えるなら、分散型DBやエッジコンピューティングの活用も検討すべきだろう。