大多数开发者还在问：哪个 AI 编程 Agent 最好？我认为这个问题已经过时了。优势不会来自选中某一个 Agent，而会来自把它们作为一个系统来运行。因此，我围绕 Agent 重新设计了自己的 Arch Linux 工作站。
我从 2002 年 3 月 Arch Linux 首次发布时就开始使用它。Arch 教会我的不是如何炫耀终端安装，而是如何构建环境，而不只是消费环境：理解什么在运行、每一层如何组成，以及抽象从哪里开始、到哪里结束。二十多年后，这种思维成了 AI-native 工作站的基础——不是给电脑装个聊天机器人，而是为人类指挥、Agent 并行执行和可验证结果而设计的工程平台。
工作站正在成为工程组织
我定义意图、约束和验收标准。Agent 检查仓库、修改文件、执行命令并验证工作。开发者逐渐从亲手生产每个改动，转向设计生产改动的系统。Arch 的软件包、服务、Shell、权限和进程都保持明确、可检查，因此非常适合。
是一群 Agent，不是一个聊天机器人
pacman、yay 和 mise 管理工具；XFCE 保持轻量；Bash 与 Kitty 构成主要命令界面。Claude Code、Codex、Cursor、OpenCode、Grok、GitHub Copilot、Pi 和 Hermes 可以共存。自动补全帮助人更快打字；工程 Agent 则帮助仓库从一个已验证状态走向另一个。
隔离让系统免于混乱
让多个 Agent 在同一工作目录中运行，不叫多 Agent 架构。那只是带用户界面的 race condition。Git worktree 为每项任务提供独立分支和文件系统视图。
- 明确任务、范围和验收标准。
- 创建专用分支与 worktree。
- 让 Agent 只在该 worktree 内工作。
- 运行测试、linter 和构建检查。
- 审查最终 diff。
- 由人决定合并与部署。
仓库级策略规定命令、证据和权限边界。Agent 不直接 push 到 main，也不自主部署。Herdr 提供持久终端；Git worktree 决定每个 Agent 可以在哪里行动。
不同 Agent，不同工作
Claude Code 负责长时间实现与大型重构；Codex 负责边界明确的实现、调试、测试和 review；Cursor 与 Copilot 负责编辑器内的互动工作；OpenCode 负责与供应商无关的流程；Grok 负责依赖最新信息的技术侦察；Pi 负责可脚本化循环；Hermes 负责自主后台工作。这些是策略，不是身份。
护城河不是模型，而是 harness
可靠性来自仓库说明、明确权限、隔离环境、确定性命令、日志、预览，以及 review、merge 和 deployment gate。Agent CLI 是工人，Herdr 是 runtime，Git 提供状态与隔离，架构则是连接上下文、执行、验证和控制的契约。
一个开发者，被放大
目标不是打开更多编辑器窗口，而是让独立工程循环持续推进，同时由我设置优先级、检查结果并做架构判断。顺序很重要：先让一个 Agent 可靠，再让多个 Agent 独立，最后才让系统持久运行。工作站仍然是 control plane。
开发者之间的下一条分界线
AI-native 工作站必须定义意图如何表达、上下文如何加载、Agent 可在哪里行动、如何证明完成，以及人类权限从哪里开始。我不是想把打字速度提高一点。我在构建一个能够持续工程工作的系统，而我负责意图、架构与判断。很快人人都会使用 AI。真正的区别会在于：有人只会 prompt 一个 Agent，有人则能设计、协调并治理完整的人工工程组织。