rudderlabs/devbox

如果你想用一个跑在自己机器上、用自己模型密钥的自主编码智能体，而不是每位开发者在厂商环境里各开一个会话，DevBox 值得看一眼。真正的门槛是约 15 分钟的快速上手：Docker、Bun 和 LLM 密钥都是前提，其中大半时间花在首次构建镜像上。

解决什么问题

现在工程师接到工单，切进编码助手，在一个仓库里改完，然后开 PR 等 CI 和评审。DevBox 把入口换掉：Linear issue 或 CLI 命令就是任务，智能体自己定向、写计划、实现、跑测试、审自己的 diff，最后开草稿 PR。评审评论、@提及和失败的 CI 会回到同一个运行中的任务，它把修复推到同一分支。工程师的工作从产出 diff 变成审阅和合并。

有什么不同

它是一条带评审闸门的分阶段流水线，而不是单一智能体循环：计划没过评审就不写代码。这让规划步骤可检查，也给智能体一个低成本失败的节点。另一个有特点的设计是凭据隔离：沙箱里只有占位 token，由出口代理换成真 token，并且只允许写入你列出的仓库、只允许调用你配置的 LLM 端点。代码留在沙箱和 GitHub 上，模型需要看到的内容发往你自己配置的端点，这与其他托管编码工具接受的暴露面相同。

记忆是版本化的：经验被提炼进仓库，作为 PR 上的一个 commit 落地，像代码一样被评审，而不是悄悄堆在私有存储里。按阶段选择模型（OpenAI 或 Anthropic，可分别设置模型和推理强度）让你能在规划或评审上使用更强的模型。代价是运维负担：控制面加 Postgres、通过 OpenSandbox 启动的沙箱、出口代理，都是你要持续运行的组件。这是团队级服务，不是本地 CLI。

谁值得试

适合已经在用 Linear 和 GitHub、想让后台智能体接手常规工单、并且有人能维护 Docker Compose 或 Kubernetes 的工程团队。GitHub App 路径能带来机器人身份、自动刷新 token 和 @提及跟进，但 Linear webhook 和 App 需要一个公网 HTTPS 地址，所以没有隧道或公网入口的团队只能用 CLI 加个人 token，PR 也会挂在该用户名下。不适合想边聊边写的个人开发者，也不适合不愿在仓库旁再跑一套常驻控制面的人。项目自称 RudderStack 内部约 35% 的 PR 由它合并、合并率约 80%，这是作者对自家落地情况的描述，不是独立基准。

使用条件与边界

快速上手以 macOS 为例（另附 Linux 说明），需要给 Docker 分配 8 GB 内存的 Docker Desktop、Compose 2.13+、Bun 1.4.4+、make、openssl、GitHub token 或已登录的 gh，以及 OpenAI 或 Anthropic 密钥。配置把写入限制在你列出的仓库 URL。评论触发的跟进只读取你明确信任的组织和用户，而这份名单默认为空，所以闭环反馈在填好之前不会生效。合并仍由你完成，分支保护照常起作用。

更大的长期成本是基础设施：控制面、Postgres、沙箱运行时和代理都要保持健康，Linear/GitHub App 集成还需要稳定的公网地址。密钥不落在配置文件里，日常维护的重心因此转到 keychain 和环境变量。各组件关系见架构说明，配置细节见配置文档。

HotRepo 点评

HotRepo 在 2026-10-28 记录到该项目共 122 颗星，位列 TypeScript 新项目榜第 11 名。这只是仓库创建一天后的单次快照，无法判断采用是否持续；可比的每日历史目前不足。投入配置时间之前，先看配置文档里的信任设置和代理允许列表，因为它们实际决定了智能体能碰什么。