HsbtDiary

■ gem-repair 0.3.0 をリリースした

世界で僕しか使ってないであろう GEM_HOME を全ての Ruby バージョンから共有して使うときの C 拡張を作り直す gem の gem-repair というものがあり、これに別の gem だった gem-sweep という lib フォルダの下の .so を掃除する機能を統合させた。

https://github.com/hsbt/gem-repair/pull/1

ついでに rubygems の plugin としても動くようにして、Ruby 3.3 で gem install した後に 4.0 にも伝播させて rebuild というのを実行させるようにした。

これで、gem installl の時間は少し伸びるものの、自分が使っているバージョンで常に共通して gem を使うことができつつ、インターネットから持ってこなくてもいい、となった。便利。

■ gem --cooldown の設定を bundle foo --cooldown と共通化した

Bundler にはすでに遅延インストールである cooldown 機能が提供されているのだが RubyGems の方は先に index を Compact Index に置き換えてから cooldown 機能を提供しなくてはいけない、という順序がありこの置き換えは 4.0.x 向けではないなあとして 4.1.0 に回すことにした。

で、これだけ時間差が起きると gemrc で設定しなくても上手いこと動いてくれよ、と思うので Bundler で設定している値をそのまま gemrc に引き継ぐようにしておいた。

https://github.com/ruby/rubygems/pull/9852

なお、初めて cooldown を使うという人向けに gemrc だけ設定しても Bundler に聴くようになってるし、両方設定した場合はより遅い方が優先される。こういう設定をあちこちに設定するの、本当に面倒なのでできるだけ統合していきたい。

■ skill をいじり始めると時間が溶ける

claude のスキルを結構作り込んでいて、https://github.com/lestrrat-ai/claude-code-plugins をベースにしつつ、ブランチを切った後にレビュースキルを呼び出すと

• pull request を作成
• claude に UX/Security/API/Compatibility の視点で Opus で独立レビュー
• 同時に claude 内臓の code-review スキルを Opus で実行
• 同時に Gemini 3.1 Pro で中立レビュー
• 6件のレビュー結果が揃ったら Fable で中立監査、UX の観点からやった方がいいというのと、Compatibility が、という指摘が衝突した時に判定を行う、みたいなやつ
• 設計判断が必要ならここで止まって設計判断を入れさせる
• 判断事項がない場合は自動で指摘のうち採用したものを修正、コミットは指摘ごとに1つ
• 全て直したら、未レビューのものに claude の 4+1 レビューを再実行
• この後修正、レビューを合計3ループ回す
• 3ループ回した時点でレビュー指摘が High/Medium/Low のレベルのうち High が 0 になっており、なおかつ修正も Low のものだけなら停止、些細な文言ばかりです、とかなど場合によることはある
• High や Medium などを直したコミットでレビューが未実施のものが残ってる場合はさらに回すかを聞く
• もうないです、という状態になったら最後にもう一度 Gemini Pro/Codex で中立レビューをする、ほとんどが事前に指摘済みなので叩き落ちる、もう少し新発見をしてほしい
• コミットを全て作り直す、大体 30-50 コミットが 3-5 コミットになる
• CI が通ったらマージ

という感じで動く。これを使って毎日10本前後回すってのが自分の仕事。内部にはもう少し agent や skill を切って個別に呼び出せるようにしていたり、model/effort を個別に指定して、より効果的に動くようにはしている。こういうのデプロイワークフローをいじる、みたいな感じで好きな部類なので細かすぎて伝わらず、再現性もないにも関わらずいじり続けていると気がついたら夜、みたいなことがあり異様に疲れてしまう。

実際これによって開発はバンバンやってるのでいいっちゃいいのだが、疲れの方が深刻なのでちょっと手抜きして行こうかな、と最近思う。