机器、密钥和策略
- 在哪里运行
- 在你自己的虚拟机上。runner 向外拨号, 不开放任何入站端口。
- 什么时候运行
- 昼夜不停。你睡着时它照样取下一个任务, 并把每个事件回传。
- 用谁的模型密钥
- 你的。任何受支持的供应商, 外加任何兼容 OpenAI 的端点。我们从不转售 token。
- 谁定合并策略
- 你自己的 .maintainer.yml。关掉自动合并, 或者把某条通道交给人工, 那就是策略。
- 谁发布到生产
- 合并之后走你自己的流水线。我们不代管你的部署。
没有招聘流程。只做一次入职,之后的每个 AI 开发者都已就位。全天候保持稳定的资深水准产出。
接入过程会把 checkout 索引一次,并把仓库自己的规则留在旁边,所以架构工作从你的代码实际在做什么开始,而不是从一段描述开始。它留下的东西都在你的仓库里,所以之后谁打开这个 checkout 就已经有了,再做一次接入也是读回来,而不是覆盖掉。
一个需求会变成一个属于它自己的计划:一条记录,标记了它来自哪个需求,不用在它产出的活儿里翻找就能定位。在代码出现之前把工作的形状定下来,这就是计划,它是一份写下来的文件,不是某个人记得的一次对话。
接入过程会在你自己的 checkout 里写下一小组只对这个仓库生效的专家,依据它检测到的技术栈生成,这样你的编码 agent 会把活儿交给其中一个,而不是交给一个通用的执行者。它们就是你仓库里的文件:你可以改,也可以删。
每个需求只在一条路上判断,然后要么分流去执行,要么用你能读懂的话拒绝。没有结清的判断会被重新跑一遍,而不是丢掉,所以一个需求可能被掂量不止一次,但最后只会留下一个结论和一份工作,因为后一次会找到前一次已经建好的东西,而不是再建一遍。
架构工作是工作,不是权力。哪些地方可以碰、哪些检查必须通过、哪条路要留给人、有没有东西可以不经过你就合并,这些全都写在你自己的 maintainer.yml 里,在你的仓库里有版本,每次运行都会读一遍。改掉它,下一次的架构工作就在新的边界里做。这里没有任何东西会推翻你已经拿定的主意,也没有任何东西会绕过你设定的门禁合并。
02边界
我们卖的是编排、判断和那条轨迹。我们从不转售推理, 也从不为付费客户把编码代理跑在我们自己的硬件上。
你来提供 · 01
仓库、API、MCP 服务器和机器。范围受限、可以一次性吊销的凭据。
你来提供 · 02
机群运行所在的机器。不睡觉的开发者, 跑在你已经付过钱的硬件上。
你来提供 · 03
BYOK, 任何受支持的供应商, 外加任何兼容 OpenAI 的端点。
合并之后由你自己的流水线发布,和今天完全一样。我们记录的是你的部署回报的结论,把东西推到你的生产环境仍然是你用自己的工具来拿主意。
一次运行可以承担的工作是一个封闭的名单,里面没有设计这一项。在它出现之前,这个网站不会卖给你视觉设计。
我们依然只是很薄的一层编排:架构工作把形状定下来,写代码发生在你自己机器上的编码 agent 里,用你自己的密钥。我们从不为付费客户在我们的硬件上跑那个 agent。
继续读
从需求到合并,一个阶段接一个阶段。
每一个负责哪份工作,又从不做哪份工作。
一个仓库是怎么被识别的,以及被识别到底买到了什么。
这个页面交给你的每一条边界和门禁,都在保存它们的那个文件里。
带上你自己的密钥和机器,放一个 .dz/maintainer/maintainer.yml,剩下的交给循环去跑。全程可审计。目前为邀请制。