用 Replit Agent 从自然语言描述构建并发布多产物项目

Replit Agent 是 Replit 平台上的构建代理：你用日常语言描述想要的东西，它负责写代码、搭建基础设施、运行测试，并在出错时自行排查修复。它和只会回答问题的聊天机器人不同——它会真正动手把项目建起来，从规划一路推进到发布。适合没有编程基础但想把想法做成可用产品的人，也适合有技术背景、想快速验证原型的开发者。如果你只是想先了解这个工具本身，可以看 Replit Agent 的条目页；本文讲的是怎么用它把一个多产物项目从零做出来并发布。

需要先说明一点：Replit Agent 的套餐档位、额度重置周期、可用模式与模型清单都会随时间调整，本文只描述机制与操作路径，具体价格、配额与当前可用模型请以 Replit 官网的当前信息为准。

准备工作

账号与工作区

使用 Replit Agent 的前提是拥有一个 Replit 账号，并处于某个工作区（Workspace）中。工作区分为个人工作区与团队工作区，团队工作区还涉及成员管理与权限。企业工作区在 Agent 模式上有单独的策略：它不使用 Free 模式，而是统一使用一个 Auto 模式，由系统为每个任务挑选模式与允许使用的模型；账号管理员可以通过企业级的模型控制项来管理可访问的模型范围。

如果你在团队里协作，建议先确认两件事：当前工作区的地理位置设置，以及项目的部署区域。这两项会影响数据存放位置与发布后的服务位置，属于项目创建前就该定下来的配置，而不是事后能随手改的选项。

了解额度机制

Agent 的免费日常使用受套餐额度约束。Core 与 Pro 两档的额度每五小时重置一次，同时还有每周上限；Starter 档维持其原有额度规则。想确认自己还剩多少，可以在设置里的 Usage 页面查看。这一点很重要：当你连续让 Agent 做较大的改动时，额度消耗会比零星提问快得多。

明确你要做的东西

Agent 不需要你懂代码，但它需要你说清楚目标。开始之前，先用一两句话写下：这个应用给谁用、解决什么问题、核心操作有哪几个。这份描述会直接成为你第一次对话的内容，也是后面 Plan 模式的输入。

操作步骤

第一步：在项目编辑器里描述需求

进入项目编辑器（Project Editor），直接在聊天框里开始描述。你可以描述一个想做的应用、提一个问题、让 Agent 调研某个主题，或者从已连接的服务里取数据——比如 BigQuery、Slack、Notion。素材明确说明这里没有固定约束，Agent 会处理你交给它的内容。

描述时把「做什么」和「给谁用」写在一起，比只写功能清单更有效。例如不要只写「做一个任务管理工具」，而是写「做一个给五人以内小团队用的任务跟踪工具，能建任务、分配负责人、按状态看板分组」。

第二步：选择产物类型（可选）

你可以额外指定项目类型：Web 应用、移动应用、幻灯片、设计稿、数据可视化等。这一步是可选的——如果你在第一步的描述里已经说清楚了要做什么，Agent 会自动判断合适的项目结构，不需要你手动选。

需要留意的是，产物类型不是一次性锁定的。你可以先从一个 Web 应用开始，之后在同一个项目里再加移动应用、幻灯片或视频。所有产物共享同一套后端与数据。

第三步：用 Plan 模式先出方案

在 Agent 改动任何代码或数据之前，建议先打开 Plan 模式。开启方式有两种：点击聊天输入框里的「Plan」，或者直接用一句话让 Agent 切换到 Plan 模式。

Plan 模式下 Agent 会做三件事：

• 把复杂项目拆成有序的任务清单；
• 探索不同的实现路径，并比较各自的取舍；
• 在写任何代码之前，把方案交给你审阅和修改。

一个可以直接照用的触发语句是：

Create a plan to build a project tracker for my team

Agent 会返回一份有序任务清单。你可以逐条调整顺序、删掉不需要的、补充遗漏的。确认满意后批准这份计划，Agent 才开始动手构建。这一步的价值在于：方案阶段的修改成本远低于代码写完之后再返工。

第四步：选择 Agent 模式

Agent 模式决定它用什么样的模型、以什么成本来构建你的项目。模式选择器里有以下几档：

模式	性质	说明
Free	免费	在套餐额度内进行日常的 Agent 工作，不产生费用
Auto	自动	在 Power 或 Max 下，为每个付费任务自动挑选模型（Core 与 Pro 档可用）
Power	付费，中档	用较强的模型，价格相对可控
Max	付费，高档	用最强的前沿模型，面向要求最高的任务

如果某个请求超出了 Free 模式的能力范围，Agent 可能会提供一个一次性的付费选项（Allow once）。任何付费动作开始之前，Replit 都会先向你确认；动作结束后，Agent 会回到 Free 模式。这意味着你不会在不知情的情况下持续产生费用。

实践上的建议是：探索阶段、改文案、调样式这类工作留在 Free 模式；涉及复杂架构、跨产物重构、疑难 bug 时再切到 Power 或 Max，并在切换前用 Plan 模式把方案过一遍。

第五步：让 Agent 构建并自测

批准计划后，Agent 会写代码、配置基础设施、运行测试。它会定期对自己的产出做测试，并在过程中创建检查点（checkpoint）。检查点的作用是：如果某次改动把项目带偏了，你可以回滚到之前的任意一个状态，而不必从头再来。

构建过程中你可以在不同 Agent 模式之间切换，用来控制它构建的方式。如果 Agent 做错了什么，直接在聊天里描述问题即可，它会去修。

第六步：通过对话迭代

第一版跑起来之后，剩下的工作基本就是对话迭代。每次只提一个明确的改动点，比一次抛出十条需求更容易得到可用的结果。改动较大时，仍然可以先开 Plan 模式让它给出方案再执行。

第七步：发布

确认项目可用后即可发布。这里有一个关键行为：所有产物是一起发布的。也就是说，你在同一个项目里加的 Web 应用、移动应用、幻灯片、视频，会作为一个整体对外发布，而不是各自独立上线。

发布之后还涉及自定义域名、部署类型、反馈组件等配置，以及上线后的监控。这些属于发布后的运维环节，按项目实际需要逐项处理。

一个完整示例

下面走一遍从零到发布的最小可用流程，目标是一个团队任务跟踪工具，最终包含一个 Web 应用和一份用于汇报的幻灯片。

1. 创建项目并描述需求

在项目编辑器的聊天框里输入：

Build a task tracker for a small team of up to five people.
It should let us create tasks, assign an owner, and group tasks
by status on a board. Keep the UI simple and clean.

不需要指定技术栈，也不需要提前建数据库——Agent 会自行决定项目结构并配置所需的基础设施。

2. 先出计划

点击聊天输入框里的「Plan」，然后输入：

Create a plan to build this task tracker, including the data model
for tasks and owners, and the board view.

检查返回的任务清单：数据模型是否覆盖了任务与负责人之间的关系、看板分组是否按状态实现、有没有遗漏的初始化步骤。调整顺序后批准。

3. 在 Free 模式下完成首版

保持 Free 模式，让 Agent 按计划构建。构建期间它会写代码、搭基础设施并运行测试。等它给出可预览的结果后，在预览里点一遍核心流程：建任务、分配负责人、切换状态看分组是否正确。

4. 用对话修正问题

发现问题时直接描述现象，例如：

When I move a task to Done, it disappears from the board instead of
showing in the Done column. Please fix that.

Agent 会定位并修复。如果这次改动引入了新的问题，回到检查点列表，回滚到改动之前的状态。

5. 在同一项目里加第二个产物

项目不锁定在单一产物类型上。接着输入：

Add a slide deck that summarizes the current tasks by status and by
owner, using the same data as the web app.

幻灯片与 Web 应用共享同一套后端和数据，因此不需要重新录入数据，也不需要另建一个项目。

6. 发布

确认 Web 应用与幻灯片都符合预期后执行发布。注意两者会一起发布。发布完成后按需配置自定义域名，并在监控页面观察应用运行情况。

注意事项

额度与付费

• Core 与 Pro 的免费额度每五小时重置，并且存在每周上限；Starter 档沿用原有规则。具体数值以官网当前信息为准。
• 付费动作开始前一定会请求确认，结束后自动回到 Free 模式。看到确认提示时，先判断这个任务是否值得付费，再决定是否继续。
• 企业工作区不使用 Free 模式，统一走 Auto，由系统为每个任务选择模式与模型；可访问的模型范围由管理员控制。

后台任务数量

不同档位允许同时运行的后台任务数量不同：Core 与 Pro 为 1 个，另一档为 10 个。如果你习惯同时推进多条线，这个上限会直接影响你的工作方式——超出上限的任务需要排队等待。

产物是整体发布的

同一项目内的所有产物一起发布。这意味着你不能只更新幻灯片而不动 Web 应用，也不能让某个产物停留在草稿状态而其他产物已上线。规划项目边界时要把这一点考虑进去：面向不同受众、需要独立发布节奏的内容，更适合拆成不同项目。

回滚依赖检查点

Agent 在工作过程中创建检查点，这是你出错时的主要退路。改动越密集，检查点越有价值。在让 Agent 做大规模重构之前，先确认当前状态有一个可回滚的检查点。

Agent 会犯错

Agent 的回复由 AI 生成，可能包含错误。它会定期自测，但自测通过不等于功能符合你的预期。发布前务必自己在预览里把核心流程走一遍，尤其是涉及数据写入与状态变更的部分。

连接外部服务

Agent 可以直接从聊天中查询已连接的服务，例如 BigQuery、Linear、Slack、Notion。使用前需要先在连接器（Connectors）里完成配置；自定义连接器也受支持。没有配置好的服务不会出现在可查询范围内。