多くの開発者は今も、どの AI coding agent が一番優れているかを尋ねています。私は、その問いはもう古いと思っています。差がつくのは一つを選ぶことではなく、すべてを一つのシステムとして運用できることです。そこで Arch Linux の workstation を Agent 中心に作り直しました。

私は Arch Linux が最初に公開された 2002 年 3 月から使っています。Arch が教えてくれたのは、環境を消費するのではなく構築することでした。何が動き、各レイヤーがどう組み上がり、抽象化がどこから始まりどこで終わるかを理解することです。二十年以上後、その考え方が AI-native workstation の土台になりました。chatbot を付けた PC ではなく、人間の指示、Agent の並列実行、検証可能な結果を中心に設計した engineering platform です。

Workstation が engineering 組織になる

私は意図、制約、acceptance criteria を定義します。Agent は repository を調査し、ファイルを変更し、コマンドを実行し、自分の作業を検証します。開発者はすべての変更を自分で作る立場から、変更を作るシステムを設計する立場へ移ります。Arch は package、service、shell、permission、process が明示的で調査しやすいため、この形に向いています。

Chatbot ではなく群れ

pacman、yay、mise が tooling を管理し、XFCE は軽量なまま、Bash と Kitty が操作面になります。Claude Code、Codex、Cursor、OpenCode、Grok、GitHub Copilot、Pi、Hermes は同じ operating model で共存できます。Autocomplete は入力を速くします。Engineering agent は repository を検証済みの状態から次の状態へ動かします。

Isolation が system と chaos を分ける

複数の Agent を同じ working directory で走らせても multi-agent architecture ではありません。UI 付きの race condition です。Git worktree は各タスクに専用 branch と filesystem view を与えます。

  • タスク、scope、acceptance criteria を定義する。
  • 専用 branch と worktree を作る。
  • Agent をその worktree 内だけで動かす。
  • test、linter、build check を実行する。
  • diff を review する。
  • merge と deploy は人間が決める。

Repository policy がコマンド、必要な証拠、権限の境界を定義します。Agent は main に直接 push せず、自律 deploy もしません。Herdr は永続 terminal を提供し、worktree は各 Agent が行動できる場所を決めます。

Agent ごとに仕事を分ける

Claude Code は長時間の実装と大規模 refactor、Codex は範囲の明確な実装・debug・test・review、Cursor と Copilot は editor 中心の対話作業、OpenCode は provider 非依存 workflow、Grok は最新情報が必要な調査、Pi は scriptable loop、Hermes は自律的な background work に使います。これは固定された人格ではなく、運用ポリシーです。

Moat は model ではなく harness

信頼性は repository instruction、明示的な permission、隔離環境、決定的な command、log、preview、review・merge・deployment gate から生まれます。Agent CLI は worker、Herdr は runtime、Git は state と isolation、architecture は context・execution・validation・control を結ぶ契約です。

一人の開発者を増幅する

目的は editor window を増やすことではありません。私が優先順位を決め、結果を確認し、architecture を判断している間も、独立した engineering loop が進み続けることです。順序が重要です。まず一つの Agent を信頼できるものにし、次に複数を独立させ、その後で system を永続化します。Workstation は control plane であり続けます。

開発者を分ける次の境界

AI-native workstation は、意図をどう表現し、context をどう読み込み、Agent がどこで行動でき、完了を何で証明し、人間の権限をどこから始めるかを定義します。私は少し速くコードを打ちたいのではありません。意図、architecture、判断のレベルで動きながら engineering を続けられる system を作っています。やがて誰もが AI を使います。差が出るのは Agent に prompt する人と、人工的な engineering 組織全体を設計・調整・統治できる人の間です。