原稿を書く水曜日
作業記録の共有 アイデア処理の形 メルマガ+原稿2(2700文字) ニュースレター+Obsidian 1.14 アイデアの扱い iOS版Obsidian用セットアップ アイデアの扱い TH+第五章セクション２ DN+「はじめに」の続き ブックカタリスト+150の準備 15:00 病院 うちあわせCast確認→お休み 各種日課 復文勉強 集中的読書 サブ執筆 KW+ミニエッセイ Obsidian本 7:00 おはようございます。昨日はTextboxの新しい機能を作り込んでいました。今日もちょっとだけその続きをします。 午後からは妻の病院のつきそうです。それまでは原稿作業を進めましょう。 ファイラー+アウトライナー: 完全JSONのプロダクト型アウトライナーを作って試していたのですが、それをmdファイル対応にしようと画策し、途中実装の手間からむしろmdをjsonにすればいいのではないかと閃きましたが、考えを戻しました。 mdファイル＋プロダクト型アウトライナーをつくることで、一種の「ファイラーであり、アウトライナーである」という新しいツールを作れると気がついたからです。 ためす価値はありそうな気がします。 ＊ ＊ ＊ これがnotes/での一覧。mdファイルのリストです。 でもってそれをプロダクト型アウトライナーとして表示したものがこれ。項目にズームすればノート本文が表示されますし、この画面からファイル名のリネームも可能です。 で、しばらく使い勝手を試すのですが、このまま外部ツールとして運用するのか、そもそもnotes/のリストビューをこれにしてしまうのか、という判断が残っています。が、それはまあ使い勝手を試してからにしましょう。十分使えるならこれはnotes/の本機能に格上げしてもいいと思います。 ＊ ＊ ＊ ひとまずこれはよいとして、またこうしてnotes/の責務を増やしている感じもいなめません。「企画案」「ネタ帳」「ミニ執筆」もすべて引き受けさせようとしている感じもあります。本当にそれでいいのか、ちょっと考えてみる必要がありますね。 むしろいろいろ混ざり過ぎているのでは、という感じがしてきました。 たとえば「企画案」というのは、情報カードが扱う対象ではあきらかにないので、それこそ別の場所で管理するのがいいのかもしれません。案それ自体は一枚のカードでもいいですが、それについてのネタ集めはむしろノート的な方がいいでしょう。このフォルダがnotes/という名前になっているのもややこしいですね。 ちょっと処理のかたちを再検討しましょう。 8:00 アイデア処理の形: たとえば、「物書きが生成AIに出会うとき」という企画案というかタイトル案がある。 一方で日々のつぶやきやら思いつきの中に、それとして使えそうなものが出てくる。ようはこの二つをどう結び合わせるのか、というのが知的生産の課題の一つ。 ＊ ＊ ＊ 現状は、「思いつき」のすべてがnotes/に集まっている。ある程度固まったアイデアは1枚のカードとして、断片的な思いつきは複数集めて一枚のノートに、企画案そのものも一枚のノートに、といった具合。 で、まだ不安定な思いつきについては、それを個別にmdファイルにするのは違うのではないか、という思いがある。タイトルもうまくつけられないし。 というわけで、一枚のノートに集めることになるのだが、そうなると、カード的なものとの粒度がずれる。また、Aでも使えるし、Bでも使えるし、という多重性が失われる。その上、Aが変質し、Cと融合して、Xになる、のようなプロセスが扱えない。これをやるためにはアウトライナーが必要となる。 問題は、この「Aが変質し、Cと融合して、Xになる、のようなプロセス」は、ある程度固まったアイデアを並べているだけなら特に必要ではない、という点。Cosenseがまさにそうなっている。まだ不安定な思いつきにこそ必要。つまり、短い記述という共通点はあっても、ある程度固まったものとそうでないものは性質が異なることになる。 ＊ ＊ ＊ 一週間に一度ツイートを振り返り、それをmdファイルに保存している。それをnotes/に入れている。しかし、その後の扱いが難しい。そこに入れているだけでは使えないから。 必要な場所にコピペする方法と、そこから切り出してカード化する方向がある。これも結局、不安定なアイデアと固まったアイデアの扱いが二重に行われていることを意味している。 また、コピペするときに大元のノートから消すのかどうかもイマイチ掴めない。 ＊ ＊ ＊ 一つの考えとして、logs/のようなフォルダをつくり、そこにtweetlogとして個別に保存し、その内容をmemo/に取り込んで、処理はmemo/から行うという方向。memo/からはさまざまなアプリフォルダにデータを移動できるようになっているので、処理のやり方としては自然。ネタ帳に追記はまだできないが実装は難しくない。 もう一つは、言葉遣いからだが、先ほどカード的、ノート的と言い分けたように、やはりcard/とnotes/を分けるという発想。現状notes/に入っていてある程度固まっているものはすべてcards/とし、複数の情報をまとめたものはnotes/にし、notes/には新しいUIを考える。これはプロダクト型のビューが適しているかもしれない。
ニュースレターを書く火曜日
作業記録の共有 アイデアの扱い メルマガ+原稿2(3300文字) ニュースレター+ソート順 アイデアの扱い TH+ 次の企画案+ ブックカタリスト+150準備 17:00~ブックカタリスト+ツイート 各種日課 サブ執筆 Textbox+notesのウィジェット化 7:00 おはようございます。本日はニュースレターを書きます。 orgに英語の問題: 朝一に開く週間ページに英語の問題を表示させるようにしました。 日々行っている英文トレーニングの結果は、english/に登録してあります。その情報を他のページからも参照できる「ウィジェット」という仕組みを機能つくりました。その成果です。 これ以外にも引用やら面白画像、あるいは去年の日記なんかも表示できると面白いですね。ライフログやアイデアメモからも適当に持ってくる案が考えられます。 ニュースレター: まずは今週のニュースレター。 ＊ ＊ ＊ OKです。 publish:ノート４タイプのソートを深く検討する - by 倉下忠憲@rashita2:newsletter 9:00 アイデアの扱い: メモの中には、生成AIを自分はどう使っているか、といったものがある。で、同様のメモがいくつかあるときに、それらをどう「まとめるのか」が今の課題。 ＊ ＊ ＊ 一つは、notes/に入れておき、共通のハッシュタグを与えること。もう一つは、desk/にその題名を立て、そこに追記してくこと。 現状の機能にはないですが、トピック用の一つのファイルにひとまとめにして記述していくか、あるいはカテゴリのようなものをつくり、そこにEvernoteのようにワントピックワンノートのような形で書いていくか、という選択があります。後者にするとnotes/にかなり近づきますが、題名のリストが操作可能かどうかという点で違いがあるでしょう。 たぶんそこが鍵ですね。現状のnotes/では操作可能な題名リストを並べることができない。だからworks/のような別の枠組みが必要になっている。もし統合するならばこの観点を反映させる必要があります。 で、現状で考えるならやはり先ほどの二種のどちらかでしょう。 notes/で個別にページにして、ハッシュタグで共通のテーマとしてくくっておく desk/に題名の項目を立て、その中に１枚のページに追記していく 前者の場合、ほんとうに小さい記述で一つのページが作られることになります。加えて、何かしらのタイトルをつけることも必要です（実際はタイトルなしにできますが）。その代わり、一つのテーマだけでなく多様な文脈をリンクとして接続させられます。 ＊ ＊ ＊ 思いついて、notes/のリストビューを変更しました。これまではタイトルだけが並んでいる構図でしたが、タイトルの幅を1/3に変更し、空いたスペースにプレビューを追加しました。 13:00 メルマガ: 一つ目の原稿を書きます。 ＊ ＊ ＊ 3300文字の原稿を書きました。 Textbox: notes/に入っている情報をウィジェット化しました。 org/を開いているときに、引用、カード、英文問題が表示できるようになりました。この感じがあるならば、情報カードに引用を入れなくてもいいかなという気持ちになりますね。分けたものを、後から合わせるわざです。 15:00 アイデアの扱い: すごく小さな記述でテキストファイルを一つつくる、ということにちょっと違和感を覚えています。 むしろ一つのファイルにざっくりまとめた方がまとまり感はあります。その分、他の用途で用いることが難しくなるわけですが。 ＊ ＊ ＊
準備を進める月曜日
作業記録の共有 ビニールゴミ出し メルマガ+ツイート メルマガ+ファイル準備 ブックカタリスト+配信予約 TH+第五章の内容検討 TH+第五章第一セクションリライト Revision紙版+画像ファイルの扱い検討 メルマガ+原稿1 次の企画案+「はじめに」をどこかに書く 各種日課 集中的読書 復文勉強 サブ執筆 KW+ミニエッセイ Obsidian本? 6:00 おはようございます。本日はもろもろの準備を進めます。 7:00 メルマガ: まずは準備を。 ＊ ＊ ＊ ファイル準備はOKです。今週書くこともぼんやり考えておきました。 publish:ルーマンの手法：その６ / なんでもできるツール思想 / 柔術的タスク管理｜倉下忠憲:WRM ブックカタリスト: 配信予約作業を行います。 ＊ ＊ ＊ OKです。 TH: 第五章について考えましょう。 ＊ ＊ ＊ 第五章の第一セクションをリライトしました。やはり「考える」よりも「書き直す」の方が思考が進む感じがしますね。 13:00 revision: 紙版における画像の扱いを検討しましょう。 ＊ ＊ ＊ 見出しなどの調整を終えたので、とりあえず一度PDFで確認してみるしかありませんね。 あと、画像にキャプションを付ける必要がありそうです。 ＊ ＊ ＊ 14:00 次の企画案: さて、何かしら進めましょう。 二つアプローチがあります。一つは、BextEditorにこの企画用のワークスペースを作ること。あるいは、昨日作ったばかりの、desk/に書きたしていく方向です。 どちらかというと、上のdesk/はまだ企画案として完全に固まり切っていないものを扱うイメージです。
ゆっくり過ごす日曜日
作業記録の共有 週報作成 来週のSTL確認 プロジェクトとtodoの運用検討 アイデアの布置 Logtext+週の目標の転記を確認する note+記事を移す 7:00 おはようございます。昨日はこつこつとメモツールを作っておりました。おかげで、Textobxes体制がかなり整いました。 とりあえず、来週の予定などを確認し、後はのんびりすごしましょう。 週報作成: 作業記録→Gemini Notebook→Textboxの流れです。今週からorgにそのまま保存します。 ちょっと横幅が広いですね。 まあ、その辺はおいおい確認します。 8:00 来週のSTL確認: 来週の予定を確認します。 ＊ ＊ ＊ 特にスケジュールはなし。 ＊ ＊ ＊ あとはタスクとリストですが、どうするか。 orgをTextboxに組み込んだ結果、もともとあったページへのアクセスが減少しています。これは考え直しが必要かもしれません。 ＊ ＊ ＊ 週次レビューのときだけチェックする場所、という感じでもいいのですが、イマイチな感じがありますね。 ＊ ＊ ＊ ひとまず、一通りはチェックできたのでよしとします。よりエフェクティブに行えるように調整しましょう。 9:00 プロジェクトとtodoの運用検討: まず、project.htmlは、複数のプロジェクトフォルダにあるindex.htmlの総合場所といて作りました。今でも、たとえば週次レビューのような用途では便利に使えます。 しかし、BextEditorでhtmlファイルを開けるようにした結果、たとえば、project-THのindex.htmlは通常「よし、project-THの作業をしよう！→BextEditorのワークスペースを切り替える→index.htmlが表示されている」という形になり、project.htmlを経由することがほぼ無くなりました。 だとすると役割そのものを見直す必要がありますね。 ＊ ＊ ＊ まず、project.htmlというよりも、writing.htmlというのが適切っぽいです。その上で、執筆を前に進めて行くための「何か」という観点から再構築が必要でしょう。 14:00 note: 記事を移しておきます。 ＊ ＊ ＊ アイデアを一つの場所に並べること｜倉下忠憲 OKです。 17:00 Textbox: projects.htmlの新しい形を考えていたら、なぜかプロダクト型アウトライナーができあがってしまいました。 まあ、いろいろ試しましょう。
メルマガを仕上げる土曜日
作業記録の共有 ツイートの振り返り メルマガ「はじめに」「おわりに」 全体稿確認 メルマガ配信予約セット 図書館返却 8:00 おはようございます。本日はメルマガです。終わったら図書館に行きましょう。 ツイートの振り返り: 一週間のツイートを振り返ります。今週から保存先をtextbox/notesにします。 ＊ ＊ ＊ この作業をするときは、notes/を開き、tweetで絞り込むところから始めます。これで過去のノートが一覧できます。で、この後どうするか。 今までのルートなら、直近のノートを開き、リンクを作って新規作成、でした。現状ならこのまま+ボタンを押す手もあります。たとえばそのとき、現状type:tweetで絞り込んでいるので、新規作成にもtweetを与えておく、という動線が考えられます。その場合、type付与忘れを減らせるでしょう。 リンクを付与する方式だと、ページとページのつながりがかならず生まれるメリットがありますが、基本的にツイートのまとめノートに加えるリンクはnav以上の意味はあまりないので、作らなくてもいいかもしれません。 ただ、それをやると一度は必ず先週のツイートノートを開く、というメリットは生まれます。 ＊ ＊ ＊ 一応、type継承機能はつけました。とは言え、週報と同じように先週分と今週分を並べるのはよいような気もします。 なかなか難しいところですね。 ＊ ＊ ＊ ひとまずピックアップは終わりました。 9:00 メルマガ: はじめにを書きましょう。 ＊ ＊ ＊ 書けました。 10:00 図書館に行ってきます。 11:00 メルマガ: 全体稿の読み返しを進めます。 ＊ ＊ ＊ 終わりました。 13:00 メルマガ: 配信予約作業を進めます。 ＊ ＊ ＊ まぐまぐOKです。 ＊ ＊ ＊ noteもOKです。これで今週のメルマガ作業は一段落しました。
ニュースレターを書く金曜日
作業記録の共有 ニュースレター+リターントゥHTML メルマガ+原稿2(3000文字) メルマガ+原稿3(1700文字) TH+index.htmlの整備 各種日課 サブ執筆 7:00 おはようございます。本日はニュースレターです。あと妻の病院の付き添いなども。 ニュースレター: まずはニュースレターから。 ＊ ＊ ＊ publish:リターントゥHTML | メンバー限定記事 - by 倉下忠憲@rashita2:newsletter OKです。 9:00 メルマガ: 二つ目の原稿を書きましょう。 ＊ ＊ ＊ 3000文字の原稿を書きました。あと一つですね。 11:00 メルマガ: 三つ目の原稿を書きましょう。 ＊ ＊ ＊ 1700文字の原稿を書きました。これでメルマガの本編はOKです。 15:00 TH: BextEditorで、index.htmlを開くと、ウィンドウの横幅が狭くなるので、それに合わせたデザインに調整してみます。 ＊ ＊ ＊ ひとまず、現状のファイル一覧を一番上に持ってくることにしました。
原稿を書く木曜日
作業記録の共有 月替わり作業 メルマガ+原稿2のネタだし 執筆体制+フォルダのセットアップ note+セール情報 各種日課 集中的読書 英語読書 サブ執筆 KW+ミニエッセイ 7:00 おはようございます。昨日はBextEditorまわりを少し変えて、使い勝手があがりました。少しずつ原稿作業に集中できるようになってきています。 で、本日も原稿を進めようかと思いましたが、月替わり作業ですね。 月替わり作業: 拠点ノートの更新 KW+サポーターページの更新 KW+一ヶ月のまとめページの送信 医療費の入力（その月の関数を入力する） KDP売り上げ ブックカタリスト本の売り上げ入力 クレジットカード(アプラス)確認 経費スプレッドシートにコピペする 入金確認 カレンダーをめくる では、すすめていきましょう。 ＊ ＊ ＊ まずは拠点ノート。CosenseとTextboxのorgですね。一応notes/も何かあるか考えましょう。 2026/10 - 倉下忠憲の発想工房 orgでの月ページの作り方は二つあり、jsonに入れるか、mdとするか。 とりあえず、jsonでいきましょう。あとで変えることもできるので。 mdだとただフラットに並んでいるだけですが、jsonだと年、月、週、日が与えられているので、構造的に整えることができます。これらの情報はその方が収まりがよいでしょう。 ＊ ＊ ＊ 続いてサポーターページの更新。 OKです。 ＊ ＊ ＊ 雑務から先に片付けます。経費周りの管理を。 ＊ ＊ ＊ だいたい終わりました。あとは、まとめページです。 ＊ ＊ ＊ publish:2026年9月の活動報告 - by 倉下忠憲@rashita2 - Rashita’s Newsletter
流れを考える水曜日
作業記録の共有 うちあわせCast→お休み TH+第五章をどう書くか TH+全体の話をどう構成するか メルマガ+原稿2 デイリーチェックアウトの検討 ブックカタリスト+149下書き note+セール情報 図書館返却 各種日課 集中的読書 英語読書 サブ執筆 KW+ミニエッセイ 7:00 おはようございます。本日はもろもろの原稿を進めます。 TH: 第五章を読み返して、第四章との整合性が取れていないと感じました。まあ第五章を書いてから、第一章に戻って第四章まで書いてきたので、話の流れ自体が変化しているのだから当然です。 で、その上でどうするのか。 まず考えられるのが、第四章の内容に第五章を合わせるというもの。これが一番実直。そして、そもそも第四章が実は第一章に当たるのではないか、という感覚がしていて、それをもとにさらに再構成するというのが別案。なんだかスターウォーズみたいですね。 仮にその案でいくとしても、第四章→第五章の流れ自体は変わらないわけで、それを意識して調整するのは悪くないように思います。 ＊ ＊ ＊ ようは全体の話の流れをどう構築するのか、ということです。たとえば自分の経験を辿り直し、右往左往しながら何かを構築してきた話として構成するのか、すべてを経験した後の今の時点から話を語り始めるのか。それによって流れが変わってきますし、現時点でそれがはっきりと定まっていないことに気がつきました。 ということは、次なるタスクはその決定ですね。 10:00 note: セール情報をチェックしましょう。 ＊ ＊ ＊ “NHK出版Kindle本 「100分de名著」フェア"を漁る｜倉下忠憲 11:00 TH: とりあえず、第五章を直します。 ＊ ＊ ＊ どう直すかの方向性に悩んでいたので、GPT sol 6-1に第四章と第五章の原稿を合わせて読んでもらって、コメントをもらいました。 一つヒントが含まれていたように思います。 15:00 ブックカタリスト: 記事の下書きを書いておきます。 ＊ ＊ ＊ 書きました。 17:00 デイリーチェックアウトの検討: デイリーチェックアウトとは倉下の用語で、一日の始まりに、前日の作業記録を「処理」することを意味します。 その日にやった作業のうち重要なものを「日記」に転記する 出費やpublishしたものがあればそれを専用ページに転記 todoがあれば、タスクリストに追記 といったことを行うものです。ただ、この「追記」は記法をほとんど覚えておらず、publishと出費くらいしかほとんど活用できていません。本当はここにタスクを書いておけば必要なページに転記されるという形が望ましいのですが、それをせずになんとなくWorkFLowyに書いておく、ということになっています。 今回、Textboxの大移動を行い、「転記先」の場所も変わったことで、改めてこの方式を検討してみようと思います。 ＊ ＊ ＊
ブックカタリストな火曜日
作業記録の共有 ニュースレター+ソート順 logtextのファイル整理 メルマガ+原稿1(5700文字) TH+第五章の手直し 13:30~ ブックカタリスト収録 各種日課 集中的読書 英語読書 サブ執筆 KW+ミニエッセイ 7:00 おはようございます。本日はブックカタリストの収録です。それまでは原稿を進めましょう。 ニュースレター: まずはニュースレターから。 ＊ ＊ ＊ publish:情報のソートから考える - by 倉下忠憲@rashita2 - Rashita’s Newsletter OKです。 Tue, 29 Sep 2026 08:38:43 8:00 logtextのファイル整理: textboxを整備したときに、logtextにおいてあった「ブクログのフィードを処理して自分の蔵書ライブラリに取り込む」が不要になったので、このタイミングで整理しておきます。 これまでtextboxフォルダの情報を、logtextフォルダのスクリプトが整理するという分離状態になっていて、それが気になっていたのでかなりすっきりしました。 ＊ ＊ ＊ だいたいOKです。探ってみると、使っていないスクリプトが山のように見つかりました。それも合わせて全体の調整が必要ですね。 9:00 メルマガ: 一つ目の原稿を書きましょう。 ＊ ＊ ＊ 引用が多くなりましたが、5700文字の原稿を書きました。 11:00 TH: 第五章および全体を考えます。問題はそれをどう考えるか。 13:00 ブックカタリスト: 収録です。 ＊ ＊ ＊ 収録が終わりました。 18:00 KW: 今日のエッセイを書きます。
準備を進めル月曜日
作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 Textbox+フォルダ整理 次の企画案+メイルの返信 TH+第五章の読み返し メルマガ+原稿1 次の企画案+原稿開始 各種日課 復文勉強 集中的読書 サブ執筆 KW+ミニエッセイ 7:00 おはようございます。本日はTextboxの整理を続けます。あともう少しです。 publish:ルーマンの手法：その５ / Textboxの再スタート / クリスティーのリスト｜倉下忠憲 Textbox: フォルダ位置を変更し、不要なものをすべて削除します。 ＊ ＊ ＊ できました。 1週間のlimit 1.5回分くらい使って、全ファイルを適切な場所に置き直しました。 とりあえず、思いつく限り小さくアプリフォルダ化したので数が多いですが、最終的には使い勝手を見ながら、統廃合していく形になると思います。まずこの進め方が大切ですね。いきなりまとめない。まず分けてつくる。そして後から整える。この順番です。 ここ最近、このことについてずっと頭をはたらかせていたので、ようやくひといきつけそうです。 12:00 メルマガ: まずはファイルの準備から。 ＊ ＊ ＊ 書くことはだいたい決めました。 BextEditor: 昨日思いついて、エディタの左にマージンを広めにもうけたのですが、かなり違和感がありますね。作業記録と原稿とでは必要な余白感が異なるのかもしれません。 次の企画案: メールを返信しておきます。 ＊ ＊ ＊ OKです。 14:00 TH: 第五章を読み返します。 ＊ ＊ ＊ という作業のついでに、BextEditorで、mdやtxtファイルだけでなく、htmlファイルもオープンできるようにしました。 これで、原稿管理用のindex.htmlも一緒に並べることができます。将来的にはこういう方向で機能を調えた「執筆プロジェクト管理アプリ」をつくろうと思います。 ＊ ＊ ＊ 一通り読み返しました。修正は必要そうです。どう修正すればいいのかは改めて考えましょう。