2026 年 11 月 4 日，一个 Ask HN 帖子向开发者征集他们当前的 AI agent 配置，收到了 663 条评论。我们读完了每一条，统计了 424 人表示自己使用的工具，并把最详细的配置整理成七种你今天就能上手的模式。

2026 年 11 月 4 日，用户 eggbrain 发布了“Ask HN: What's your current AI agentic setup?”。帖子问了五个问题：人们付费订阅了哪些 AI 套餐、还使用哪些其他模型、使用哪个 coding harness（运行 agent 的程序）、是否使用能同时运行多个 agent 的工具，以及是否使用常驻在线的 agent 平台。

我们在 2026 年 11 月 6 日上午 9:00 左右（MST）抓取了这个帖子。当时它有 534 分，来自 530 个不同用户的 663 条评论。其中 392 条评论是对帖子的直接回答，其余是回复。

三位读者各自读完了全部评论。对每一条评论，他们记录下评论者表示自己使用的工具、仅提及的工具，以及任何高级配置的迹象，比如并行 agent 或评审循环。我们统计的是人数而非评论数，所以一个人发了五次言，每个工具只计一次。本页提到的工具和评论链接都列在底部的 Sources 列表中。

以下数字是 424 位至少点名了一个工具的评论者中，表示自己使用各工具的人数。一个人可以使用多个工具，所以这些数字加起来超过 424。当有人在讨论编程时提到 Claude，读者将其计为 Claude Code。统计时间为 2026 年 11 月 6 日。

工具（说明） 人数 Claude Code（Anthropic 的编程 agent） 180 Claude 套餐（Pro、Max 或 Team） 145 Codex（OpenAI 的编程 agent） 103 ChatGPT 套餐或应用 92 Claude Opus（模型） 80 DeepSeek（开放权重模型） 78 OpenCode（开源编程 agent） 69 Pi（开源编程 agent） 67 OpenRouter（一个 API 接入多种模型） 55 Qwen（开放权重模型） 46 Z.ai 的 GLM（开放权重模型） 44 Gemini（Google 的模型和应用） 36 Hermes Agent（个人 agent） 29 Herdr（运行多个 agent 会话） 28 通过 API 使用 GPT 模型 26 VS Code（编辑器） 26 GitHub Copilot 22 Claude Sonnet（模型） 19 Grok（模型和应用） 17 tmux（终端复用器） 17 Antigravity（Google 的 agent IDE） 17

Claude Code 是使用量遥遥领先的 agent，但它的大多数用户同时也用别的。它的 180 位用户中，只有 73 人没有点名其他编程 agent，而有 67 人同时使用 Claude Code 和 Codex。

开源 agent 紧随其后。OpenCode（69 人）和 Pi（67 人）各自的用户数都接近 Gemini（36 人）的两倍，是 GitHub Copilot（22 人）或 Cursor（16 人）的三到四倍。

廉价的开放权重模型承担着实际工作量。DeepSeek（78 人）被提及的次数几乎与 Claude Opus（80 人）相当，下面有两个配置把它作为主要的构建模型。

运行多个 agent 需要工具来盯着它们。Herdr（28 人）和 tmux（17 人）是这里的人最常用的跟踪哪个会话需要自己的方式。

九个值得研究的配置 我们挑选这些配置，是因为每一个都清晰地展示了一种模式，并且细节足够多，可以直接照搬。我们重读了每条完整评论。这些配置均按评论者的描述呈现；我们没有实际测试。

它是什么：每个任务都有自己的文件夹和分支（用 git worktree 创建），以及自己的 agent 会话。Agent 之间无法覆盖对方的文件，每个分支就绪后再合并。

为什么有用：agent 往往一次要工作好几分钟，所以只有一个 agent 意味着大量等待。我们的读者标记了 105 人采用并行运行 agent 的方式。帖子中最顶部的评论来自 thefourthchime，他说至少要同时推进五件事，这样才不会干等着一个 agent。

每个任务一个文件夹和一个分支

git worktree add ../myapp-login -b fix-login git worktree add ../myapp-search -b add-search

或者让 Claude Code 创建 worktree 并在其中启动会话

claude --worktree fix-login

工具：git worktree、Claude Code 的 --worktree 选项，以及一个能显示哪个 agent 需要你的会话管理器，比如 Herdr（28 人）、tmux（17 人）、Zellij、Orca、Paseo 或 T3 Code。paustint 和 skwee357 每天都在这样用。

注意：glennfiedler 警告说，多个模型各自独立写出的代码可能拼凑感很强，需要一轮清理。先从两三个 agent 开始，等评审跟得上再增加。

它是什么：构建者完成后，第二个对构建过程毫无记忆的 agent 读取 diff 并列出真正的问题。它可以是同一模型新建的 subagent，也可以是其他厂商的模型。修复后再评审一次。

为什么有用：写代码的 agent 往往信任自己的成果。我们的读者标记了 56 人使用评审循环。KronisLV 会一直循环到没有严重问题为止，gregwebs 把评审工作交给 Codex，glennfiedler 说每个模型都能看到其他模型漏掉的东西。

来自不同模型的只读第二意见

（codex exec 默认在只读沙箱中运行）

codex exec "Review the changes on this branch against main. List real bugs and missing tests only."

在 Claude Code 中，要求一个干净上下文的评审者

Start a new subagent with no context from this session. Have it review the diff against main and report only serious problems. Fix them, then review again.

工具：Codex 的非交互模式（codex exec）、Claude Code subagents、GitHub Copilot 对 PR 的代码评审，以及 Herdr——它允许一个 agent 用 hc run --bg codex 这样的命令在后台启动另一个 agent。enesalatas 从 Claude Code hook 触发 Codex 评审，这样评审就永远不会被跳过。

它是什么：昂贵的模型编写计划和验证计划的测试。更便宜的模型按照计划执行。如果便宜模型失败了，任务就升级到更强的模型。

为什么有用：大部分 token 花在构建上，而不是规划上。我们的读者标记了 75 人按模型分流工作。gregwebs 用这种方式把三模型配置控制在每月 100 美元以内，glennfiedler 的协调器会把失败的卡片提升一个层级，而不是用同一模型重试。

1. 强模型编写计划，不写代码

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）