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 的一项关键功能，也将成为 Self-Driving Companies 的关键要素。在 Replit 内部，我们已用它减少了 51% 的 token 用量，并将智能体完成一项常见数据任务的时间从 16 分钟缩短到 1 分钟，且未降低输出质量。

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

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

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

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

一次配置环境，人人皆可贡献

让公司的应用运行起来需要正确的仓库、运行时版本、数据库、后台服务和凭据。在此之前，每位新贡献者都必须重复这一配置过程，这对非技术用户来说是一项艰巨的任务。他们因此望而却步，转而单独构建，或基于过时的代码构建，结果要么让工程师去协调这些工作，要么在原型与现实之间留下巨大鸿沟。

Replit 拥有共享环境。管理员可以完成配置，所有人都能从那里开始。一切开箱即用。Cloud Agent 会探索你的代码库，并配置一台运行你应用的初始虚拟机（VM）。最终得到一个即用型环境，包含你的仓库、运行时、技能、工具和依赖项，任何人都可以使用。它会从你的主分支自动更新，因此每项新变更都从当前代码开始。

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

在团队已有的协作场所发起变更

大多数产品想法始于一次对话。客户在支持渠道报告 bug，或产品经理在讨论串中提出修复建议。但必须有人将其复制到工单中，而上下文却留在了原处。

现在，对话串本身就能变成请求。在 Slack 中提及或私信 @Replit，即可调查问题或将提案转化为拉取请求。你可以在对话串中跟进进度并给出反馈，需要时再回到 Replit 继续操作。最终产出的是同样经过测试的拉取请求，附带视频，位于 GitHub 或 Gitlab 中。

Microsoft Teams 支持即将推出。当你不在工位时灵光一现，也可以从 Replit 移动应用发起拉取请求。

这对你的团队意味着什么

你的代码库决定了产品如何运作，以及客户如何体验它。借助 Replit 的 Cloud Agents，工程团队仍然决定什么可以发布，但最贴近问题的设计师、产品经理、支持负责人和运营人员可以以经过测试的拉取请求的形式提出变更，而不是提交工单。

面向现有代码仓库的 Replit Cloud Agents 现已面向所有 Pro & Enterprise 客户开放。在 replit.com/code-repos 连接代码仓库，或与销售团队洽谈在整个组织内推广。文档见此处。

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

11 月 5 日，我们将举办一场关于如何开始使用这两项功能的网络研讨会。[预留席位]。