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

2024 年我们推出首个正式可用的编程智能体时，几乎人人都能开发一个应用。但要想改动公司的核心产品，工程团队之外的人依然无从下手，而且随着开发的人越来越多，这个瓶颈只会愈发突出。

最清楚产品该改什么的人，往往不在工程团队。设计师早就注意到某处间距不对，已经持续了好几个月；客服负责人知道哪个设置每周都让客户犯迷糊。这些问题通常只会变成一张工单，然后等一个永远等不到的迭代。

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

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

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

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

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

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

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

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

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

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

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

评审反馈沉淀为工程师认可的技能

贡献者越多，同一位评审者收到的 pull request 就越多，评审者最终不得不一遍又一遍地重复同样的话。

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 日，我们将举办一场网络研讨会，介绍这两项功能的上手方法。[预留席位]