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