の作業記録
ゆっくり過ごす日曜日
- 作業記録の共有
- ブックカタリスト+読書会ページ更新
- 来週のSTL確認
- 週報作成
- ゆったり読書
- 各種日課
- サブ執筆
7:00
おはようございます。本日はもろもろ確認して、後はゆっくり過ごしましょう。
ブックカタリスト:
まずは読書会ページの更新作業から。
* * *
2026年6月読書会レジュメ - BCBookReadingCircle
OKです。
ついでに自分のページも更新しました。
2026年6月読書会メモ(倉下) - BCBookReadingCircle
こうして振り返って考えたことを、どこにどのように保存しておくか。
- Cosenseの自分のプロジェクトに置く
- Textboxのcards/ or notes/ に置く
- メモツール(現状ならWorkFlowy)に置く
どれもよさそうですが、さて。
* * *
まず、自分のプロジェクトに。
2026年6月の読書pull back - 倉下忠憲の発想工房
ひとまずここは拠点にしていいと思う。
つづいてWorkFlowy。
これは何か違いますね。しっくりこない。やはり、特定のメディア(ツール)向けに書いたものは、そのまま別ツールに移してもうまくいきません。
では、Textboxでは?
振り返ったというイベントなら、notes/、思索を展開するピースとするなら cards/に置くことになりますね。
つまり、つくるページのタイトルが「2026年6月の読書pull back」ならばnotes/です。「読書思索基地ページ」ならcards/です。そう切り分けるのがよさそう。
この切り分けは、たとえば「Web記事を読んで感想メモを書き留めておくページ」などと同じ、扱いが微妙なところがありますね。わりと重要なポイント。
* * *
いったん、Cosenseに戻って考えます。
2026年6月の読書pull back - 倉下忠憲の発想工房
この二つのページ。片方は、読書メモの3年分(同月分だけ)の振り返りで、もう片方は一ヶ月間に読んで考えたメモ・コメントの振り返り。
ある程度、似たことを行っています。そして、ある意味ではまだバラバラです。
私の個人的な欲求では、これを「一つの場」でやりたいと考える。つまり、月を揃えて「2026年4月のpullback」として統合したい。そうすれば、Web記事を読んで考えたことと、読書を振り返って考えたことを一緒に扱える。そういう統合欲求が強いわけですが、当然そこではページの長さはとんでもないことになるでしょう。さらに、他の振り返りなども合わさってきて、どんどん肥大化します。倉下のよくある光景です。
ちょっと落ち着いて考えたい。
ひとまずその欲求をストレートに処理するなら「2026年6月の読書pull back」というタイトルではなく、「2026/6」にしておくのがよいでしょう。そうすれば、7月になって6月分のページを、2026年ページから切り出すときに、二つのメモが統合されます。
が、あまりにも時間の差がありますね。Webページは月が終わってから、読書の振り返りは来月分、というやり方をしているので二カ月程度の差が出てしまう。それを調整するには、振り返り行為そのものの単位を動かす必要があり、これは好ましいとは思えません。
むしろズレていていい、と考えるのがよさそう。つまり、5月の時点で行った読書のpull backを、さらに二カ月置いてから振り返る、という「寝かせる」を実行しているのだと考えればいい。言い換えれば、pull backしたものをすぐに処理しなくてもいい、とする。
これは一つの考えとしてまっとうでしょう。
しかし、どう頑張っても、一つのページが長くなりすぎる問題があります。これはCosenseのポリシーにはそぐいません。1テーマでページを区切っていく。こちらの方がよいでしょう。
むしろ、その意味でいえば「2026/4」というページの作り方も不適切で、「2026/4のWeb記事」とするのがよいと思います。そして、そのページ2026/4へのリンクをつける。
それがCosenseらしい運用ですね。
なので「2026年6月の読書pull back」というページには、これを実施した2026/5 というリンクを加えておきます。ひとまずCosenseはその方針で。
* * *
もし一つの場所にpull backのすべてを集めるなら、WorkFlowyがよいでしょう。そういうノードを準備しておく。現状は行いませんが、もし実施するならそういう方針がよいと思います。
* * *
では、Textboxではどうなるか。
notes/に入れるならこう。
cards/にはこういう日付がついたものは直接入れたくない。であればどうなるか。もっとツリー的にやりたい。少なくとも、いくつかの新規ページをこのページから切り出していけるだろう。でもって切り出し先はcards/になる。
で、同じことは書き留めているツイートピックアップも同じ。ツイートのたまり場、読書メモのたまり場、というのがいろいろありえる。
それらを統合的に扱うか、個別に扱うか。
一つ言えるのは、思いついたばかりのメモ(生メモ)と比べれば一段階熟成度が上がっている、という点。手をかけて扱う価値はあると言える。
* * *
ひとまず、cards/ではidea_notesとしましょう。ここに入れる前にもうひと加工あった方がいいかもしれませんが、とりあえず。
11:00
Textbox:
ランダム操作を考えます。
* * *
まず思いつくのは、ソート順のランダム。ただし、これはあまり使わないかなと思います。
次に、ランダムに「次のカード」に飛ぶ。これを実装しましょう。
* * *
Claudeが悠々と実装してくれました。
で、考えたいのが次。「ランダムにノートを選んで、そのリンクを持ったノートを作る」というアプローチ。index.jsonがあるのでわりと楽にできるはずです。
* * *
できました。
ランダムに選んでくれています。
同じように「去年以前の同じ月につくったノート」で集めてみましょう。
ノートをまだ移植しおえていないので、過去分は少ないですが、とりあえずできました。
こんな感じでいろいろできると思います。




