Codexとは仲良くやっている。Seizaのwiki-link記法周りを実装させたりしている。僕が作っていたものは結局Wikiなのか？それはそうなのかもしれない。LLM時代の、というだけで。
あとちょっと思いついたことがあるのでひさびさにmikageに手を入れている。AIエージェントにbevy/mikageで何か作らせたとき、AIには画面を確認する方法があんまないので改善ループを回す方法がないなあと思っていたのだが、ないなら自分で作ればいいのだなと気づき、mikageにHTTPサーバ機能をつけた。起動時に設定しておけばcurlでカメラ制御とスクショ撮影ができる。こんなのがどの程度意味あるのかはわからないが、何もないよりはいいだろう。
こういう思いつきを思いついた順にバシバシやっていけるのが2026年という時代であり、すなわち思いついた順にやっている奴らと同じ土俵に載っているということなのだ。全身をvibe coderにしなければとてもやっていけないが、意外と楽しくなってきた。何事も慣れである。
寝ます。
なんだかこのところClaude Code (4.6 1M)と息が合わないなと思っていたところにGPT-5.5が発表されて評判が良さそうだったので、思い切ってメインのLLMをCodexに移行してみた。ふしだらな開発者と笑いなさい。
CodexにはClaude Codeほどはhooksが充実していないので、いろいろ設定したガードレールを全部は移植できていないが、サンドボックスの融通はこちらのほうが利く感じがあって体験がいい。性能についてはまだなんとも言えないが、やはりAGENTS.mdへの追従性はClaude Codeよりずっといいなと感じる。
せっかくなのでCodexのデスクトップアプリも試している。並行でいろいろやるならこっちのほうがまとまってていいのかな。これもまだなんとも言えない。同じことができてはいる。ただ、Claudeと違って現時点ではモバイルからは操作できない（クラウド動作モードならできるが）ので、そこは不便。もっとも、そのほうが健康的だという説もある。
フリップドットディスプレイのための電源アダプタなどが届いたので、簡単な工作をして電源供給をしてみた。テストモードが動作することは確認できたので安心。ただ、（当然ながら）動作時にはそれなりに音がするので、子が寝ているときは開発ができないなと思った。明日も昼間は出掛けているので試す時間はないかもな。
簡単なドライバと描画プログラムをCodexに作らせたらすぐに出てきた（Codexに1点！）。とりあえずライフゲイムと、あとビットマップフォントで簡単な掲示板機能をつけた。HTTP APIも提供するので、自宅内ネットワークから好きなように制御できるようになる予定。本当にそんなことをするのかは知らないが。
生成AIを手本にイラストの練習をして上達する人というのは遠からず（もしかすると既に）出てくるだろうと思われるが、反AI派としてはどう扱うのだろうか？学んだ経路がどうであれ努力したのは本人だから良しとするのか、結局それは搾取的構造の上に成り立っているものであって受け入れられないのか、このあたりは意見が割れそうな予感はする。誰か訊くか試すかしてみてほしい（べつに自分ではやりたくないが……）。
追記：なんか日付間違えてた。書く意味がほとんどない日付を書き間違える。
Seizaの開発を続けている。すでに書かれているノートから新たに書かれるべきノートを発見する機能の思想を大きく変えて、それに伴う巨大な変更をClaudeがやっている。こういうのを躊躇いなくやれるのは本当に時代が変わったなと思うが、良いことなのかはまだわからない。
当初イメージしていたコンセプトが思ったほど機能しないことを一つ一つ確かめていくような過程で、それは前進だけども、楽しくはない。そもそも僕自身がぜんぜん知的生産をしたいと思っていない（！）のにそのためのツールを作ろうとしていることに無理があるのかもしれない。でもまあ、たまにはいいでしょ、そういうことしたって。
寝ます。
乳児よ 乳児よ 何故躍る 父親の顔が近くて おそろしいのか
保育園の相談のため区役所へ。やはり今年度は無償化の影響で情勢が厳しい。とりうる選択肢をもうすこし幅広く考えなければならないだろう。
HIKAKINの「ONICHA」を飲んだ。普通の麦茶だったので味に特に感想はない。普段お茶パックで出してるやつのほうが味が濃くて好きだなと思った。
んだけども、麦茶なんか出してどうするの的なネットの反応を見ると、そもそもそういうコンセプトではないでしょと思う（まあ告知の動画がああいう感じなので自業自得感はあるけれど）。既存の麦茶に勝てるかとかはおそらく別に考えていなくて、幼児の親としての目線から、その他の清涼飲料水（ってよく聞く言葉だけど何？実体。）の中で麦茶が戦えるようにしたいという話なわけでしょう。
その気持ちはすっごいわかるのよね。小さい頃に、外に出掛けたりして、自販機があるとやっぱりジュースが飲みたいし、炭酸飲料とかもすごい魅力的に映るから、僕の親は「炭酸を飲むと骨が溶ける」という科学的には無理があるしどこまで本気で信じていたのか謎の理由で斥けていた（ジュースも果汁100%以外はNGだった）が、本当はそんな嘘つきたくないわけで、そもそも麦茶がもっと魅力的に映ればいいのにという動機は理解できる。じゃあ自販機で売りなよとは思う。売ってるのか？
……というような目線に、親になると否応なく立たされるのだなと思った。HIKAKIN、あなたもそうだったんですか？
Seizaの開発はあまりうまくいっていない。コードベースの複雑さが限界を越えつつあるのかもしれない。コミットは800を超え、リポジトリ全体で7万行、バックエンドは3万行ある。そしてすべてが3週間以内に書かれているので、ファイル変更の頻度をベースとした設計改善指標はどれも役に立たなくなっている。また、マイクロインタラクションの改善となるとPlaywrightとLLMはほぼ無力だ。僕がフロントエンドエンジニアだったらなあ。バックエンドはまだ時々見ているが、フロントエンドは本当に一度もコードを見ていない。フレームワークがReactかどうかも自信がない。
あんまりゴチャゴチャいじってないで、アノテイションエージェントのチューニングのためにノートを蓄積する作業に専念すべきかもしれない。でもUXが悪いと書く気になれないというのも事実なので、難しい。
Claude Designに作ってもらったデザイントークンやコンポーネントを手許に持ってきてStorybookにしたりCSS生成させたりしている。このあたりは結局Webデザインの経験がないと勘所がわからないんだろうなと思った。
iPhoneシミュレイタを自動操作させてUXのグリッチを発見させたりしている。何件かは直ったんだと思うが、何を直したのかもあまり把握していない。あと、ほとんどの場合はplaywrightで十分だよなと思い直したりもする。まあ、それで足りない部分が面倒すぎるから自動化するわけだけど。
デザインばかりいじっていても機能はなんにもよくならないので（そんなこともないけど）、そろそろまたエージェントのチューニングと向き合わねばなるまい。どういうアノテイションがつくと嬉しいかとか、どういうリンクが提案されてほしいかとか。
寝ます。
Claude Codeは普通にWeb開発する分にはplaywrightを駆使してそれなりに改善ループを回せるのだが、モバイル端末を対象にするとどうしてもOS固有の挙動（safe areaだとかキーボードだとか）の確認が難しいので、iOS SimulatorをCLIで制御する方向に進んでいる。探せばそういうものはいくつかあり、Mobile SafariのDOMを取ることもなんとかできるので、がんばってskill化している。ソフトウェアキーボードが出たり出なかったりする（おそらくmacのキーボードと連動させている時はBluetoothキーボードみたいな扱いになってソフトウェアキーボードが出ない）（これiOSアプリ開発でも考慮が漏れがちなんだよね〜〜〜！）のでそこの制御が難しかったが、なんとかなりそうだ。これ有益な知見か？僕は何も理解していないけど……（全身がvibe coderになっているため）。
そろそろ寝ます。
SeizaのデザインをClaude Designにやってもらった。やはりコンテキストが長くなるといろいろ整合が取れなくなっていくなあとは正直思うものの、かなり意図通りのデザイントークンを作ってくれたので満足している。手許のClaude Codeに実装もしてもらった。まだインタラクションとか作っていく必要はあるが、見た目が締まるだけでだいぶテンション上がるね。
しかしアノテイション機構についてはまだまだ改良が必要であり、そのためにはまずノートをたくさん書かねばならない。dogfoodingの道のりは始まったばかりだ。
寝ます。
Seizaのdogfoodingをやっているが、結局どういうエージェントのパイプラインを組むかって話で悩まざるを得ないんだよなという今日このごろ。あとUIとUXに課題がありすぎて性能チューニングの段階じゃない感。
などと思っていたところにClaude Designなるものが発表されたので触ってみている。感触はよい。リポジトリを連携したらある程度ソフトウェアの意図を把握してバババッと案を出してくれた。もちろん技術的な相談にも応えてくれるし、これはかなり心強いかも。まだアニメイションの相談などをしているのでローカルのClaude Codeに渡してはいないけど、この通りになるならマジで嬉しい。
などと思っているけれど、ソフトウェアエンジニアがClaude Codeがバババッと書いてくるコードを見て2重にウーンと思うように、デザイナーもそういう気分になるのかもしれない。すなわち、こりゃ本当に仕事を奪われる日も近いなという気持ちと、こんな品質でまともなプロダクトが作れると思うなよという気持ちと。ただ少なくとも去年の今ごろのエンジニアはまだそう思っていただろうが、今年どうなるかは正直わからんなとは思う。
星新一賞の選考委員が、AIの書く小説をもう読みたくないから降りることにしたらしい。星新一賞は当初（2013年）から人間以外による小説を応募資格ありとしていて、当時はちょっと遊び心のあるユニークな募集要項でしかなかったと思われるのだが（ようやく深層学習が画像分類で人間並みの精度を出し始めた頃で、LLMはおろか画像生成すらまだ成果が出ていなかったはず）、ここに来てAI生成作品が大量に送られているらしい。認めているんだから仕方ないのだが、たった10年ちょっとでこんなことになるとは想定していなかっただろうからちょっと気の毒だなとも思う。
個人的にもAIの書く文章を読むのは苦痛というか、少なくとも快くはないし、ただでさえ低い集中力もさらに下がってしまう感じはある。それは書き手の「心」を求めているのだと結論するのは簡単だけれど、具体的にそれは何のことなのかはよくわからないし、単なる信頼や祈りでしかないような気もする。
寝ます。デザイン適用楽しみだな。
昨晩はSeizaを自宅内サーバーにデプロイした。自宅内ネットワークからしか見えないので認証はノーガードのままだが、まあいい。
フロントエンドのUXはかなり改善の余地が大きいなと思った。というか本当はネイティヴアプリにすべきなのだが、Claude CodeにiOS開発ができるのかよくわからないので考えていない。でもツイッターからシェア機能でリンク貼ったりできたら絶対嬉しいし、作った方がいいな絶対。
開発のほうは、LLM連携の設計をゴチャゴチャいじっている。コンセプトを文書化しながら進めているので過去にどうしてそうしたのか多少は把握できるのがよい。
そういえばClaude Opus 4.7が発表されていたが、しばらく触ってから4.6に戻した。ベンチマーク上は大きな性能向上であるはずなのだが、なんか、どうにも話が通じない度合いが強い。もっとも、Claude Codeのstable channelではまだ正式に4.7に対応していないので、reasoning effectまわりの設定がうまくいってないとかはあるのかもしれない。
Mythosからの蒸留モデルだという噂をどこかで聞いたが、そのためなのか、自分が作っているものがマルウェアの類でないか心配する癖がついているのがちょっと面白かった。自分の才能ゆえに人を傷つけてしまうかもしれないと心配している天才、マンガとかでよくいそうなイメージある。
あとフリップドットディスプレイのための電源などを調達した。ACアダプタと、その先のケーブルなど。届いたらとりあえず動作確認をして、まあとりあえずはライフゲイムでも投影して遊びましょうかね。将来的にはHTTP APIで好きなパターンを出せるようにして玄関にでも飾ろうと思っている（妻の了承を得られれば）。ケースも設計しないとな。
寝ます。
ソフトウェアを継続的に改修している時、だんだん以前の設計ではしんどいなと感じる経験があり、それをきっかけに設計の変更をすることがある。しかしAIコーディングエージェントは今のところ過去の記憶が覚束なく、そのような経験を持つことは難しい。そこで、このような経験をコミットログから定量的に検出して指摘するプログラムがあれば、コーディングエージェントにもそのような「いつまでもこのまま開発しても手詰まりが近いぞ」という（暗い）気持ちを持ってもらえるのではないか。
というようなことをChatGPTに相談したところ、実際そういう研究は（当然）あり、たとえば境界を跨いで同時に変更される頻度などを指標にできるらしいので、じゃあそれを診断するコマンドを作ってよ、とcodexに依頼した。なんだか小難しい計算や重み付きの平均などが出てきたが、今の僕は全身がvibe coderなので、詳しい理論的背景は読んでいない。
今のところこのコマンドによる設計変更提案はないようだが、しばらく試していたら何かあるだろうか。
ところで、このような考えかたはパラダイム論っぽいなと思う。つまり、設計を再検討せずに改修を続けることは通常科学の営みであり、それによって説明できない現象（＝設計の理念にうまく従わない改修・新しい要求・不具合）が頻発するようになると、それらを一挙に解決する新しい理論（＝設計変更）によって飛躍が起きる。
逆方向に考えるならば、ニュートン力学は日常的なスケールの現象を説明する理論としては完成されていたが、光速に近いスケールや、電磁気学という別システムとの連携に課題を抱えていたため、時間と空間を統合してMinkowski計量を持つ四次元時空として扱うという設計の刷新を行うことでそれを解決したともいえる。ほんとかよ。