ChatGPT Sites：从需求说明到一次经过验证的发布

ChatGPT Sites 把一段自然语言需求，连到一个可托管、可发布的网页体验上。第一版草稿的速度，并不会减少关于公式、数据、受众或维护的决定。运营者仍要为自己分享出去的东西负责。

我们的案例是一个工作坊报价计算器。它接收参会人数、时长和物料等级，展示明细，并允许提交联系请求。我们会跟着它从需求说明走到一个已发布的版本。

Sites 把创建、预览和部署合在一起

截至 2026 年 7 月 15 日，OpenAI 把 Sites 记录为一个公开测试功能，用于创建、托管、改进并分享网站、网页应用和游戏。流程包含编辑、预览和部署。可用性取决于套餐、地区、灰度进度和工作区配置。

帮助文档还提到发布初期存在地区限制。不要把这条信息当成长期承诺。在为某个账号或某个地点规划产品之前，先查阅官方页面。

已部署的网址应当按生产环境对待。 它是从一次对话里生成的，并不意味着它是临时的或私有的。在开始部署之前，先明确你愿意分享的是哪一个版本。

需求说明先于设计定义这个计算器

从受众、任务和结果开始。这个计算器面向组织工作坊的人，他们需要一份带明细的估价。它不应把金额呈现为具有合同效力的报价，也不应收集超出必要的数据。

描述输入和规则：参会人数在 5 到 80 之间，时长为半天或全天，物料分三档。定义币种、取整方式，以及明细中出现哪些条目。再加一个手工算好的示例，用来核对公式。

把联系方式与计算过程分开。 估算本身不需要个人数据；只有当有人决定索取更多信息时，才请求姓名和邮箱。你的第一个好提示词能帮你把目标、上下文、结果和验收表述清楚。

预览让你一次修正一个决定

先生成结构、输入、明细和各种状态。使用虚构数据，并确认这一版在不解释原始提示词的情况下也能看懂。如果缺一个单位或一个标签，就先修这个问题，再加新功能。

也要复核内容本身。页面必须说明估算包含什么、不包含什么，以及谁能解答疑问。好看的设计弥补不了一个不透明的公式。

保留可辨认的版本。 在做一次较大改进之前，先保存已经可用的候选版本，或记录它的各项决定。vibe coding 的循环之所以建议小步迭代，正是为了能够比较和回退。

公式需要示例和边界情况

至少手工计算三个场景：最少人数、常见组合和允许的上限。把小计、物料、时长和总计与输出逐项比对。如果有税费或折扣，就说明它们的先后顺序和取整方式。

测试空输入、数字字段里的文本、负值和超出范围的数量。界面必须阻止产生误导性的结果，并把错误放在对应输入旁边。不要用一个颜色代替一条提示。

每次改动公式之后都重跑这些场景。 一次视觉修改可能改掉字段名或换算方式。自动化测试应覆盖规则，而浏览器负责确认完整流程。

验证要包含键盘和移动端

不用鼠标走一遍这个计算器。 焦点必须按合理顺序经过标签、字段、选项、计算和联系区域。错误提示必须被朗读出来，并与对应输入保持关联。

在 390 像素宽度下，明细需要一列可读的内容，而且不出现横向滚动。测试长文本、缩放，以及浅色与深色主题。同时检查控制台和网络请求，找出屏幕上看不见的报错。

如果你使用带浏览器的智能体，就把权限限制在测试站点，并保留它的报告。AI 智能体替代不了人的复核。请确认它实际走过的路径与你的标准一致。

数据和受众在发布前就要决定

这个计算器完全可以在不识别任何人的情况下运行。只有当用户主动请求联系时才索取姓名和邮箱，说明用途，并避免记录不必要的取值。在收到真实数据之前，先定义保留期限、访问权限和删除方式。

决定站点是公开、共享还是受限。一个难以猜到的网址并不等于访问控制。 检查实际模式，并测试一个未登录会话能看到什么。

ChatGPT Sites 的条款把内容和数据方面的义务留给运营者。一段生成出来的法律声明并不保证合规。 请按照你所在司法辖区和业务的要求，复核各项表述、表单和权限。

发布需要负责人和回滚

选定一个具体的候选版本，并在这一版上重跑公式、链接、联系流程和权限。记录日期、负责人和包含的改动。不要在另一个会话里发布，除非确认它包含同一个状态。

在上线之前先准备好回滚。 它可以是回到上一个版本、撤下链接或停用表单。响应方式应与故障程度相称，而不是在压力下临时重建项目。

发布之后，用一个干净的会话打开生产网址。提交一个测试用例，检查网络请求，并确认版本与批准的一致。监控和一个联系渠道让这个循环闭合。

限制出现在预览之外

当你需要特定基础设施、私有网络、自有后台服务或平台没有提供的控制能力时，Sites 可能并不合适。在投入界面之前先验证这些要求。架构层面的限制，不会因为提示词更长而消失。

另一种失误是在没有复核新风险的情况下，把计算器扩展到账号、支付或数据存储。每一种新能力都会改变权限、数据和维护成本。请把它当成一个新决定，而不是装饰。

产品的可用性也可能变化。把需求说明、规则和核心内容保持为可导出的形式。你的产品不应依赖某一次具体对话的记忆，才能重建自己的逻辑。

也请为最后一个被接受的版本留一份简短记录：公式、受众、日期和验证过的场景。这份记录能让你区分平台限制和之后引入的回退。

分享之前复核候选版本

针对你即将发布的那个确切版本完成下面这些勾选项。打勾需要可见的证据，而不是助手表达出的信心。

• 需求说明定义了受众、公式、数据、边界和结果。
• 三个手工示例和各类无效输入都产生了预期输出。
• 键盘、错误状态、390 像素、主题、控制台和网络请求都已复核。
• 受众、权限和表单数据的处理方式都已定义。
• 获批版本有负责人、日期和回滚方案。
• 生产网址与验证过的候选版本一致。

ChatGPT Sites 缩短了从描述到部署的距离。决定性的工作仍然在两者之间：把需求说清楚、复核、验证并准备好运维。 这个顺序把一个预览变成一次负责任的发布。