仮に、頭に浮かんだ思いつきが90秒で完全に蒸発する世界を考えてみてほしい。書き留めなかった考えは、90秒後に跡形もなく消える。あとから思い出す手段は存在しない。書き留めれば残る。書き留めなければ消える。ルールはそれだけの世界だ。
前回のDay11は、送ったメモが確実に届くための配送の話だった。今日はその一つ手前、メモになる前の思いつきがどう生き残るかを考える。思考実験から入るが、着地は実装と運用の話になる。
この世界でメモの道具はどう設計されるべきか。含意を順番に取り出していくと、現実に流通しているメモアプリの設計が、かなり奇妙なものに見えてくる。
ルールを先に固定する
条件が曖昧な思考実験は役に立たない。先に3つ決める。
1つ目。蒸発するのは頭の中の思いつきだけだ。文字として書き留めた瞬間、その内容は永続する。紙でもデジタルでもよく、媒体は問わない。
2つ目。90秒のカウントは思いついた瞬間に始まる。ポケットからiPhoneを取り出す、ロックを解除する、アプリを探す、起動を待つ、保存先を決める、書く。この全部がカウントの内側で行われる。道具の都合で消費された時間も、容赦なく差し引かれる。
3つ目。蒸発は段階的に進む。思いついた直後の思考は解像度が高く、時間が経つほど細部から欠けていく。89秒目に書き留めたメモには骨組みしか残らない。10秒目に書き留めたメモには、言い回しや違和感のような細部まで残る。
90という数字自体に深い根拠はない。30秒だと道具を取り出す前に勝負が決まってしまい、思考実験として何も導けない。10分だと現実の余裕とほぼ変わらず、これも何も導けない。道具の設計差がちょうど生死を分ける長さとして90秒を選んだ。あとで書くが、現実の頭の中で起きていることは、この設定からそう遠くない。
3つ目の条件が一番効く。生き残るかどうかの二択ではなく、どれだけ早く受け止めたかが品質をそのまま決める世界。この設定で、道具側の含意を取り出していく。
含意1：書く時間より、書き始めるまでの時間が支配する
90秒の内訳を考える。フリック入力で1分間に60字打てる人なら、40字のメモに必要な執筆時間は40秒。残りの50秒が「書き始めるまで」に使える予算ということになる。
ところが現実の動作を分解すると、この予算は簡単に溶ける。ポケットから取り出してロック解除までに5秒。ホーム画面の2ページ目でアプリを探して10秒。起動のスプラッシュとデータ読み込みで3秒。アプリ内で新規作成ボタンを押し、フォルダかノートを選び、カーソルが立つまでに15秒。ここまでで33秒。すでに思考の細部は欠け始めている。
つまりこの世界の道具は、執筆体験ではなく到達時間で競争する。フォントの美しさも、Markdownのリアルタイムプレビューも、表の編集機能も、書き始めるまでの時間を1秒も縮めてくれない。逆に言えば、起動0.3秒という地味な数字が、それだけで決定的な競争力になる。
Day4で起動時間の話を書いたとき、500msは「ユーザーが意識的に待ったと感じる閾値」だと整理した。90秒世界では、この閾値は快適さの問題ではなくなる。待っている1秒の間にも蒸発は進むので、起動時間は思考の細部が生きるか死ぬかに直結する。
この含意を逆から読むと、90秒世界の機能triageが書ける。起動を遅くする機能はすべて削る。起動後の画面に選択肢を出す機能もすべて削る。書く画面の手前に挟まるものは、ログイン画面だろうとチュートリアルだろうと新機能のお知らせだろうと、全部が敵だ。残るのは、開いた瞬間にカーソルが点滅しているという一点に奉仕する機能だけになる。機能一覧としては貧相に見える。だがこの世界の住人が道具を選ぶ基準は機能一覧ではなく、思考の生存率だ。
含意2：保存先を選ばせる道具は脱落する
「どこに保存しますか」という問いは、90秒世界では致命傷になる。
フォルダを選ぶという行為は、書く前に分類を済ませろという要求だ。分類は思考の中でもかなり重い処理に属する。いま浮かんだ思いつきは仕事なのか、私的なものなのか、アイデアなのか、ただの愚痴なのか。それを判定している間にも蒸発は進む。しかも急いで下した判定はよく間違う。間違った箱に入ったメモは、あとから見つからない。
だからこの世界の道具は、受け皿を1個しか持たない。何を書いても同じ場所に落ちる。分類は、蒸発の心配が消えたあと、つまり書き留めたあとで、落ち着いてやればいい。
これはDay8で書いたInbox一本設計の話と同じ結論に、別のルートからたどり着いたことになる。Day8ではデータモデルと認知負荷の側から論じた。90秒世界では、分岐そのものが時間コストとして可視化される。受け皿が1個なら、考えることはゼロで済む。
含意3：書いたあとを信じられない道具では、人は書かなくなる
もう一つ、見落とされやすい含意がある。書き留めたメモの行き先を信用できない道具を、人は使い続けられるかという問題だ。
90秒世界の住人は、思いつきの生殺与奪を道具に預けている。書いたはずのメモが同期エラーで消えていたら、その思考は永遠に戻らない。一度でもそれを経験した住人は、書き留めたあとに「保存されたか確認する」という動作を挟むようになる。その確認に使った時間は、次の思いつきの90秒から差し引かれていく。道具への不信は、こうして複利で高くつく。
だから道具側に必要なのは、書いて送ったら、確認しなくても必ず積み上がっているという種類の信頼だ。信頼は機能一覧ではなく実績で作られる。送信ログが全件200を返しているのにメールは届いていなかった、という前回の話はまさにここに刺さる。届いたかどうかを人間が監視する設計は、90秒世界では運用が破綻する。
興味深いのは、派手な成功演出すらこの含意に反することだ。送信のたびに全画面のチェックマークが出て、それを目で確認してから画面を閉じる、という習慣が付いた道具は、確認という1動作をユーザーの身体に埋め込んでいる。本当に信頼されている道具は、成功を主張しない。Day2で送信トーストを消した話を書いたときは UI の自然さの問題として扱ったが、90秒世界の語彙で言い直すと、成功の報告が要らないところまで信頼を積んだ道具だけが、報告を省略する権利を持つ。
含意4：時刻が、構造の代わりになる
受け皿が1個で、書く瞬間に分類をしないなら、メモには構造的なメタデータが何も付かないことになる。それで本当にあとから見つかるのか、という疑問が当然出てくる。
90秒世界の答えは、時刻だ。書き留めた瞬間の時刻だけは、ユーザーに1秒も要求せずに記録できる。そして人間の想起は、内容よりも文脈に強い。「先週の火曜、打ち合わせの直前に書いたはず」という手がかりは、フォルダ名よりよほど正確に思い出せる。時系列は、コストゼロで手に入る索引として機能する。
Captioの実装でも、この含意をそのまま採用した。メモはObsidianのデイリーノート（yyyy-MM-dd.md）に - HH:mm メモ本文 というタイムスタンプ付きの1行として追記される。日付がファイル名で、時刻が行頭。書いた人間は何も入力していないのに、あとから「あの日のあの時間帯」で引ける。構造を人間が作るのではなく、時間が勝手に構造になる。
ファイル名の規約が yyyy-MM-dd.md である点も、地味だが効いている。日付が辞書順とソート順で一致するので、道具側は「今日のファイルに追記する」という単純な処理だけ書けばいい。受け皿の仕様が単純であるほど、含意3で書いた「必ず積み上がっている」という信頼が守りやすくなる。
この世界は、思考実験ではなかった
ここまで読んで、90秒は極端な設定だと感じたはずだ。数字を確認する。
認知心理学では、ワーキングメモリの容量は1956年のジョージ・ミラーの論文で7±2チャンク、2001年のネルソン・コーワンの再推定では4±1チャンクとされている。保持時間はもっと厳しい。頭の中での反復（リハーサル）をやめれば、内容は数秒から数十秒で減衰し始める。割り込みが入れば一瞬だ。エレベーターの中で浮かんだアイデアが、降りて挨拶を1回交わした時点で骨組みだけになっていた経験は、誰にでもあると思う。
長期記憶も頼りにならない。1885年のエビングハウスの忘却曲線では、記憶した無意味音節の42%が20分後には失われる。思いつきは無意味音節より構造がある分だけ持ちはいいが、「あとで書こう」が当てにならないことは数字の側が示している。
割り込みの研究も補強材料になる。カリフォルニア大学アーバイン校のグロリア・マークらの観測研究（2008年）では、作業を中断された知識労働者が元の作業に完全に戻るまで平均23分かかるとされた。23分はタスクへの復帰時間であって記憶の保持時間ではないが、割り込みの前後で頭の中の文脈が大きく入れ替わることを示している。思いついた直後に通知が1本来れば、それだけで90秒どころではない損失が出る。
つまり90秒世界は、誇張ではあっても捏造ではない。現実の思いつきも、書き留めるまでの経過時間と引き換えに細部を失い続けている。だとすれば、現実のメモの道具も90秒世界の設計に寄せておくのが合理的だ。これがこの思考実験の主張になる。
セカンドブレインのInboxノートへは、最短何手で届くべきか
ここからは現実の運用の話をする。セカンドブレインという言葉を広めたTiago Forteの方法論（2022年の書籍）は、CODEという4工程で組み立てられている。Capture、Organize、Distill、Express。社会学者ニクラス・ルーマンが9万枚のカードで運用したZettelkastenでも、走り書き（fleeting note）を受け止める工程が体系の起点に置かれている。
どちらの体系でも、最初の工程は捕まえることだ。ルーマンは「書かないものは考えられない」という趣旨の言葉を残しているが、その前提には、書く前に消えたものはそもそも体系に入ってこないという当たり前の事実がある。ところがPKM界隈の議論は、OrganizeとDistillに偏りがちだと感じている。フォルダ構成をどうするか、ノート同士のリンクをどう張るか、タグ体系をどう設計するか。それ自体は楽しい議論だが、90秒世界の視点で見ると順序が逆だ。Captureが失敗していたら、整理する対象がそもそも存在しない。
自分はこの思考実験の答えを、CaptioというiPhoneアプリとして実装している。画面を開いたらカーソルが立っていて、書いて、ワンタップで送る。送ったメモはObsidianの保管庫のデイリーノート、またはInboxノートにバックグラウンドで自動追記される（プラグイン不要、iOS 16以上）。iPhone側では受け止めることしかしない。整理は、あとでデスクのObsidianを開いたときに落ち着いてやる。キャプチャと整理の分業、と自分は呼んでいる。
最短何手で届くべきか、という問いに答えるなら、理想は2手だと考えている。アプリを開く。書いて送る。保存先の選択も、フォーマットの調整も、同期の確認も、手数に数えてはいけない。それらは全部、蒸発が終わったあとの世界でやる仕事だ。
比較のために、一般的なルートの手数を数えてみる。標準のメモアプリからObsidianに転記する運用なら、開く、書く、あとでObsidianを開く、ノートを作る、貼り付ける、整形する、で6手。共有シートを経由する運用なら、開く、書く、共有ボタン、アプリ一覧から選ぶ、送り先ノートを選ぶ、確定、でやはり6手前後になる。手数が3倍になると、運用は途中で折れる。折れた運用の残骸が、誰のスマホにもある「3日分だけ書かれた日記アプリ」だ。
Forteもキャプチャの道具については一貫して「摩擦が最小のものを使え」としか言っていない。体系の入口は道具を選ばない。逆に言えば、入口の摩擦だけは、どんな立派な体系でも代わりに払ってくれない。
90秒ルールをコードに翻訳する
思考実験は、コードに翻訳してはじめて設計の規律になる。Captioの開発では、含意1をそのままパフォーマンス予算として型にしている。
/// 思いつきが解像度を失い始めるまでに、道具が使ってよい時間予算
enum CaptureBudget {
/// 冷起動からカーソル点滅まで（実測の中央値 0.3 秒、上限 0.5 秒）
static let coldLaunchToCaret: TimeInterval = 0.5
/// 起動後、入力開始までに要求してよいユーザー操作の回数
static let tapsBeforeTyping = 0
/// 送信タップから、次のメモを受け付けられる状態に戻るまで
static let sendToReset: TimeInterval = 0.15
}
数値そのものより、tapsBeforeTyping = 0 という1行が重要だと思っている。「起動したら書ける状態になっている」をテストで固定しておくと、あとから機能を足すときに、最初に何かを選ばせるUIを入れた瞬間にCIが落ちる。思想を散文で残すと風化するが、テストにしておくと、未来の自分の余計な親切を機械的に弾ける。
含意2の「受け皿は1個」も、データモデルにそのまま翻訳してある。
/// 受け皿は1個。分類のためのプロパティを持たないキャプチャ専用モデル
struct CapturedMemo: Codable {
let id: UUID
let text: String
let capturedAt: Date
// folder も tag も category も持たない。
// 分類は Obsidian 側に積まれたあと、人間が落ち着いてやる。
}
この構造体は、プロパティを足さないことが設計になっている。フォルダIDを1個足せば、UIに選択画面が生え、起動からカーソルまでの時間が延び、含意1と含意2が同時に崩れる。崩すときは、90秒世界の住人に説明できる理由を用意してからにしたい。
反論：90秒で消える程度の思考に、価値はあるのか
予想できる反論を自分で書いておく。「90秒で蒸発するような思いつきは、しょせんその程度のものだ。本当に重要な考えなら、何度でも浮かんでくるのではないか」。
半分は正しいと思う。熟成に耐える太い考えは、たしかに何度でも戻ってくる。ただし、戻ってくるのは骨組みだけだ。考えの価値が細部に宿っているタイプの場合、骨組みが再放送されても役に立たない。あのときの違和感、あの言い回し、AとBが不意につながった瞬間の接点。この種の細部は一回性が高く、二度目はない。
もう一点。何度でも浮かぶ考えだけを相手にするというのは、ワーキングメモリに高い家賃を払い続けるということでもある。「忘れてはいけない」を頭に常駐させるコストは、書き留めて忘れるコストより高い。Day10で、AI時代のメモは整理して書かなくていいという話を書いたが、理屈は同じで、保持はソフトウェアに任せて、頭は考える方に使った方がいい。
もう一つ、運用側からの反論もあり得る。「受け皿が1個だと、そのうち腐るのではないか」。Inboxに未処理のメモが500件溜まって、開くのが嫌になって、運用ごと放棄される。Inbox Zeroの挫折として知られる現象で、これは実際によく起きる。
これに対する自分の答えは、腐る前提で設計する、になる。受け皿の役割は思いつきを失わないことであって、全件を活用することではない。週1回の空にする時間で拾われなかったメモは、拾われなかったという事実ごと残しておけばいい。デイリーノートに積まれたメモは日付の下に沈んでいくだけで、検索すれば出てくるし、出てこなくても誰も困らない。全件処理を自分に課した瞬間にInboxは負債になる。落とすのは義務で、拾うのは任意。この非対称を受け入れると、受け皿1個の運用は急に軽くなる。
もちろん、すべての書く行為がキャプチャである必要はない。日記のように、ゆっくり書くこと自体が目的になっている行為もある。ここで論じたのは、不意に浮かんで不意に消えるタイプの思考の受け止め方に限った話だ。
半分だけ試す
思考実験を丸ごと受け入れる必要はない。半分だけ試せる形にして締める。
提案は1週間の分業実験だ。書く瞬間には一切整理をしない。フォルダを選ばない。タグを付けない。見出しも整えない。浮かんだら最速で受け皿に落とす、それだけをやる。そして週に1回だけ、受け皿をまとめて空にする時間を取る。Obsidianを使っているなら、受け皿はデイリーノートでもInboxノート1枚でもいい（Captioでの挙動仕様はここにまとめてある: https://simplememofast.com/obsidian/ ）。使っていなくても、メールの下書きでも紙の箱でも成立する。
なぜ半分なのか。整理を完全に捨てる実験だと、整理が好きな人にとっては検証ではなく我慢になってしまうからだ。この実験で捨てるのは整理そのものではなく、書く瞬間と整理する瞬間を同居させる習慣だけ。整理の総量は変えず、タイミングだけを週1回に寄せる。だから失敗しても失うものがほとんどない。
1週間後に確認するのは2つだけ。受け皿に落ちたメモの件数と、そのうち「書く瞬間に整理しなかったせいで失われたもの」が何件あったかだ。自分の実測では後者はゼロだった。整理は遅らせても壊れない。キャプチャは遅らせた分だけ、静かに壊れる。これがこの実験の予想だが、外れたらそれはそれで面白いので、結果を聞かせてほしい。
一つだけ具体的に聞きたいことがある。あなたの運用で、思いつきの受け皿はいま何個あるだろうか。メモアプリ、Slackの自分宛てDM、スクリーンショット、開きっぱなしのブラウザタブ。数えると4個や5個になっている人が多いはずで、それが1個に減らせるものなのか、減らすと何が困るのか。コメントで聞かせてもらえると、次の設計の材料になる。
次回のDay13は、なぜCaptioが共有シート（Share Sheet）経由のキャプチャを採用しなかったかを書く。iOSの標準機構をあえて使わない判断には計測の裏付けがあるので、その数字を持ってくる。
Obsidian連携シンプルメモ
「捕まえるのはiPhone、整理はObsidian」を1タップで成立させる、起動0.3秒のキャプチャ専用メモアプリ。送ったメモはObsidian保管庫のノートに自動で積み上がる（プラグイン不要）。
App Store：https://apps.apple.com/jp/app/captio%E5%BC%8F%E3%82%B7%E3%83%B3%E3%83%97%E3%83%AB%E3%83%A1%E3%83%A2/id6749649498