Replit Cloud Agents 开放企业代码库贡献，非技术人员可直接提交经测试的 PR

自2024年推出首个正式可用的编程智能体以来，几乎人人都能开发应用了。但改动公司的核心产品，对工程团队之外的人来说仍然遥不可及，而随着越来越多的人参与开发，这个瓶颈反而愈发突出。

最清楚产品该改什么的人，往往不在工程团队。设计师早就注意到某处间距几个月来一直不对；客服负责人知道哪个设置每周都让客户犯迷糊。这些修改通常只能写进工单，然后等一个永远等不到的迭代。

可当他们想自己动手改时，事情就卡住了。他们没法向工程团队证明改动确实有效；工程师也根本没时间教他们——更别说教公司里其他所有人——团队是怎么写代码的。而要让应用在正确的环境里跑起来，本身就是一个独立项目。

今天，你团队里的任何人都可以用 Replit Cloud Agents，直接、安全地向核心代码库贡献代码。Cloud Agents 会在运行中的应用里测试每一处改动，把评审反馈一路带下去，并让整个团队共用同一套环境配置。工程师依然掌握控制权，而其他人的贡献门槛则被降低了。

我们把这一部分称为自驱动公司，现已面向所有 Pro 和 Enterprise 客户开放。

预留席位，参加11月5日的网络研讨会，直接听产品团队讲解

用 Cloud Agents 把想法变成经过评审的代码改动

业务专家不再需要知道代码放在哪里、应用是怎么构建的。现在任何人都可以用自然语言描述要改什么。Cloud Agents 会找到相关代码，在做出安全改动的同时，让应用的实时预览在聊天窗口旁同步更新。你可以看着效果即时反馈，在改动交给工程团队之前要求调整。

效果满意后，智能体会在 GitHub 上发起拉取请求（PR），或在 GitLab 上发起合并请求（MR），并遵循团队的技能与贡献规范。如果评审方——无论是人还是智能体——要求修改，智能体会完成修改并更新请求。非技术专家再也不必自己把评审意见翻译成代码。

功能请求现在以经过测试的改动形式送达，并附带视频证据

如今业务专家想交付改动时，评审很快就会变成来回拉扯的瓶颈。他们自己跑不了应用，只能找工程师要截图，发现哪里不对，再要求修复。每一轮评审都耗时费力，还平添许多琐碎工作。

现在，Cloud Agents 可以在拉取请求送到任何人手上之前，先在隔离的云端沙箱里检查改动。智能体会在浏览器中打开你正在运行的应用，像客户一样把改动点一遍。一旦哪里出问题，它就修改代码并重新测试。最后，它会把最终版本的截图和视频附在拉取请求上。

这意味着，一个功能请求现在可以以经过测试的拉取请求形式送达。任何人都能描述改动、合上笔记本，回来时看到它正常运行的视频。工程师收到的拉取请求无需自己运行就能理解，在 GitHub 或 GitLab 里送达时已经过测试，附带改动生效的视频，可以直接批准或给出反馈。

评审反馈沉淀为技能，由工程师审批

贡献者越多，同一位评审者收到的拉取请求就越多，评审者最终只能一遍又一遍地重复同样的话。

Replit 具备可自我改进的工作区记忆，能把评论转化为 Cloud Agents 遵循的指导。当评审反馈值得保留时，智能体会提议更新团队的技能——也就是智能体在代码库中遵循的书面指令——或者起草一份新的。每次更新都要经工程师批准后才会生效。

这样一来，下一个拉取请求就能从上次评审结束的地方接着推进。Cloud Agents 开始卸下团队之间的协作负担，让双方都能更专注于策略。该功能目前处于早期访问阶段。

更广泛的工作区记忆是 Replit 的一项关键能力，也将成为“自动驾驶公司”的核心要素。在 Replit 内部，我们用它把 token 用量降低了 51%，并把智能体完成一项常见数据任务的时间从 16 分钟缩短到 1 分钟，同时没有降低输出质量。

轻松访问代码，做出更好的决策

对许多公司来说，代码是服务如何运作的基本事实之一。充分理解自己的产品，能做的事情非常多。借助 Replit，公司里的任何人都能获得基于实际构建内容的答案。客服负责人可以查明客户为何反复遇到某个错误；产品营销人员可以核实某项功能是否与发布文案描述的一致；销售负责人可以在提议改动之前，看清哪个团队最了解某项功能。

这也为每天回答这些问题的工程师和产品负责人省下了时间。

Replit 面向公司代码库的智能体已于 2026 年 3 月初推出。代码访问权限是 2026 年 Replit 内部在 Replit 上完成的工作量增加的主要驱动因素之一：

环境配置一次，人人都能贡献

要让公司的应用跑起来，需要正确的仓库、运行时版本、数据库、后台服务和凭据。在此之前，每位新贡献者都得重复这套配置，对非技术用户来说更是望而生畏。他们因此望而却步，转而单独构建，或者基于过时的代码开发，结果要么留给工程师去整合，要么让原型与现实之间出现巨大鸿沟。

Replit 提供共享环境。管理员配置好之后，所有人都可以从这里开始，直接就能用。Cloud Agent 会探索你的代码库，并配置一台运行应用的初始虚拟机（VM）。最终得到一个开箱即用的环境，包含你的仓库、运行时、技能、工具和依赖，任何人都能使用。它会从你的主分支自动更新，因此每次新改动都基于最新代码。

贡献者完全看不到这些。他们只需描述想要的改动，智能体就会从一个已经在运行的应用开始。对工程师而言，环境能应对真实应用所需的一切：数十种编程语言、多个仓库协同运行的微服务架构、Docker 镜像、数据库、队列和缓存。凭据通过凭据代理从你的外部密钥管理器获取。

在团队已有的协作场所发起改动

大多数产品想法都始于一次对话。客户在支持渠道报告 bug，或者产品经理在讨论串里提出修复建议。但总得有人把它抄进工单，上下文就留在了原地。

现在，对话串本身就能变成请求。在 Slack 里 @Replit 或私信它，就能排查问题，或把一份提案变成拉取请求。你可以在对话串里跟进进度、给出反馈，需要时再回到 Replit 继续操作。最终产出的是同样经过测试的拉取请求，附带视频，提交到 GitHub 或 GitLab。

Microsoft Teams 支持即将上线。当你不在工位、突然有了想法时，也可以直接从 Replit 移动应用发起拉取请求。

这对你的团队意味着什么

代码库决定了产品如何运作、客户如何体验。借助 Replit 的云端智能体，发布什么仍然由工程团队决定，但最贴近问题的设计师、产品经理、支持负责人和运营人员，可以直接以经过测试的拉取请求提出改动，而不必再走工单。

面向现有代码仓库的 Replit 云端智能体现已向所有 Pro 和 Enterprise 客户开放。在 replit.com/code-repos 连接代码仓库，或联系销售团队，了解如何在你的整个组织内推广。文档见此处。

Slack 集成面向所有客户开放。要完成设置，请前往 Workspace Settings，关联你的 Replit 账户，并选择一个工作区。文档见此处。

11 月 5 日，我们将举办一场网络研讨会，介绍这两项功能的上手方法。[预留席位]。