Pinned Tweet
github.com/lestrrat-go/heliu… can now parse #xml faster than libxml2
heliumは最初の2万行くらいは手で書いたけど、あとの45万行はエージェント。二つ目は66万行ほぼ100%エージェント。
github.com/lestrrat-go/heliu…
github.com/lestrrat-3d/decad
ここでじゃあ/loopでやってみっかな、と思ったんだけど、今動かしてるのがcodexで/loopがないということに気づいた。じゃあ、ということで、codexに/goalのトリガーが動くたびに毎回 ファイル読み込みなおせ、に微調整しておきました。
Replying to @lestrrat @ARYS12936546
まぁでもたしかに/loopのほうがいいかもですね。上記のとおり、あんま困ってないけど、ちゃんと測ったら違いでそうな気もします。teapawt.net/kosaka256/status/21156…
というわけでここで/loopに変えてみましょう。
Replying to @lestrrat @ARYS12936546
まぁでもたしかに/loopのほうがいいかもですね。上記のとおり、あんま困ってないけど、ちゃんと測ったら違いでそうな気もします。teapawt.net/kosaka256/status/21156…
私のコードは全部GitHubにあげてるので、コードに関するご用件はGitHubのほうを見てください。よろしくおねがいします。明らかに集中してコミットが集中してるところでどのレポジトリで今作業してるのかわかるかと思います
最近、到達ギリギリ不可能なゴールを与えて /goal を設定して24時間ずっとコードを改修させる、って技を覚えた。例えば、絶対5分以下に収まらなさそうなCIを抱えてるレポジトリで、「パフォーマンスを改善せよ(中略)CIの時間が平均5分になったらゴール達成」みたいなプロンプトをファイルに書いて、
書きました、最近のAIエージェントでよかった悪かったの話です。最近僕のデスクトップはcodexとclaude入り混じっていつもこんな感じです
Life with AI Agents「コーディングエージェントで変わったOSS開発 ——pecoの改修から3Dモデリング、開発ループの整備とメンテナンスの課題まで」 by @lestrrat 公開 gihyo.jp/article/2026/10/lif…
これを踏みまくってる github.com/golang/go/issues/…
エージェントとヘッドレスCAD作っててだんだんわかってきたんだけど、なるほど、3Dモデルの面や線とはtessellationして近似値を持つ場合と、数学的に実証可能な正確な値を持てる場合があるのか… 言われてみれば当たり前だけどなるほどな。そしてtessellationのほうが当然遅いわけだ。











