andante

乳児よ　乳児よ　何故躍る　父親の顔が近くて　おそろしいのか

保育園の相談のため区役所へ。やはり今年度は無償化の影響で情勢が厳しい。とりうる選択肢をもうすこし幅広く考えなければならないだろう。

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計量を持つ四次元時空として扱うという設計の刷新を行うことでそれを解決したともいえる。ほんとかよ。

子を散歩に連れ出していつもは行かない方角に歩いていったらこれまで知らなかった大型のスーパーの存在に気づいた。そんなことあるんだ。

Claude Codeにコードを書かせていると、何気に理想的ではないモジュールの呼び出しかたをしてくることがあるので、アーキテクチャ（モジュール依存境界）違反を検知するlinterを入れた。後からリファクタさせることはできるけど、lint errorにするほうがよりよい。
cargo-archtestというのがそのためのツールっぽいのだが、長らくメンテされてなくてインストールできなかったので、ast-grepに簡単なルールを書いて実現した（Codexが）。これもっといろんなことに使えそうな気がするし暇なときにもうちょっと試してみたい。

寝ます。

Seizaのリポジトリが450コミットを超えていた。行数は5万行近い。別に行数が多くてもコミットが多くてもそれ自体に価値があるわけではないが、とはいえやっぱり圧倒的な生産性だなと思う。
今日はファイルアップローダを作った。ストレージを実際どうするかは考えないといけない問題だが、たぶんS3互換の何かでしょう。Cloudflare R2とか気になるよね。
ファイルアップロードまでいけたらさすがに試用していけるんじゃないかと思う。まあ別に自分しか使わないんだからどうだっていいのだ。

注文していたフリップドットディスプレイが届いた。思っていたより早かった（？）ので受け入れ体制がない。まあどのみち育児や他プロジェクトでそれどころではないのだが。とりあえずまずは電源を調達する必要がありそうだ。

子は最近になって手の存在に気づきつつあり、さかんにハンドをリガードしているが、物体を掴むのはまだ偶然に頼っている。強化学習〜〜〜！という気持ちで見ているが、どういう報酬を与えればいいのかはよくわからない。

Claude Codeをちゃんとしたサンドボックスに入れようと思ったのだけど、そうするとPlaywrightが難しい感じになることがわかったので、標準のサンドボックスで我慢することにした。必要になったらいつでもサンドボックス外で実行できるサンドボックスとは何なのかみたいな気持ちがなくはない。いやさすがにもうちょっとちゃんとしてるのか？

Seizaはまた悩んでいる。Web clip機能の立ち位置とか。外部Webページは、アップロードされた画像やPDFと同様の外部リソースとして扱うべきなのだろうか。そしてそれらの外部リソースはユーザーが書いたノートに対してどうインタラクションすべきなのだろうか。
ここまで詰められたら一旦デプロイして実際に試してみて、それからClaudeに「こういう使われかたをするっぽいけど改善点はある？」と訊いてみれば何かしら良くなるのではないか。祈り駆動開発ふたたび。

寝ます。