博客
现在任何人都能将他们的想法带入公司代码库Replit Cloud Agents 构建并测试高质量的改动，由工程师掌控最终发布的内容。
发布于：
2026年10月27日
Alexandre Cuoci
Nick McLachlan
自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 内部，我们已用它把 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 的 Cloud Agents，工程团队仍然决定最终发布什么，但最贴近问题的设计师、产品经理、支持负责人和运营人员可以以经过测试的拉取请求而非工单的形式提出改动。
面向现有代码仓库的 Replit Cloud Agents 现已面向所有 Pro 和 Enterprise 客户开放。在以下地址连接代码仓库： replit.com/repos，或与 销售团队 沟通，了解如何在你的整个组织中推广它。文档见 此处.
Slack 集成面向所有客户开放。要进行设置，请前往 Workspace Settings，关联你的 Replit 账户，并选择一个工作区。文档见 此处.
11 月 5 日，我们将举办一场关于如何开始使用这两项功能的网络研讨会。[预留席位].
更多
2026年10月26日
2026年10月22日
2026年10月16日