7月10日、minid.netが「You're Not a Better Engineer Because You Type Git Commands by Hand」と題した記事を公開した。27年のキャリアを持つエンジニアが、コミットメッセージからGit操作・リリースワークフローまで「面倒な定型作業」をAIエージェントに委譲した実践と、そこから得た逆説的な知見を綴っている。

AIエージェントによる開発支援が急速に普及した2026年、自然言語でAIと対話しながら開発を進める「Vibe Coding」（参考: Andrej Karpathy提唱）への注目が高まる一方、「コアな作業は自分の手でやるべき」という反発も根強い。コミットメッセージを丁寧に書く、PRの説明文を手で仕上げる、Gitブランチを一つひとつ自分で操作する——こうした作業を「ちゃんとやっている」自分に価値を見出すエンジニアは少なくない。本記事はその前提に正面から反論する。

「誰も読まないコミットメッセージ」問題

筆者がまず取り上げるのはコミットメッセージだ。

ほとんどのエンジニアはまともなコミットメッセージを書かない。そしてレビューやマージの時間になると、その変更が何をしようとしていたのかを理解するためだけにコードを掘り返す。

この非効率は多くのエンジニアが経験したことがあるはずだ。筆者は今この作業をAIに委ねている。AIは「筆者が望む形式で」一定の精度でコミットメッセージとPR説明文を生成する。筆者はアプリケーションの本質的な設計に集中できる。

コードコメントについても同様だ。筆者には明確なルールがある——絵文字なし、装飾的な記述なし、言語に合ったスタイル、ファイルヘッダーの統一、LLMのコンテキスト用のフルファイルパス記載、アーキテクチャ層の明記、など。以前はこれを手で何百時間もかけて維持していた。今はほぼ自動化されている。

そして筆者が気づいた逆説がある。こうした構造化された情報を最も活用するのは、今やLLM自身だ。ルール、コメント、パス、意図、アーキテクチャの説明を丁寧に記述しておくと、AIエージェントとのやりとりが質的に変わる。

「このルールを書いたのはあなたですが、今あなたは逆のことをやろうとしています。どう整合性を取りますか？」

リポジトリが単なるソースファイルの集積ではなく、エージェントが矛盾を指摘できるほどの「意図を持った構造体」になる、というわけだ。

命名もGit操作も、もう手でやらない

ファイル名・クラス名・関数名の命名も、かつて筆者が膨大な時間を注いでいた作業だ。チームのために命名規則ガイドを何十本も書いた。1年経ったプロジェクトには40通りものファイル命名スタイルが乱立していた。今はAIが一貫した命名を行う。さらに、命名方針を変えたくなったときも簡単だ。

「class PostgreSQLClient {} は使わない。class DatabaseClient {} のような汎用名にする」

エージェントはリファクタリングを実行し、参照を更新し、テストを走らせ、チケットのチェックボックスを更新する。「方針変更のコスト」が劇的に下がる。

Gitブランチ管理についても同じだ。筆者には長年繰り返してきたミスがあった——マージ済みのブランチ上で作業を始めてしまうこと。今はエージェントが止めてくれる。

「今 dev ブランチにいます。適切なブランチを作成してそちらで作業を続けます」

さらにエージェントは、[WIP] ラベル付きでPRを作成し、適切なラベルをつけ、GitHub Issuesを作成し、プロジェクトボードの列を移動し、IssueとPRをリンクする——これらをすべて自動で行う。

リリースも「確認スキルの連鎖」になった

リリース時も同様だ。筆者はカスタムのエージェントスキル（スラッシュコマンドとして定義した一連の自動化処理）を組み合わせて使う。記事では具体的なツール名は明示されていないが、エディタやCLI上で呼び出せる形式で定義されているとみられる。

/definition-of-done を呼び出すと、実装がPRと計画の内容を満たしているか、テストは通っているかなどを確認する。問題がなければ /pr-check-release を呼び出す。[WIP] を外して [RFC]（Request for Comments）をつけ、説明文を更新し、レビュー待ちの状態にする。

1日経ってレビューがなければ /pr-merge-dev を実行する。PRのマージ、リモートブランチの削除、ローカルブランチの削除、dev の最新化——これも全部エージェントがやる。

どのステップも特別難しくはない。それがまさにポイントだ。

「細かいタスク」の総コストを見くびるな

筆者の結論はシンプルで辛辣だ。Gitコマンドを手で打つこと、PR説明文を手で書くこと、コミットメッセージを丁寧にタイプすることを「職人芸」だと思っているエンジニアがいる。しかし筆者はこう指摘する。

これらの作業に消えているのは分単位ではなく、時間単位だ。すべてのエンジニア、すべてのPR、すべてのリリース、すべてのブランチミス、すべての忘れたチェックボックスにわたって積み重なる。

筆者は今もこれらすべてを気にしている——おそらく大半のエンジニアより強く。ただ、「自分が機械的なステップを実行しなければプロの仕事ではない」という考えを捨てた。手を動かすことと、思考の質は別物だという主張だ。

AIによる開発補助ツールへの抵抗感は、職人的なこだわりなのか、それとも単なる習慣の惰性なのか——27年選手のこの問いかけは、多くのエンジニアにとって一度は向き合う価値がある。

詳細はYou're Not a Better Engineer Because You Type Git Commands by Handを参照していただきたい。