この記事は[Obsidian Advent Calendar 2025](https://adventar.org/calendars/11440) の9日目の記事です。 <iframe src="https://adventar.org/calendars/11440/embed" style="width: 100%; height: 362px; border: 0;" loading="lazy" scrolling="no" ></iframe> --- ## 目次 - [[#はじめに：よ〜し、がんばらないぞ〜、Obsidian]] - [[#1. 前提とネライ：ものぐさテツガク]] - [[#2. しくみの話：母艦と動線]] - [[#3. 毎日の足跡：Activity Log]] - [[#4. 手の動かし方：書く技術]] - [[#5. 手を抜く技術：LLM]] - [[#おわりに：ものぐさの効能]] --- > [!SUMMARY] この記事を3行でいうと > 1. 「**やる気ゼロの日**」を基準に設計すれば、Obsidianは勝手に続く > 2. 「**デイリーノート**」に集約し、整理・分類・ファイル名を諦める > 3. 「**タスクログ**」を気楽に書き、LLM要約を活用して「**忘れる**」 ## はじめに：よ〜し、がんばらないぞ〜、Obsidian Obsidianの話を見聴きしてますと、プラグイン構成・ディレクトリ構成・ZettelkastenやEvergreen Noteなどの理論や手法・「第二の脳」「PKM」みたいなワードが並んでいることが多いですよね。 それがめちゃ楽しいのも知っているんですけど、こうも思っています。 > 「それ、やる気がある日の人間を前提にしてないかなあ？」 やる気が満タンな日であれば、フォルダ設計して、タグ設計して、テンプレ用意して、プラグイン入れてチューニングして…もできます（たぶん）。問題は「やる気が空っぽの日」にはできないという現実。 あるいは忙殺されていて「Obsidian（含むツール）のことに頭が回らない」ことだってあります。ソフトウェアエンジニアじゃないし、書くことで飯食っているわけじゃないし。ツールの使い方を考えるのは後回しになります。 プロの料理人が毎日包丁研ぐのは当たりまえでしょうが、家庭で毎日包丁研ぐのは求めすぎ。それと同じことではないでしょうか。 わたしはObsidianを2020年の秋から使い続けています。約5年ほとんど毎日ノートをつくっています。数えてみると一日平均で4.4枚。おそらく多い日で10枚、少ない日で2枚ぐらいかと。 続いた理由は明快で、 > 「ものぐさ前提の設計・運用を徹底しているから」 この記事は「ものぐさObsidian」と称し、やる気がない自分に合わせ、ちゃんとやらないことをデフォルトにする、5年続いた実績のある、ノート運用設計とその背景にある「ものぐさ流テツガク」をツラツラとお話できればと思います。いわば「ご家庭での包丁のお手入れのしかたの裏ワザ」みたいなものと思っていただければ幸いです。 ## 1. 前提とネライ：ものぐさテツガク ### 前提：やる気に依存するシステムは死ぬ 人間、やる気があるときは何でもできます。精緻で論理的な分類、考え抜かれた凝ったテンプレ、理想的なリンク構造。全部やれます。しかし「やる気があるときは」。 誰もが体験している通り、いちど習慣が途切れたものを、復活するのはとても難しいです。たとえば日記でも、毎日続けるのではなく、「三日書いて二日空けて、また五日書いて三日休む」のような不連続な習慣は身につけられるものではありません。つまり、**続かなさそうなことは最初からやらないほうが得策**です。 もう一つの問題は、人間はすぐに忘れることです。精緻に考え抜かれたルールを、3日間も覚え続けておくことはできません。少なくともぼくは無理です。自慢じゃないですが、翌日には忘却が始まっています。 だから前提をひっくり返します。 - やる気があって記憶力のある自分を基準に設計 → 崩壊コース - やる気ゼロで猿並みの記憶力しかない自分を基準に設計 → 長期運用コース つまり、 > 「いちばんダメな自分の日でもギリ回せるだろうか？」 この水準で運用をつくっています。 ### Obsidianは「忘れるための外付け脳」でいい 少しだけ脳の話を。ふつう「記憶力が良い」は褒め言葉でしょう。一般的に「頭が良い」は「記憶力が良い」のことを言っているような時も多い気がします。 そこで、思考実験をしてみましょう。もし本当に「全部克明に覚えてしまう脳」を持っていたら、人生はどうなるでしょう？ - 過去の出来事を思い出すために検索する負荷が高すぎる - 類似の記憶がヒットしすぎて、どれを採用して使えばいいか分からない - 検索コスト、比較コスト、意思決定コストが高すぎて脳がパンクする と思いませんか。実際の脳は、そんな無茶はせず、適当に忘れる・適当に圧縮することで、いい感じの労力で再構成する、という戦略を取っています。その引き換えに「思い出せない」「思い出してもうろ覚え」というリスクを引き受けています。 エンジンがオーバーヒートして壊れる車より、ポンコツでも壊れず走り続ける車のほうが、生存戦略上はお得だというわけです。だからわたしの基本認識はこうです。 > 脳の基本機能のひとつは「忘れること」 もし、Obsidianを「Second Brain（第二の脳）」だと言うなら、かっこいい知性を求めるのではなくて、「安心して忘れるための外付け記憶装置」くらいの役割を任命したほうがよいのではないか、と思うのです。 Obsidian（あるいは任意のメモツール）に書いたら、忘れていい。でも、必要なときにそれなりの確率で引き出せる。この状態になれば、人間側（第一の脳）はかな〜りラクになります。 すると、Obsidianに書くことも、かなりシンプルになります。 - 何をやったか？ - それはどういう意図で？ - そのとき何を参照したのか（URLや資料）？ 個人的な、自分を実験台にした長期運用の結果、これら（の一部でも）が残っていれば、ほとんどの場合は事足りることを検証できてきたかなと思っています。 ## 2. しくみの話：母艦と動線 ### 母艦は1日1枚のデイリーノート さて、原理原則の話から、具体的な運用の話にスイッチします。 ノートの母艦はデイリーノート1枚。なぜなら、今日という１日はユニーク（一意）だからです。がんばらなくても自然にMECE（モレなく・ダブりなく）です。  カテゴライズ（分類）の悩みどころは常に「いかにMECEに分けるか」にあります。どんな分類をしても「こうもり問題」、つまり「どちらに入れればビミョーな項目が存在する問題」が起きます。 デイリーノートの最大の利点は、かならずMECEなので、どのノートを母艦にすればいいか明らかなこと。ものぐさなので、迷うことは絶対したくないし、思考リソースもできるだけ使いたくありません。 デイリーノートの見出しは3つ。過去にいろいろなパターンも試しました。3つ以上は私の「ものぐさ脳」は認識できませんでした。認識できないものは使えないので、捨てました。  - **Scratch** - 雑メモエリア - 正直ほぼ使ってない😅 - **Activity Log** - その日に作った／触ったノートへのリンク - デイリーノートのメインエリア - **MFDI**（Mobile First Daily Interface） - 走り書きメモの場所 - スマホ入力はここがメイン 使い分けを少しお話したいと思います。 ### Scratch：謎の未使用エリア Scratchエリアはほぼ使っていないので、説明することがありません。なにかテキストデータを扱いたいときはここでエディットする領域です。 こうやってお話しながらも、なんで必要なのか、自分でもうまく説明できません。が、必要なんですよね…。いちばん上の見出し項目がActivity Logだとツラい。 気分としてはemacs時代につねにscratchバッファが寄り添っていてくれた感覚。デイリーノートの場合、ここに雑メモを書いちゃうと邪魔だし。Obsidianのテキストエディット能力はそれほど高くないので、今ならCotEditorを開いてscratchバッファ代わりにすることがほとんど。 > [!info] emacs時代のロマン枠でしょうかね。じぶんでもよくわかりませんが、ぼくのものぐさ脳が「これがあると気持ちいい」と言っているので、いまのところ廃止する気もありません。いつかクリアに説明ができる日が来るかもです。 > [!important] あ。じぶんがつくってでも欲しいプラグインをいま思いついたかも。 ### MFDI：ポケットひとつ原則 MFDIエリアは、Mobile First Daily Interfaceプラグインで書いたテキストが収まる場所です。 [Obsidian Advent Calendar 2025](https://adventar.org/calendars/11440) の主催者でもあり、世界的にも著名なObsidianプラグイン作者、情報発信者である [tadashi-aikawa](https://minerva.mamansoft.net/Notes/%F0%9F%93%95tadashi-aikawa) 先生作のプラグインです。コミュニティプラグインではなく、[BRAT](https://github.com/TfTHacker/obsidian42-brat)を用いてインストールする必要があります。私にとって必要かつ十分な機能なので、愛用しています。 さて、MFDIエリアは「GTDでいうインボックス」です。ルールは単純で、（ノートを新規に作成するほどでもない）ことを思いついたら、とにかくここに書く。PCなら、Obsidianの右ペインに常駐しています。スマホなら、起動してスワイプですぐMFDIが出るよう配置しています  PCとスマホでは、新規ノートをつくるハードルの高さが違います。MacBookを開いているときは、後述の通りノートをさくさく作れるので、新規ノートをつくることが多いです。いっぽうスマホは、ノートをつくるのが面倒なので、たいていMFDIで済ませます。  恥ずかしい実例スクショを見ていただいたらわかるように、本当に断片的なことしか書いていません。 MFDIに書くコツは、あまり後先を考えずに書くこと。書いたことの半分以上は、書いたことさえ忘れるので。「どこか（たぶんObsidianに）書いたはず」というかすかな記憶さえ残っていればよいのです。 > [!info] MFDIがメンテされなくなるかも、と聞いて、戦々恐々としています…。私の「ものぐさObsidian」のかなり重要な一翼を担っているので…。 ### モッサリ同期は「ものぐさ税」で解決 ものぐさObsidian使いにとって致命的なのは、起動の遅さです。MacBookは爆速で、プラグインの起動時間もそれなりにメンテしているので、Obsidianの起動で困ることはありません。 問題はiPhoneアプリ。「書きたい」と思ってアプリを起動→そこで数秒〜十数秒待たされる→何を書きたかったか忘れる、を何度かやると、Obsidianに書くことがイヤになります。ものぐさ脳は「めんどうくさい」「思い通りにならない」ことが大嫌いです。だから、 > Obsidian Syncは「ものぐさ税」として必要経費 と観念して課金しています。 費用だけを考えるとGitHub連携という手もあります。gitやGitHubという仕組みは、とてもすぐれていると思います。しかし、あるていど脳が動いていて、意識的にステート認識して制御しなければならないところがあります。コンフリクトが起きたときの解決もめんどうです。 日常運用では「やる気ゼロのものぐさ人間が何にも考えなくても、スピーディに・いい感じにしておいてくれる」標準のSyncの価値は計り知れないものがあります。なので、ものぐさ税としてお支払いする、という結論に至っています。Obsidianの開発チームには、のびのびと人生を楽しんで開発し続けてほしいですし。 2〜3年使っていますが、同期で悩んだことがありません。幸福度÷費用で、かなりオトクなお金の使い道と、私は確信しています。 ## 3. 毎日の足跡：Activity Log ### Activity Log：その日のノートの「足跡」 次にActivity Logエリア。「その日触ったノートへのリンク」を集める場所です。  ### Activity Log運用① 新規ノートを作るとき 新しくノートを作って何かを書くときは、次の流れです。 1. デイリーノートを開く（Ctrl+T） 2. Activity Logにカーソルを置く 3. スニペットで、新規ノートへのリンクを作成 あたらしいノートを作るとき、ものぐさ脳的にイヤなことは「ノートへのリンクをどこから貼るか考えること」と「ノートのタイトルを考えること」とです。前者は、デイリーノートに固定しているので解決済みです。 後者も、ラクするため決めちゃってます。ファイル名は `YYMMDD_XXX_ノートタイトル`。たとえば `251206_HHK_ものぐさObsidian` です。 `YYMMDD` は、年月日を2桁ずつ。`XXX` は、プロジェクト略称で、アルファベット3文字。私がいまよく使っているのはZLT/YGS/RYO/HHK/NXF/TYP/RSE、でしょうか。単発でノートを作る場合は、`YYMMMDD_菌ちゃん_ノートタイトル` のように、日本語でプロジェクト名称を書くこともあります。 最優先事項は「新規ノートを作るときのハードルをできるだけ下げる」です。ファイル名のメンテは後日でも良いのです。新規ノートを作るときは、ノートの内容だけ考えれば済むよう、タイトルについて脳を使わず進めることが主目的です。  ちなみにスニペットは、`;bb` と入力すると `[[251207__ドラフト]]` と展開されるように登録しています。YYMMDDには、今日の日付が自動で入ります。今日の日付を思い出すことさえしたくないからです。 ### Activity Log運用② 過去ノートを複製するとき  過去のノートを複製し、新規ノートを作成することもよくあります。 たとえば、前回の打合わせを踏まえて今回の打合せの議題を作る場合や、去年の年末調整の手順記録を下敷きにして今年の記録を作成する場合などです。そのときは - 前回のノートを複製（Shift+Ctrl+D） - ファイル名と日付を変更 - その新ファイルをActivity Logにドラッグ＆ドロップ となります。 ### Activity Log運用③ 過去ノートに追記するとき  以前に作ったノートに、追加で書き加えることもよくあります。そのときも、Activity Logにノートへのリンクを貼ります。 このためには、aikawa先生の、[Another Ouick Switcher](https://github.com/tadashi-aikawa/obsidian-another-quick-switcher)が超便利です。`Cmd+O` → ファイル選択 → `Opt+Enter` でノートへのリンクが挿入されます。 ### Activity Log運用：とにかくものぐさに  文字にすると、ややこしく見えますが、実際には数秒で完結するものばかりです。繰り返しになりますが、ポイントはものぐさになること。分解すると、どこにノートへのリンクを貼っておくか考えない（デイリーノートに固定）。ノートのタイトルにも思考を使わず、半自動化する（スニペットツールを使う）、がコツになります。 ### MOC（目次ノート）：関連ノートをざっくり束ねる 同じプロジェクトのノートが増えてくると、デイリーノートだけが起点だと面倒になってきます。たとえば、今日だけで `ZZZ` プロジェクトのノートを5つ作っちゃった、ということだってあります。 これらをデイリーノートに貼っていると、ノイズが増えすぎます。そこで、プロジェクトの規模が大きくなってくると「MOC（目次ノート）」を作ります。  - プロジェクト単位でノートを1枚作成 - そのプロジェクト関連ノートへのリンクを並べる - デイリーノートにリンクを貼るのは、個別ノートではなくMOC ノートリンクの動線はこうなります。 - デイリーノート → MOC（目次ページ） → 個別ノート ノートを扱うときの作法は、「Activity Logに直接ノートリンクを貼るか」「Activity LogにはMOCを貼って、MOCに各ノートのリンク」の2択になっています。  言葉で書くとややこしそうですが、「いつも同じ操作の繰り返し」です。とかく「脳みそを経由せずに手を動かせる」ことが最優先なのです。 ## 4. 手の動かし方：書く技術 ### 新規ノートの鉄則：白紙禁止・まずテンプレ 白紙のノートは、人間にとって残酷なものです。何を書くか考える。何から書くか考える。全体構成を考える。ぜんぶ思考コストです。ものぐさ脳は、こんなことに貴重なエネルギーを使えません。新規ノートを開いた瞬間にやるのが「**テンプレートを流し込む**」。これで「いま頭に浮かんでいることを書くだけ」の状態になります。  いちばん基本的なテンプレはスニペット `;tl` （task logの略） で入力します。これでタスクログの枠組みが入力され、カーソルが入力箇所に移動します。 Obsidianのコアプラグイン（テンプレート）を使うこともあります。キー操作は `Cmd+P`（コマンドパレット） → `Enter` → `Enter` で、テンプレが挿入されるまでに1秒もかかりません。 | テンプレート | ツール | キー操作 | | ------ | ------------------------- | ----------------- | | タスクログ | スニペット<br>（Alfred） | ;tl | | 会議同席メモ | テンプレートプラグイン<br>（Obsidian） | Cmd+P Enter Enter | 主に使うテンプレは2種類です。ほかにも2〜3種ありますが、経験上、使えるのは2.5種類ぐらいなんですよね。少なくとも私のものぐさ脳の記憶領域は3種類が上限のようです。それ以上用意しても覚えてないし、覚えていないものは使えない。ですので減らすように努めています。 ### ノートの本体はタスクログ さて、タスクログの話です。これまでにも何度か出てきました。私のObsidian利用のトップ比率を占めるノートになります。ヒトコトで言うと > 「やったことを、時系列に上から書きなぐったログ」 です。書く内容は「何をやったか」「何を意図してやったか」「どのページや資料を参照したか（URLなど）」。美文にする必要はゼロだし、するつもりもない。箇条書きでいいし、途中で文が切れていてもいい。単語だけ並んでいてもいい。という、実に雑なノートものです。 そんなものが役に立つのか？と疑問に思われるかもしれませんが、いちど馴染むと、これなしでは行きていけない種類のものです。 ### タスクログ実例：なぜこんなに役に立つのか タスクログはどんなもので、どんな良いことがあるかはQiitaの記事にしました。 [Obsidianの小技その9｜タスクログをつくる](https://qiita.com/hann-solo/items/5830e6718c8ca949d182) このときより進化しているのは、テンプレ固定で、さらに「やる気がないときでも書けるタスクログ」になっていることです。 くわえて、タスクログを書くときに便利なことは、タイムスタンプを押しておくこと。これも記事にしたことがあります。 [Obsidianとのマリアージュその1｜Alfredのスニペットで日時を入力する](https://qiita.com/hann-solo/items/179a20356371a6dcd8fd) ### タイムスタンプでコンテキストスイッチを見える化 「ものぐさ流Obsidian」ではタイムスタンプを重視しています。なぜかというと、脳への負荷を減らしてくれるからです。 現代の仕事は、だいたいマルチタスク地獄です。Aの作業中に、Bの依頼が飛んでくる。Bをやっていると、さらにCの確認が割り込んでくる。あるいは、Dは人やシステムに依頼して結果待ち、みたいな時間がけっこうあります。LLMは賢いですが、賢いLLMほど待ち時間が長いので、待っているあいだに別のことを始めてしまったりしますよね。 タスクログですから、LLMにプロンプトを投げて、待っているあいだに別のことをしたら、そう書きます。 ``` - ChatGPTとGeminiに案を出すように伝えた - アカウント作成（パスワードはLUFTOOLSで） ``` これをごちゃごちゃと書いていくのがタスクログだからそれでOKなのですが、後日見返したときに意味がわかりにくい。そこでタイムスタンプを使います。 ``` - ChatGPTとGeminiに案出しを依頼 (2025-12-07 14:55) - アカウント作成、パスワードはLUFTOOLS (2025-12-07 14:56) - アカウント情報をパスワード.appに登録 (2025-12-07 14:57) - パスワード.appで間違えて登録した項目を削除 (2025-12-07 15:00) - ChatGPT案をベースに、いったんサマリーを作成 (2025-12-07 15:03) ``` と書いたりします。これが見にくと思えば、項目ごとに分けてもいいでしょう。 ``` ### LLMをつかってドラフト (2025-12-07 14:55) - ChatGPTとGeminiに案出しを依頼 - ChatGPT案をベースに、いったんサマリーを作成 (2025-12-07 15:03) ### アカウント関係 (2025-12-07 15:00) - アカウント作成 - パスワードはLUFTOOLSで - パスワード.appに登録 - パスワード.appでむかし間違えて登録した項目を削除 (2025-12-07 15:03) ``` もちろん、手で時刻を打つことはイヤです。「いま何時か？」を、私のものぐさ脳は考えたくもありません。[さきほどの記事](https://qiita.com/hann-solo/items/179a20356371a6dcd8fd) でも紹介したように、スニペットを使っています。 個人的には、`;dt` (date and timeの略)と打つことで、(YYYY-MM-DD HH:MM) 形式で入力されるのが気に入っていて、長年これで統一しています。 こうしておくと、 - どの作業にどれくらい時間かかったか - どのタイミングで別のタスクが割り込んだか - 複数日にわたって作業した場合、どこまでどの日にやったか などが見えます。役所関係の諸雑務は、せっかく書類用意して、データ集めて、さて入力しよう！と思ったら土日はサービスが止まってて、週明けに仕切り直したりすることが多いですよね。そんなときにも、タスクログさえあれば、2日後に気持ちよく再開できます。1年後にタスクログを見返したときにも、すっと頭に入ってきます。 マルチタスクやコンテキストスイッチは、着実に頭脳のリソース（認知リソース）を食いつぶします。脳内のメモリをタスクログに外部化することで、認知リソースの浪費をかなり防止できます。 ### タスクログのルーツと歴史 タスクログのルーツは、20年以上前に読んだ、ChangeLogメモにあります。 - [第9回　ログのすすめ：継続は力なり―大器晩成エンジニアを目指して｜gihyo.jp … 技術評論社](https://gihyo.jp/dev/serial/01/continue-power/0009) 元祖ChangeLogメモのままの運用はしていませんが、これに『超整理法』の押し出しファイリングの概念を加えて運用しているイメージです。我流でやっていたのですが、[Rebuild.fm](http://rebuild.fm) のひげぽんさんも作業ログを取られている話を聴きました。 - [Rebuild: 287: Lost Technology (higepon)](https://rebuild.fm/287/) ひげぽんさんは、本当にやっていることをそのまま、リアルタイムに書き下す「作業ログ」をおすすめされていました。私の「ものぐさ流」よりよほどきちんとされているし、洗練もされていますが、ログ作成の恩恵が明確に話されていて、感激しました。ひげぽんさんも、もちろんChangeLogにインスパイアされた世代の人ですね。すごくおもしろい回だと思います。 ## 5. 手を抜く技術：LLM ### LLMログは「要約だけ」と割り切る 当節あきらかに増えたのはLLMとの対話です。「ものぐさ流Obisidianのすゝめ」としてLLMとの連携は触れないわけにはいかないでしょう。  私はChatGPTとGemini（いずれも課金版）の2人をブラウザで並べて使うことが多いです。「**三人寄れば文殊の知恵法**」と呼んでいます。 > [!info] LLMアプリ化のすすめ > ChatGPTはVivaldiでアプリ化、GeminiはChromeでアプリ化して使っています。ネイティブアプリを使わずブラウザでアプリ化する理由は「Enterで送信を回避するプラグインが、ブラウザ（特にChromium系）だと簡単に使えること。そして「Obsidian Web Clipper」が使えるから、です。 > ブラウザで使うと、他のタブと混じってLLMがが行方不明になるので、アプリ化して探しやすくしてあります。 > ブラウザを分けているのは、ログインIDが違うからです。同じブラウザでアカウント切り替えをすると事故の元だと思っているので、「1ブラウザ・1アカウント」原則を貫いています。 > これらも「ものぐさ流」で「脳が考えること・覚えておくことを極小化する」工夫の一環でもあります。 さて、「文殊の知恵法」の典型的な手順はこんな感じ。 - 2人に同じお題を投げる - 出てきた回答を互いに見せて「どう思う？」と聞く - お互いの良いところを取り入れさせる - 最後は自分が現実向けに整形する 例えば - ちょっとややこしいメールの返信 - 買うものを決めるときの比較検討 - 研修や記事の骨子・目次づくり などでよくやります。問題は、会話ログが途方に暮れるくらい長くなることです。もし会話ログが短ければ、Obsidian Web Clipperでマークダウン形式のテキストをコピーして、Obsidianのノート（タスクログ）に貼ります。 しかし、LLMとのラリーが長くなったとき（コピーしてノートに貼っていた時期もありますが）とても読み返せたものではありません。タスクログは、前述の通り「忘れるためのノート」で、基本的に読み返さない前提ではあるのですが、もし読み返す羽目になったときに困ります。ちらっと眺めただけで嫌になりました。「ものぐさ脳」は、嫌な思いをさせるとやる気を失います。 しかも最近は「文殊の知恵法」で、長いログが2人分ありますから、まるごとコピペしたものを後で読み返すなんて、考えるまでもなく無理です。 ### 会話の締めに「タスクログ用サマリ」を出してもらう そこで、LLM自身に要約させています。会話がひと段落したところで「Obsidianのタスクログに貼りたいから、やり取りの要点だけまとめて」とLLMに依頼します。そしてこの要約を、関連ノートのタスクログに貼る。これで終わりにします。  要約の正確さは気にしません。LLMは間違います（20%ぐらいは不正確）。話があっちこっち飛んでたら、要点の抽出も雑になります。それでも「**何も残さないより100倍マシ**」です。また、私が自分でまとめを書くと、5分なら70点、10分なら80点にできると仮定します。これをLLMにまとめさせると、**30秒で50点のものを作ってきます**。それほど複雑ではない話や、論理的にややこしくない話なら、15秒で75点ぐらいのログを書いてこともあります。 **ものぐさ的には30秒50点でいいんじゃない**、という立場です。会話ログを読み返したくなったら、LLMで過去ログを検索すればいい。検索ひとつとっても、APIでなくウェブインターフェースでLLMを使っておくと、良きにはからってくれるので、ものぐさ脳にはありがたいですよね。 ### プロンプトは専用ノート1枚で時系列管理 もうひとつLLM絡みで厄介なのが「あのプロンプトどこ行った問題」です。たとえば、 - 音声トランスクリプトから議事録を作成 - メール文案の下書き - 画像データで先1年の会議予定が送られてきたのでテキスト化 - 月次ニュースレターの下書き こういう「使い回したいプロンプト」はたいてい長いので、ゼロから書き直したくない。そこで専用ノートを1枚作って - 一番上に最新プロンプトを追記していく - できるだけあらたに書かず、前のプロンプトをコピペして改善する 運用にしています。  こうすると、「あのときのあれ」がすぐに探せ、しかもプロンプトが自然と改良されていく状態になっています。 作業時の負荷がゼロに近くて、時間が経つにつれて良くなっていくサイクルが自然に回っていく。これ「ものぐさ流」の真骨頂だと思っていますが、どうでしょうか。 ### あえてObsidian内でLLMを動かさない理由 ずっと、ウェブ版のLLMを使う話ばかりしてきました。APIや、あるいはObsidianのなかで動かすLLMは使わないのか。今のところは「手を出すものの、様子見」です。 Obsidian CopilotプラグインにもBelieverとして課金しています。この方向の未来、特にローカルで動かすLLMには未来があると思ったからです。Cursorなどのエディタに統合されたLLMも試して感激したこともあります。 ただ、現時点での結論はこうです。 - LLMとの会話はブラウザでやる - Obsidianには「結果」と「プロンプト」だけ残す コードを書く人々には、エディタと統合の進んだLLMが便利だと思います。しかし自然言語はコードと比べてさらにLLMの出力幅が広く、再現性が狭い。つまり、同じ情報を与えたときに返ってくる文章がバラついていて、長い会話で作り込んでいくと、すぐ前に書いたことを忘れて消したりするので、実際にはそれほど使い物になりません。 それより、前提条件など「周辺情報の整理」をしたほうが役に立つ。つまり「文章」という出力を一緒にいじるより、「文章の背景」を一緒に検討したほうが役に立つ。つまり上述の通り「やりとりをLLMに要約してもらった会話ログ」があればじゅうぶんです。すると、インタフェースの洗練されていない（特に日本語で打つ場合、enterで送信されるとやる気が無くなって困る）ものを使うより、インタフェースのまだ安定している（一般ユーザの多い）ウェブ版が正解だとおもっています。 また、ウェブ版（アプリ版）に課金しているので、APIにさらに課金するのはアホらしい。APIも使ってはいますが、うまく動かないときの不具合追跡とデバッグにかかる労力が面倒すぎる。「ものぐさ流」として、省労力で美味しいところだけ頂こうと思うと、今のところ、ウェブ版をアプリ化して使うのがベストだと考えています。 > [!info] もちろんエディタ内LLMやAPI版を全く使っていないわけではなくて、Obsidianノートでdescriptionプロパティを書かせる等、いくつかの用途で使っています。また、技術・環境の変化によって、使い方はコロコロ変わっていくと思います。 ## おわりに：ものぐさの効能 ### 「ここにないなら、たぶん無い」と言える安心感 最後に、ものぐさ運用に助けられた具体例をひとつ。 数ヶ月前の講演会で聞いた、あるキーワードを思い出したくなりました。結論は「ヨミ・タチ・アジ」だったのですが、それが何だったか思い出せないので調べ始めたのです。 まずObsidianで検索しました。 - 講演タイトルや講師名でキーワード検索 → ヒットなし - 講演当日のデイリーノートを確認 → それらしい記述なし これで、「私はテキストデータを持っていない」ことが、かなり強い確信でわかりました。探索先を切り替える必要があります。 次に、紙の資料（物理アーカイブ）を確認。資料配布はありませんでした。でも「何かの形で記録した」という記憶は残っています。たぶん写真だな。  ということで、iPhoneの写真アプリを開いて、講演会の日を探すと、バッチリ写真が見つかりました。 こんな感じで、Obsidianは「すべてを保存する完璧な第二の脳」でなくても、「ここになければ別のメディアを当たれ、と教えてくれるインデックス」くらいの役割期待にしておいても、十分役に立ちます。 ### 「きちんとObsidian」に疲れた人へ  ここまでの話を、まとめるとこうなります。 - 運用は「やる気ゼロの日」に合わせて設計しよう - Obsidianは「忘れるために書く」外付け脳と思ってはどうでしょう - 母艦は1日1枚のデイリーノートがおすすめ - インボックスとしてMFDI（Mobile First Daily Interface）が便利 - Activity Logに「その日触ったノート」を紐づけよう - 新規ノートは白紙禁止。テンプレで枠を注入、をデフォルトに - 書くノートを「タスクログ」メインにするとラク - LLMとの会話は、まとめとプロンプトだけ残すといい感じ - ノートの場所やフォルダ構造は、いっさい考えない その結果として、約5年、ほぼ毎日Obsidianを使っています。「あれどうだったっけ？」を思い出す・探すストレスがとても少ないですし、Obsidianを開くことは、楽しくこそあれ、苦痛だったことはありません。 > [!info] これらの運用も5年の蓄積の結果です。「面倒くさいポイント」は人によって違うはずです。自分の傾向に合わせて、ひとつひとつ・継続的に手を抜いていくことをオススメします。 もしも「Obsidianをちゃんと使わなきゃ」と思ってしんどくなっている人がいたなら、いちどくらい「ちゃんとやらない、ものぐさ流」に振り切ってみるのはどうでしょうか。 > きれいなノートは、元気な日にだけ作ればいい。 > それ以外の日は、ものぐさで生き残ればいい。 そんなノリでだらだら使っている「弱者のObsidian利用」の実例として、「ものぐさObsidian」の話を頭の片隅においていただければ、Obsidianもよろこぶんじゃないかと思います。 > ものぐさObsidianは、一日にして成らず > しかし今日から、ものぐさにはなれそう ### 環境 以下のバージョンを利用しています。 - Obsidian v1.10.6 - macOS Tahoe 26.1 - MacBook Pro (14-inch, 2024) ### 追伸 [創作系Obsidian Advent Calendar 2025](https://adventar.org/calendars/11333) の9日目にも [リコーダーを剣にしていた私が、Obsidianでエレキベースを始められた件](https://qiita.com/hann-solo/items/5858981a5724081ef9bc) を書かせていただきました。