手続き型の話で、実験してることの一つは、手続きループの中にLLMを組み込むことなんだ。つまり、ライブでナラティブを書く感じ。残念ながら、ローカルモデルはまだちょっと遅くて弱いけど、どんな結果が出るか見るのは面白かったよ。

誰かがLLMを「彼」と呼んでるのを初めて見た気がする。「それ」とは言わずにね。別に批判するわけじゃないけど、ちょっと興味深かったし、戸惑った。

Godotって、LLMと一緒に使うにはちょっと設計が悪い気がするんだけど。例えば、何度か間違ったtresファイルができちゃったし、LLMにIDを生成させるのはちょっと不安定に感じる。

最近楽しいのは、数ヶ月前や1年前にLLMを使って始めたプロジェクトを再開することなんだ。途中で壁にぶつかって、最新のClaudeやCodexでは続けられなかったプロジェクトを進めるのが面白い。一部は今すぐにでも立ち上げられるけど、まだエージェントが構築するには複雑すぎるものもある。でも、個人アプリを作るのがどんどん簡単になってきてる。もうすぐ「アレクサ、冷蔵庫の食材の写真を撮って栄養価をまとめて、ワークアウトアプリと同期させて、健康アプリのフィットネス目標に基づいて理想的な食材を比較して、コストパフォーマンスが良くて地元の、そしてダイエット制限に合った食材を見つけてメールで教えて」って言ったら、15分でそのアプリができちゃう時代が来るよ。

彼は「V0のゲームプレイループを完成させよう」と明言して、 > 彼はストーリー作りも手伝ってくれた。これまでのところ、コンピュータを使って一番楽しかった時間の一つだよ。大人の男と彼のニューラルネットワークの間の友情についての、心温まる感動的な話だね。でも、こんなバカげた話を読んで大笑いできたから、感謝してるよ！

ほんとそうだね。物を作るのが好きだけど、時々は誰かに作ってもらいたい時もある。特定の目的のために個人的なツールが欲しい時、LLMの助けは最高だよ。コードの質なんて気にしないで、週末を潰さずに済むからね。

アプリを作る必要はないよ。内蔵のショートカットアプリを使えばいいんだ。すべてのアラームをオフにするショートカットを作って、カレンダーを読み込ませたりして、特定の日や時間にアラームをオン/オフするかどうかを判断させることができるよ。定期的に実行するように設定すればOK。

Claude Codeは個人用アプリには最高だよね。そう思う。何年も使ってたMacのクリップボードマネージャーがOSのアップデート後に調子を崩しちゃって、App Storeの類似アプリも探してた機能がなかったんだ。だから、Simon Willisonのブログ記事を見て、SwiftUIアプリを作るためにClaude Codeに頼んでみた。動くまでに何度か試行錯誤したけど、今はMacのメニューバーに常駐して、俺が望んでたことを全部やってくれてる。特に驚いたのは、CCに追加機能の提案を頼んだときに、考えもしなかったアイデアのリストをくれたこと。自分が欲しいものを選んで、それを実装してくれた。二日前、自分用の専用マークダウンエディタが欲しくなって、LibreOfficeの新しいマークダウン編集コンポーネントみたいな、もっと小さくて軽いものを頼んだんだ。新しいGPT 5.5にそのプログラムのアウトラインを作ってもらって、CCに実装してもらった。二回のバイブコーディングセッションの後、今はほとんどやりたいことを全部できる軽量のネイティブMacアプリができたよ：マークダウンファイルを開いたり作ったり、ワープロみたいな環境で編集したり、標準的なマークダウン形式で保存したり。まだマークダウンテーブルには対応してないけど、その機能も今日中にCCに実装してもらうつもり。

この考えには賛成だな、すごく健康的だと思う。プログラミングを30年以上やってるけど、コマンドラインアプリにはずっと慣れてる。最近になってやっとQtに手を出して、UIを追加して本格的なデスクトップアプリにしようとしてる。学ぶことが多くて大変だったけど、なんとか乗り越えたよ。で、LinkedInにアプリのスクリーンショットを投稿して、無料でオープンソースにするって言ったら、「LinkedInタイプの人たち」から何百ものコメントが来たんだ。大手エンジニアたちが「これを私たちのワークフローに統合するのが楽しみ」とか「こういうのは初めてじゃない」とか言ってきた。やる気が出るどころか、せっかく頑張ってるのに、みんながただ利用して「見つけた」ってクレジットを取るか、単に自分には合わないから批判するだけなんじゃないかって気分になった。だから、1ヶ月くらい完全に作業を止めちゃった。でも、やっと君が言ったように考えるようになった。自分が好きだったのはQtを学ぶプロセスと、古いプログラムが生き返るのを見ることだったから、今は「プロジェクトカー」みたいになってる。いつも作ったり壊したりしてるし、データモデルを完全に再設計して、どんな利点があるか試してる。自分のグラフィカルビューを作ったり、言語翻訳を実装したりもしてる。もう「完成」してるけど、実は中身が全然違うバージョンが5つもあるんだ。それが楽しいんだよね。仕事中は一日中使ってるけど、LinkedInではもう一度も言及してないよ（笑）。

コーディングが目的なら、まあそうかもね。でも、やりたいことがあってもモチベーションや時間がないとしたら、それは「自由な時間に働いてる」って言えるのかな？以前は週末や休暇を丸々使ってたプロジェクトが、今では15分で終わることもある。これって、働くってことの真逆だよね。

趣味がたくさんあるんだ。プログラミングもその一つだけど、唯一じゃない。趣味の一つを助けるソフトウェアがあればいいなと思うこともあるけど、そのソフトウェアを作るために趣味Xの時間を奪いたくないんだ。しかも、そういうのは楽しくやりたいコーディングとは関係ないことが多い。LLMを使ったコーディングは、俺にとってちょうどいい場所だよ。趣味をもっと楽しむためのアプリをいくつか作ったけど、目的はプログラミングじゃなくて趣味を楽しむことなんだ。だから、これはまだ趣味の時間で、仕事じゃないけど、趣味はコーディングじゃないんだ。

これって、昔のアートパトロネージに似てるよね（今もそうなのかな？）。

どのサイトを使ったの？

でも、誰がそれを買うの？古いプロジェクトを作ることに文句はないけど、すごく特化したプロジェクトが市場にあふれちゃうよね。昔は、どのアプリにも箱に仕様が書いてあったのが懐かしいな。使い方のために、そんな感じのものが必要だと思う。新しいモデリング言語とか、何かね。

1998年に始めたQuake 2のモッドを、ついに数週間前に完成させた。AIが、COVIDのバーナウトを乗り越える手助けをしてくれてる。半分しかできてなかったプロジェクトが多すぎたからね。今日はターミナル（RDPツール）を修正したよ。10年前に開いたOpenRAのバグにも取り組んでるんだ。エンジンは10倍速くなって、経路探索もほぼ正常に動いてる。

ほんとにクレイジーだよ。今は120個くらいの個人用ツールを持ってるけど、君が言ってるパターンがまさにその通り。ボトルネックが実装からコンテキストスイッチに移った感じ。作業を止めるたびに、次のステップや状態を記録するために、プロジェクトのルートにマークダウンファイルを置くようにしてるんだ。そうすれば、20分も「どこまでやったっけ？」って悩む必要がなくなるからね。エッジケースを処理したり、使わない人のためにドキュメントを書くプレッシャーもないし、ただ自分の問題を解決して次に進むだけだよ。