モバイル
は入口。
リンクは道。
AIは読み手。

「全部をきれいにする」必要はありません。

役割を分けると、モバイルもリンクも急に使いやすくなります。

Remotely Saveは、端末ごとのVaultをクラウドで中継する。

Dropboxの画面でノートを書くのではなく、各端末のObsidianで編集し、差分を運びます。

環境確認: Remotely Save 0.5.25 + Dropbox。設定の適用状態は、各端末の画面で確認します。

同期の前後に、三つだけ確認する。

大きなVaultは選択同期。同時編集を避け、バックアップは別に持ちます。

三つの入力、経路は二つ。

URL・短文はモバイルVaultへ。音声は専用入力から、操作中の端末のDaily Noteへ。

現行の音声保存先99_Logは同期除外。音声をPCへ渡すなら、保存先と除外設定の整合が必要です。Remotely Save自体に録音・文字起こし機能はありません。

同じVaultでも、同じ作業はしない。

端末ごとの得意を使うと、モバイル連携の意味がはっきりします。

リンクの数は、
使いやすさの
答えではない。

大切なのは、未来の自分がその道を歩く理由を説明できること。

約4,300件。
入口は、一つにしない。

規模を把握する数字と、使いやすさの評価は分けて考えます。

集計対象は主要ノート階層。
00／10／20／30、50／80／90／99。件数の多さは、関係の質や情報の新しさを保証しません。

フォルダ・タグ・リンク・AIは、答える質問が違う。

リンクだけで整理しようとせず、四つの層を使い分けます。

この環境の意味検索はPCローカルで動作。索引は原則、毎朝の差分更新なので、直前の変更が未反映のことがあります。AIの参照範囲も作業別に切り替えます。

関係を「動詞」で言えますか？

名詞の一致ではなく、ノート同士の役割を言葉にします。

覚えている量で、入口を変える。

「検索できない」は、入口が一つしかないときに起こります。

22日後、投稿案に再利用された。

日次記録から思考を抜き出し、別の日の投稿案へ。ここまでは、ファイルで確認できます。

根拠: 1月14日の日次記録・思考ノート。2月5日のThreads投稿案。公開実績とは区別しています。

108日差の発見は、まだ「候補」。

AIや実験が関係を見つけても、採用や公開まで進んだとは限りません。到達点を明記します。

この例は、「離れた情報を拾える可能性」の証拠です。「成果につながった証拠」ではありません。

情報は保存した瞬間から、少しずつ古くなる。

だから、保存量ではなく読み直す循環を設計します。

古い情報も、記録時点が分かれば変化を示す一次資料になる。