AI 時代の Developer Experience — 競争力のあるエンジニアであり続けてもらうために

Claude 研修の講師をしていたとき、参加者のエンジニアから「AI 時代の Developer Experience（DevEx）の向上についてどう考えますか」と問われ、その場で考えを答えました。この問いに、フルリモート組織の CTO として、あらためて正面から向き合います。従来の DevEx とは何だったのか、AI で何が変わったのか、環境をどう与えるか。目指すのは、転職しても「あの会社出身は優秀だ」と言われる、市場で競争力を持ち続けるエンジニアを育てることです。

短縮 URL は社内共有で使うべきではない、デメリットだらけ

中身が不明・検索できない・サービス終了リスクなど、社内共有で短縮 URL を避けたい理由をまとめます。

既存プロダクトはまず Claude Fable 5 と GPT-5.6 Sol で高速にリファクタリングする

前記事の教訓は、そもそも自分が実害を出してから書いたものです。Loop Engineering を既存プロダクトに持ち込んでみて、2 週間で気づいたのは、判定基盤がない状態でループを回すと負債は 10 倍速で積み上がる、という当たり前でした。この記事はその後悔と、そこから戻って Claude Fable 5 で計画・GPT-5.6 Sol で実装、の軽い設定 2 モデル体制で高速に判定基盤を敷き直した実際の流れを書きます。

AI ソロ開発の CI コストを gh-signoff で削る — ローカル CI とサインオフという選択肢

AI エージェントに実装させると PR とプッシュの回数が跳ね上がり、リモート CI の実行回数に応じて課金も増えていきます。gh-signoff はテストをローカルで走らせて自分で署名するという、身も蓋もないが理に適った解を提示します。

同名の先行 OSS に気づかず作ってしまったので hermes-talaria へリネームしました

自分がメンテしている OSS の名前 oh-my-hermes が、約 1.3k stars を集める先行リポジトリと衝突していることに後から気づきました。紛らわしいだけなので hermes-talaria へ改名し、ついでに拡張機能の名前空間 prefix omh- を ht- に切り替えました。今は自分しか利用者がいないので、破壊的変更でも問題ありません。改名先については GitHub 検索で先行の star 数を確認しています。

issue を投げると PR が返ってくる — Codex と Claude Code を往復させる Hermes Agent の自律ループスキル

AI にコードを書かせる時代に人間が一番時間をかけるべきなのは、コードでもレビューでもなく、そのループが回る基盤と、issue の plan です。issue URL 1 本から review-ready な PR までを自走させるスキルを実装して、その確信が強まりました。

既存プロダクトに Loop Engineering をそのまま持ち込むと技術的負債が高速で積み上がる — まずリファクタリングで判定基盤を立て直す

前記事でソロプレナー的な新規プロダクトなら Loop Engineering がそのまま効くと書きました。裏を返すと、既存プロダクトはそのまま効かないということです。効かないだけならまだよく、判定基盤が育っていないところで Loop Engineering を回すと、通ってしまうゲートの下で技術的負債が高速で増えます。この記事は、検出されない不具合の増加を避けるために先にやるべきことを整理します。

Loop Engineering はソロプレナー的な新規プロダクトで最も効く — ゼロから立ち上げて全設計を自分が把握しているとき

Loop Engineering は万能ではなく、効くリポジトリと効かないリポジトリがはっきり分かれる。分岐点は、仕様を持っているのが誰か、判定基盤が育っているか、そしてマージ判断まで含めて意思決定が一人に閉じているかです。ソロプレナー的な新規プロダクトは、この 3 つがそろう数少ない条件なので、Loop Engineering の設計思想がそのまま活きます。

macOS Monterey 12.4 システム環境設定 (System Preferences) 備忘録 [2022年5月ver]

macOS Monterey 12.4 のシステム環境設定を、セキュリティやキーボードなど項目ごとに個人設定として備忘録的にまとめます。

PR レビューを Claude Code と Codex に同時にやらせる — Hermes Agent スキルで多モデルレビューを自動化する

1 つのモデルによるコードレビューは、そのモデルの盲点をそのまま引き継ぎます。ならば独立した複数のモデルに同じ PR を読ませて、重なった指摘だけを信じればよい。その運用を 1 コマンドに落とし込んだスキルの実装を追います。

タブ or スペース：アクセシビリティの観点からインデントを考える

インデントをスペースに変更しようとしたissueをきっかけに、アクセシビリティの観点からタブの重要性を再認識しました。