Obsidian Basesの概要
こんにちは、ごりごキャストです。今日は、Obsidian Basesの話をしようと思います。
新しく出た新機能っていうのは、コアプラグインとして何か出てきた機能って言ったらいい?
そうだね。そもそもベータっていうか、カタリストっていうやつで、だいぶ前から機能自体は発表されていて、
その一部の界隈ではとても話題になっていたやつで、
Obsidian Canvasに続く独自のノートを拡張する機能みたいな言い方をすればいいのか?
もっと大雑把に雑な言い方をすると、Obsidianのプラグインでデータビューっていうやつが有名なんだけど、
そいつをめっちゃ簡単に使えるようにしたものっていうのが直感的には一番わかりやすいと思う。
なんか実際にリリースされて、たぶんその日にアップデートして使い始めてみたんだけど、
データビューは全く使う気になれなかったんだけど、Obsidian Basesならちょっとやってみようかなって思えた。
Obsidian Basesってちなみに小ネタっていうか、結構大事な話だと思うんだけど、ベースの作り方が2種類あるっていう言い方になるんやけど知っとる?
ベースの作り方が2種類。
一つは、Create New Baseっていうコマンドで、何たら何たらドットベースっていう新しいファイルを作る方法。
もう一つは、マークダウンのノートの中にちょんちょんちょんベースって書くと、そこのファイルの中に直接表が入る機能。
それあんまり使ったことない。知ってるのは知ってるんだけど、ちょんちょんちょんベースで書くのはたぶん使ったことなくて、ドットベースファイルを作って、
ビックリマークで埋め込みっていうか、ビックリマークかっこかっこベースってしたら、マークダウンファイルの中にベースファイルが埋め込めるやん。
あれで埋め込んで使うのは使ってる。
ちなみにめっちゃ細かい言葉の話なんですが、拡張子はベースで、作られるファイルもベースファイルで、複数形なのでベーシズです。
プラグインはベーシズで、あとは全部ベースね。
作られるファイルはドットベースであって、ベーシズではない。別にどうでもいいというか、その細かな、ただの単数複数の違いだけなんだけど。
フロントマターの利点
それを使い始めたことによって、結局ベーシズが読み取る内容っていうのが、ページノートの中のフロントマター。
基本的にはフロントマターの中身でフィルタリングとかソートができる。
今まで自分はデータビューとかも使ってなかったし、フロントマターは邪魔やと思ってたから、一切つけてなかったの。
気持ちは分かる。あんなの何に使うんやというか。
ビューモードで見たら非表示にはなるんだけど、普段マークダウンで書いてる最中とかって、
エディターモードで書くし、フロントマターっていう上のプロパティが何行も入ってるとやっぱりすごい見にくいっていうのと、
あとは自分の使い方の話なんだけど、Obsidian以外のアプリでもマークダウンファイルを開いて編集したり、
特にIAライターとかを使って見て編集することがあるんだけど、
IAライターはもちろんフロントマターに対応してないので、それがもうそのまま表示される。
それが嫌で、今まで全然書いてこなかった。分かってたんだけど、あると便利だし、
いろんなことが便利になるのは分かってんだけど、なかなか追加はできなくて。
でも、ベーシズのプラグインを使ってみたら、結構いろんなことできるじゃんって思って。
たとえば、いろんなことというのは?
今まで書いた記事、ニュースレターの記事一覧みたいなのを手動で作ってたのね。
記事を書いたら、何年何月の分みたいな感じで、リンクっていうかトピックノートみたいな感じ、
6字ノートみたいなのを手動でずっと作ってたの。
月に1回、ファイル名が決まってるから、そのファイル名で検索抽出したものをコピーして、
そのまま貼るっていうだけなんだけど、それをいちいちやってた。
それをしなくても良くなった。
ベースで適切なフロントマターをきちんと設定してあれば、半分自動で勝手に入ってくる。
ベースですごい良かったことっていうのが、表示のビューモードっていうのが、
テーブルはテーブルなんだけど、イメージ付きのサムネイルがブワブワってなるモードみたいなの。
カードビューみたいな感じの名称だった気がするんだけど。
そのテーブルビューとカードビューっていう名前だったかな。
その2種類のビューのスタイルが大雑把に2つある。
カードビューっていうのがすごい個人的にめっちゃ好きでさ。
一番めんどくさいよね、画像設定、製造感って。
そうなんだけど、あの見た目ができるんだったら、
ちょっとその読書メモ的な本のノートとか、
あとは自分が書いた記事のノートとかはまとめたいって思って、
プロパティ名の工夫
フロントまた入れようって思った。
はるなの場合、自分の記事すらカードビューで整理する方が好きなぐらい?
基本的にはるなさんの使い方としては、原稿置き場としてしか使ってないので、
知識を学ぶために使うみたいな使い方は一切してないの。
そういう文脈じゃなくて、書いた記事の一覧をテーブルで並ぶより、
カードビューで自分の画像付きで並んだ方が気分がいいし快適だし便利だと感じる?
そうだね、自分の場合必ずアイキャッチ画像は設定しているし、
言ったらそれもわざわざその記事のために書いているものが多くて自分で。
それがあれば思い出せるのよね、その記事の内容とかも、絵一個で。
字より早い。
字より早い。タイトル読んでも、いつの何の記事やったっけってなるんやけど、
アイキャッチ画像を見たら、これはだいたい今年のやつじゃないなとか。
そういうのもわかる。
その情報が自分の絵の変化とか傾向によって。
書いたことによって覚えてるっていうだけやと思うんやけど。
ほんとそういう感覚があるんや。
これは最近の記事だなとか、あとは物についてとか何か考えとかっていうのも概念としてイラストにしてたりするから、
割とその絵を見るだけで中身がわかるっていう。
マジか。だから本当に過去記事一覧はもうそっちにして作っている?
今、セッセとジェミニCLIが作業をしてくれてるって感じ。
多分ね、プログラムで一発でジェミニCLIに画像を探して一番上にある画像をイメージプロパティで設定するっていうプログラムを書いてって言えば多分できる。
でもそれはやってもらって、失敗したやつとかだけ。
失敗したやつだけちょっと手動でやるかって感じやね現実的には。
最初の調整みたいなところでずっとジェミニCLIとしゃべりながら、ここはそうじゃないんだよとか。
結構苦労した?
これ違うんだよ。自分の場合フロントマータは全く書いてなかったから、こういうテキストのフォーマットがあって、ここに日付が入ってる。
ここにURLが入ってる。
全部やらせるプログラムにしたのね。
ここに画像が入ってるから、それをフロントマータの指定するプロパティの中にうまいこと入れていけって言って。
ここ最近のファイルに関してはずっとテンプレートっていうのが一定だからできたんだけど、
初期の頃のやつがやっぱりちょっとまばらで行数が違うとかいろんなのがあってうまくいかないやつが結構あって、
それに対して失敗したやつちょっと読ませてもらってもいいですかとか、それを見てプログラムを修正するんでみたいな感じでジェミニーCLIが言って、
それをやりとりしながら、もう結局Pythonでできたかな、一応動くやつは。
俺自分はもう最初の2,3割分ができたら、後のやつはもう多分使わんし、まあいいやってプログラム頑張らずにそんなもんでええわぐらいで終わらせた気がする。
まあそんなもんでいいと思う。最初だけだから。
うん、で、以後気が向いたらやるけど、やっぱ本来の意味の生産的な仕事ではないからね、基本的に。
それをニュースレターにも書いたんだけど、そういう作業みたいなのってやっぱさ、やればやるほど成果が出るから楽しくなりがちなんだけど、
目的化してしまったらダメだよねっていうので、できるだけ目的化しないように頑張った。
個人的には、やっぱベースっていうファイルを作るんじゃなくて、中に直で書けるっていうのが、
いい意味でデータビューと同じ感じで、パラメーターの微調整が自分でテキストベースで簡単にできることとか、
そういうのが結構でかかったりとか、あと裏技っていう言い方は変なんだけど、実はちょっと隠しパラメーター的なものがあって、
そのパラメーターを使ってあげると、データビューみたいに全部の全く同じ内容を貼り付けてあげれば、
どのノートでも適用できる同じプロジェクトの前後の記事ベースが作れるとか、
個人的にはそういうハック的な面白さがあったりして、そういうところで割とハマっていて、
これ使ってくださいねっていうので、めっちゃ人に渡しやすいし、それをカスタマイズしてもらうこともめっちゃ簡単にできるっていう意味で、
だいぶ良い感じのものかなって思って。
一つ大きな悩みがフロントマターのプロパティ名をどうするかみたいな。
基本的に俺はChatGPTさんに相談をして、結構変えたりした途中で、ある時期に色々やってたやつが、
例えばはるなさんの記事で思ったのが、デートっていうパラメーターがあるんだけど、
あれは率直に言って良くないパラメーターだと思っていて、あのパラメーターでは何の日付なのか分からない。
自分はデート独了とかデートパブリッシュとか、デートクリエイティットもやめたかな。
パブリッシュと独了だけぐらいかな。
なんかそんな感じで、一応やっぱり生成AIが読んでも意味が分かるような用語にすることをできるだけ心がけろっていうことをChatGPTに言って相談している。
どういうふうがいいかなって独了とかって色々悩んだんだけど、リードではちょっと分からないような気がしてレッドになるんだけど、
そこは妥協してね、カタカナっていうかローマ字独了がいいんじゃないかみたいな結論になったりもした。
あとはオブシディアンパブリッシュにするときに、もともとそういう画像の指定プロパティー値はimgだけにしてたんだけど、
パブリッシュはイメージじゃなかったっけ?
イメージ図とかにしないとサムネイルとして反映されないよとか、もともとサマリーみたいな感じでようやくみたいなの入れてたけど、
ディスクリプションにしないとパブリッシュには、そこはオブシディアンパブリッシュのルールやからな。
そういうのを後から知って、そうなんやと思って全部書き換える必要があったりとか。
共通のお作法はある程度知っておいた方がいいみたいなやつだよね、ディスクリプションとイメージ図と。
さらにニュースレターでも書いたんだけど、AIが読み取りやすい方がフロントマッターのプロパティー値にしても便利なことが多いと思って、
さっきのデイトの話とかでもそうだけど、何の日なんっていうのがそれだけだとやっぱり分かんないから、
デイト何たらかんたらみたいな感じで2つの単語をつけてあげれば、
AIが読み取ったそのファイルを読み取ったときに、この日付はこれのことだっていうのがちゃんと分かる。
分かってくれるからその先の作業がしやすくなるみたいな。
あとあれ自体が、YAMLっていうコンピューター界隈の一般的なフォーマットだからのちょんちょんちょんで囲んでっていうやつ。
ファイル管理の挑戦
生成AIも基本的に上手に読んでくれるんだよね。
このパラメーターがこのやつを探してこうこうしてっていうと、
無駄なことをせずに結構スムーズに探し出したりして、並べ替えたり見つけたりとかができて、
そういう意味でもかなりの部分でフォルダ分けせんくってもいいなっていう風になってきた。
ある程度どこまでそれを頑張ってパラメーターをつけるかは悩みどころではあるんだけど。
今一番悩んでいるのが、自分の場合ファイル名にさ、
このファイルは自分が執筆した原稿のファイルですよっていう記号と、
それを書いた日っていうか完了した日をろってたのを数字で入れてるんだけど、
結局エクスプローラーというかファイルを並べたときに、
そっちのほうが便利だからっていう意味でファイル名に入れてたんだけど、
ファイル名自体がすごい長くなってしまってめんどくさいとか、
オブシリアン上でリンクするときでも余分な部分も見えなくする方法はあるんだけど、
でもめんどくさいからさ、どうしても予測変換みたいなので、
直にファイル名が打って入ってたもの入るほうが早いからそっちでいつも入れるんだけど、
そうすると結局長くなって見えにくい、見づらいっていう問題があって、
フロントマターに日付を入れたり、カテゴリーを入れたりとか、シリーズ名を入れたりとかすれば、
ファイル名自体はシンプルにしてしまっても、オブシリアン上で扱う分には全然問題ない。
大平 クイックスイッチャーで日付とか、どういうパラメーターでファイルを探すか次第だよね。
大平 そういうことを考えると、まだまだ昔のローテックなんやけど、
ファイルの一番先頭に、自分の場合だとアウトプットのOをつけて、O-みたいなのをつけると、
自分が書いたもの、アウトプットしたもので、そのファイル名を絶対つける。
その後ろに日付をロケーターで入れてるから、
必ず名前順で並べたときに時系列順に並ぶっていう、それをずっと続けてて。
三沢 ちなみに、アナザークイックスイッチャーっていう、
リンクシステムの可能性
相川さんが作ったやつなんだけど、それを使うと、
YAMLの特定のパラメーターもクイックスイッチャーの検索対象に含めるということができて、
例えばプロジェクトナレッジスタックとか、まあ探さんけど、
そういう拡張の可能性もあったりして、
自分は少なくともアウトプットのOっていうのは、自分の場合やっぱりいらんと分かって、
で、いっときファイル名から日付をなくしてみようと思ったんだけど、
やっぱりそれはむしろ不便になってしまって、
6桁の数字と251003みたいなやつと、
シリーズ名をアルファベット2、3文字と数字を並べた後にタイトルを付けるというので、
原稿とかは管理している。原稿とかタスクとかそのいわゆる仕事のノート的なもの。
で、なんかね、どうせそういうのを括弧で呼び出すとかあんませんし、
なんかまあそのぐらいで、なんか種類が違うから別に問題ないかなって自分は思ったかな。
そこが長くなること自体は。そういう系のものが割とベースで呼び出したかったりするからね。
まあという感じで、個人的にはやっぱそのちょんちょんちょんベースが肝だなと思っていて、
それをうまく使ってあげるといろんなところでコピペしやすくって、
あと以前ポッドキャストで紹介したRiNKのリンクっていうやつ。
リンクシステム。
リンクを使う場合に、あるいはデータビューを上回る可能性がありまして、
テーブルの中でそのプレフィックスの値をそのまま直接編集できるんだよね。
以前なら、今まで考えていたやつは直接ファイル名をいじってあげないといけなかった。
でも順番をこちょこちょいじるだけなら、テーブルの中にそのプレフィックスっていう名前を付けたフロントマターを
入れ替えてあげるだけで、その並べ替えがまあまあ簡単にできるようになって、
意外とそっちのほうが便利になりそうっていう感じがしている。
ので、そこはもうちょっとできたらちゃんとニュースレターとかでもまとめようかなと思っています。
あれってさ、そのフロントマターに書いたプロパティー値とかさ、その中に入っている項目って一括で書き換えることはできない。
どういう一括なんやろ。
知的生産の整理
なんか前に一回やったのが、そのプロパティーの種類みたいなのあるやん。
ナンバーなのか、デイなのか。
日付なのか。
あれはObsidianが内部的に持っている。
それで途中で変えたら、他のやつが全部三角びっくりみたいに出ちゃって。
フォーマットがずれてるってやつやね。
で、それを一括で直す方法とかないんかなって。
その話でいうとですね、Obsidianのいわゆるオートに任せておくと、日付の書き方とか、
テキストの書き方とか、あとリストの書き方とか、結構厳密に細かいルールみたいなのはあって、
日付とかもね、確か正しく書くにはダブルコートで囲わないといけなくてとかあるんだよね。
で、それを手で直していたりとか、
あと昔のそのかつてのものの名残とかがあったりするとダメだから、
プログラムでそのYAMLフォーマットに最適化された、きちんと企画化された通りのフォーマットに変換するプログラムを作ってとか、
なんかそういう感じで作るんじゃないかな。
日付の変換とか処理とかは、ライブラリーとかが無数にあったりするから、
多分、Sense AIに言えば適切な処理は割と簡単にはできる。
だからそこで、ただその仕組みはやっぱり自分で知らないといけない。
正しいフォーマットがうんぬんとかっていうのはちゃんとやってみないとめんどくさくて、
意外とフォーマット変えるとめんどくさい。
そう、かといって最初からなんかさ、いっぱいいろんなのをつけてとか、
つけないほうがいい。
そう、つけないほうがいいよなっていうのが一番悩んだところ、時間がかかったところかな。
なんかちょっとずつやっていって、どうせ10個、20個なら根性でできるし、
100溜まったら溜まったで、また別の方法が。
100も同じテーマで集まることって多分そうそうないんだよね。
それだけ集められたら、やっぱちょっと整理に手間がかかるのは当然だなって思っとくことかなっていう。
逆に言うと、やっぱゴミノートを増やさないことも同時に重要なんだなっていうのは思ったりする。
そもそも数を減らせっていう話で。
多いことがいいことでは多分ない、今のところの結論としては。
無駄にノート増やしまくるぐらいなら、その管理できる範囲で適切なレベルに収めておいて、
整理するのが面倒と思うようなノートは作らんほうが多分うまくいくんだろうなっていう。
だからルールとしてクリッピングみたいな、ウェブクリップみたいなやつは絶対入れないみたいな感じで。
まあね、それもやったらいかんわけじゃないからね。
ただ後で読もうはやめといたほうがいいっていう。それはやめといたほうがいいよ。
Obsidianの中には一応自分が書いたとか、引用みたいなのもあるんだけど、
抜き書きでも手を加えてる、自動でウェブクリッパーとかで入れるみたいなのはもうやめた。
まあね、それのみの目的に特化してObsidianを使うだったらいいと思うんだけど、
いわゆる知的生産みたいな概念では、後で読もうはやめといたほうがいい。
仕事効率化分野では後で読もうはやめといたほうがいいのは、ほぼ真理なんだろうなと思う。
という感じで、ベースのことは多分これからもニュースレターで書いていくと思うので、よかったらそちらもご覧ください。
ナレッジスタックね。
うん。
