packages/queue/src/retry.tsconst delay = base * 2 ** attempt;// Full jitter. Without it every worker wakes on the same tick and the// retry storm is indistinguishable from the outage that caused it.const delay = Math.random() * base * 2 ** attempt; packages/queue/src/retry.test.tstest("spreads retries across the window", () => { const spread = sample(1_000).stddev / EXPECTED_MEAN; expect(spread).toBeGreaterThan(0.4);});不是重写，而是其下方那些小而明确的工作：复现、依赖升级、不稳定测试，以及跨两百个文件的重命名。
它接收报告，在自己的机器上构建复现环境，最终给出失败测试，或说明无法复现。无法复现时会如实说明，不会为从未见过的 bug 臆造修复。
它循环运行测试套件，确定实际失败的测试及频率，并找出背后的共享状态或时序假设。变更请求会附上测得的前后失败率。
升级、构建、运行测试套件，阅读变更日志中的破坏性变更说明，并修复迁移的调用点。即使测试变红，也会提交变更请求，并在描述中列出失败，而不是声称通过。
一次重命名、一次 API 迁移、一次启用 lint 规则——单个文件很简单，规模化却令人难以承受。它在自己的分支上逐文件处理，最终提交一个可审核的 diff。
它读取当天的错误，按根因而非消息聚类，按受影响人数排序，并将排名第一的问题完整修复。
它比较文档描述的行为和实际行为，让文档匹配代码，或标记代码为错误所在。在这里两者都是同一种提交类型——一切都是文件。
返回的是分支上的 diff，测试已在编写它的机器上运行。无需重新学习如何阅读。
packages/queue/src/retry.ts-const delay = base * 2 ** attempt;+// Full jitter. Without it every worker wakes on the same tick and the+// retry storm is indistinguishable from the outage that caused it.+const delay = Math.random() * base * 2 ** attempt;packages/queue/src/retry.test.ts+test("spreads retries across the window", () => {+ const spread = sample(1_000).stddev / EXPECTED_MEAN;+ expect(spread).toBeGreaterThan(0.4);+});
智能体在会话分支上提交，并针对 main 创建变更请求。审核时看到的是带描述的 diff——与同事创建的对象相同。
沙箱是真实 Linux 机器，因此智能体自行安装、构建并运行测试套件。变红的变更请求会在描述中如实说明，而不是声称通过。
会话不共享工作树。20 个会话可以同时针对同一代码仓库运行，各自在自己的分支和计算机上工作，互不干扰。
大部分工作发生在会话克隆的代码仓库中。连接器覆盖其余部分，凭据留在我们这边，绝不进入机器。
Easy connect 通过 OAuth 页面覆盖 3,000+ 个应用。目录之外的任何服务都可通过 MCP、OpenAPI、GraphQL 或原始 HTTP 访问——对于内部服务，这通常才是诚实答案，因为它们本来就没有公开目录条目。
启动同一会话的三种方式。无论触发方式如何，隔离机制和审核路径都不变。
在 Slack 线程中描述 bug，或从 Web 应用和 CLI 启动会话。您的消息会收到 reaction，而不是机器人发帖；回复也会回到同一线程。
将操作设为 Ask，运行会在调用处暂停并等待，同时显示操作及其参数。批准后，该调用完成，会话从停止处继续。
在 06:00 处理夜间异常。或者将告警系统连接到签名 webhook，让 paging 事件启动会话，并将事件 payload 放入提示词。
问题不在于智能体能写什么，而在于它能落地什么。以下是精确答案。
一个项目、一组连接器、一份不断积累的记忆。每支团队为自己的工作编写技能，无需搭建第二套系统。