の作業記録
ゆっくり過ごす日曜日
- 作業記録の共有
- writingRoom+アプリ作成
- 週報作成
- 来週のSTL確認
- 週次レビューについて
7:00
おはようございます。本日はゆっくり過ごします。
Textbox:
notes/では、.canvasファイルも開けるようにしていましたが、それがUIを複雑にしてしまっていたので、いっそのことcanvasファイルは独立したアプリフォルダで扱うことにしました。
canvasだとあまりにも直接的すぎるので、knots/としました。結び目という意味です。
これでnotes/は、純粋にテキストファイルだけを扱うツールになりました。さらに言えば、文章管理よりも「情報カード管理」の側面が強くなってきています。つまり、よりCosense的になってきているということです。
writingRoom:
がちがちにastraに設計させたら、もりもりの設計になってトークンがあっという間になくなったので、途中で止めて、新しく仕切り直しました。
ごく最小の設計にからスタートして徐々に変更していくスタイルです。
＊ ＊ ＊
デザインはこれから詰めていきます。
9:00
週報作成:
では、今週のまとめ＆振り返りから。
＊ ＊ ＊
一週間分の作業記録をまとめて、Gemini notebookに送ります。これもCodexとかにやらせばいいわけですが、まあ手作業で進めましょう。
＊ ＊ ＊
notebookからのまとめを、org/に貼り付けて完了です。一年分のデータをすべて渡した後で「私の一年」のレポートを作らせるのも面白そうですね。
来週のSTL確認:
では、来週のスケジュール周りのチェックです。
＊ ＊ ＊
来週はいろいろ忙しそうです。で、次にタスクの確認。これがやっかいです。
textboxにproject/を作ったのでまずはそれを開くところから。
＊ ＊ ＊
やはり一週間の作業において、このproject/を開くことはほぼありませんでした。こういうレビューの時だけ、という感じ。別にそれでもいいのですが、何かしっくりこない感じがあります。
何をしたら、この作業をしたことになるのかを改めて考える必要がありますね。
＊ ＊ ＊
project&taskを独立させるのか、orgの一要素にしておくのか。
現状projectは、各種プロジェクトの位置がメイン機能で、それはwritingRoomが相応しいと感じます。よって、フォーカスを当てるとしたら、むしろtasks/でしょう。やることの扱いをメインとする。
実際org/には、次にやること.mdが置かれていて単純なリストだけならばこれだけでも事足ります。それを独立したアプリにするとしたら、一つ一つのアイテムを独立して扱え、検索し、タグ付けが可能といった機能が付与できることでしょう。それらが必要かどうか。
＊ ＊ ＊
GTDの理念で言えば、レビューは一つ上の視点から自分のやっていることを見つめ直す行為だといえる。そのとき、ツールは何を提供すればいいか。
端的に言えば、「プロジェクトについて考えること」だろう。それは何か。いかにすれば実現されるか。
＊ ＊ ＊
review/というページを独立させるという方向もある。あるいはアウトライナーのような機能を付ける。あるいは、アウトライナーで管理する。
＊ ＊ ＊
少なくとも、カードやリストを「見ているだけ」では十分ではないことはたしか。生成AIに質問させるか、自分なりに書くことができないといけない。
ということは？
自分なりに書く為の「基盤」を提供する？ たとえば動的なテンプレートとか。つまり、プロジェクト名だけが記載されたノートをつくる、というような。
ではそれはどこに保存されるか？
org/notes あるいは、 週ノート、あるいは、review/を新規に作成する。
振り返りやフリーライティングの置き場所がないことはたしか。それをorgに置くのかどうかも不明瞭。
＊ ＊ ＊
たとえば、現状notes/では、「考えていること」と「企画案」がピン留めされていて、そこに主要なページへのリンクが並べられている。それは一つ上の視点を提供するものだと言える。
だとしたら、似たようなものをorgにも考えればいいということになる。
あとはそれを、総合的固定的にするか、一週間単位で移り変わっていくものとするか、という違いについて考える。
＊ ＊ ＊
visionというページを作り、そこにvision & reflection を行えるようにするという手もある。それはつまり、reveiwと同義。
現状、rは、reference/が使っているので、visionの方が収まりがよい。
＊ ＊ ＊
「やること」の扱いと、それを一つ上の視点から振り返ることの扱いが、イマイチ切り分けられていないのが問題ですね。
今週はどうだったのかの振り返り→これからどうしていくつもりなのかの確認→やることりすとの整備、というのがよくある流れだとは思います。
それが行いやすい形になっているのかどうか。
＊ ＊ ＊
まず「次にやること.md」を表示して、それを確認するということまではできますが、現状はチェックボックスのチェックが動作として実現しておらず、自分でxを書き込む必要があります。この時点で動線が弱いです。しかし、そのためだけにライブ編集の機能を入れるのは違うでしょう。
むしろそのための機能を作ればいい。
14:00
週次レビューについて:
とりあえず、何か指針が必要です。そもそも週次レビューは何をするのか。
そこで「次にやることリストを更新する（最新の状態にする）」としましょう。これはGTDの理念に沿ったものでもあります。
では、そのために何が必要なのか。リストそのものの更新と共に、各種プロジェクトが今どうなっちえて、次に何をする積もりなのかの一つ上からの整理が必要でしょう。
＊ ＊ ＊
Gemini Notebook へのプロンプトを変えましょう。
2026年第40週（10月05日〜）の私の活動をまとめます。
- 活動の数値的なデータをまとめてください
- 更新作業（publish）のリストを提示してください
- 大きな作業を見つけ、作業名を書いてください。作業名と作業名の間に空改行をいれ、私が感想を書き込みやすい形にしてください。
こうして私が書くためのフレームを提示させます。
17:00
org:
レビューを意識して、画面を再設計します。
＊ ＊ ＊
サイドバーに、「デイリーページ」に加えて「次にやること」「プロジェクト」「活動領域」「指針」を追加しました。
たとえば「次にやること」はタスクリストになっています。
＊ ＊ ＊
プロジェクトと次にやることを別々に作った上で、それを横に並べられるようにしました。これで「レビュー」はやりやすくなると思います。