WorkBuddy做网站应用：不买服务器、不配运维，一句话发布上线

上一篇文章聊了小程序，这一篇说网站应用。同样的云服务底座，但发布逻辑完全不同——小程序要过微信审核，网站应用点一下"分享"就能拿到链接，任何拿到链接的人都能访问。不用买服务器，不用配部署，不用日常运维。但"轻量发布"和"网站应用"选错了，后面会很难受。这份指南帮你把路走对。

先做选择题：轻量发布还是网站应用

两者都能快速发布为在线链接，但适用场景差别很大。官方给了一张对照表，我按实际使用场景翻译一下：

只是把页面发出去给人看——比如一个活动介绍页、产品展示页，用轻量发布或网站应用都行，轻量发布更省事。

用HTML和CSV做持续维护的看板、台账、工作台——选轻量发布。这类需求的特点是数据源就是CSV文件，你更新CSV，页面就更新，不需要用户登录、不需要数据库。

要让用户注册登录、提交信息、上传文件——必须选网站应用。轻量发布做不了这些。

要区分普通用户、管理员等不同角色——必须选网站应用。

一句话判断：数据不常变、只是给人看，轻量发布够了；需要用户交互、数据要持久化、要分权限，选网站应用。 网站应用自带云服务，需要保存用户数据时按需开启即可，不用另外接服务。

三种创建方式，说清三件事就行

首页进「代码开发」，选「网站开发」或「Agent应用」，用推荐提示词开始；或者直接用自然语言描述需求，记得明确说"网站应用"；已经生成HTML页面的，可以在原任务里说"为这个页面加入用户登录和数据保存"，把静态页升级成网站应用。

Agent 应用

描述需求时，官方建议说清三件事：谁来使用、需要完成什么操作、数据是否需要长期保存。 文档给的例子很典型：

"制作一个课程预约网站应用。学员可以选择上课时间并填写姓名和手机号，提交后名额自动减少；老师可以查看每个时段的预约名单。预约记录需要保存到云端。完成后发布上线。"

这句话里"学员""老师"是角色，"选时间填信息""看预约名单"是操作，"保存到云端"是数据需求，WorkBuddy能直接从这句话里拆出数据库、身份认证和角色权限。

需要AI能力也不用自己配。 需求里写"接入大模型"就行，WorkBuddy会完成接入，不用申请API Key、不用配置模型服务。比如"制作一个智能客服网站应用。访客可以输入产品使用问题，应用通过大模型生成回答。完成后发布上线。"

预览和修改：对话就是编辑器

生成后对话里出现网站应用卡片，点开右侧预览区看运行效果。改的时候直接在对话里说人话："把报名按钮移到页面顶部""增加按日期筛选的功能"。不用去找代码文件改，对话就是你的编辑器。

云服务：WorkBuddy会主动问你

当应用需要保存数据、用户登录或上传文件时，WorkBuddy在生成过程中会询问是否开启对应云服务，确认后自动完成配置，不用填技术参数。

四项能力对应四类场景：云数据库存用户提交的信息；身份认证支持登录并区分不同用户的数据或权限；文件存储上传保存图片附件；数据统计看用户数量和注册趋势。

管理入口在应用标题旁的「云服务」按钮。

发布：点分享，或者直接说"发布"

制作完成，点预览区工具栏的「分享」，也可以直接在对话里说"发布""上线"，立刻拿到独立链接。发布后任何获得链接的人都能访问。

发布前官方建议检查四项：用户能否正常登录、提交的数据是否成功保存、不同角色看到的内容是否符合权限设置、页面及展示的数据是否适合对外公开。最后这条很重要——别让敏感信息随应用一起发布出去。

更新和下线：链接不变，内容会变

修改应用后线上版本不会自动变化。 重新打开分享面板点「更新」，或者直接在对话里说"更新发布"，修改就同步了。更新后访问链接保持不变，已经分享出去的链接直接打开新版本，这点比小程序省心，不用重新发码。

暂时不想让人访问，分享面板点「下线」，或直接说"下线这个应用"。下线后原链接打不开，但应用和云服务中的数据仍然保留，想恢复随时可以再发布。

管理所有应用：一个页面搞定

「设置>数据管理>应用」集中查看所有应用、发布链接、云服务状态和发布状态。要继续修改，点对应任务名回到对话提要求就行。

这里有个必须提醒的操作： 如果只是暂时不想公开，选下线，别选删除。下线保留应用和数据，删除后应用和云服务数据无法恢复，要提前导出需要保留的内容。

三组容易混淆的概念，一次说清

试用版vs正式版——这是小程序的概念，网站应用没有这套版本体系，发布即对外可见。

轻量发布vs网站应用——前者是静态页面+CSV数据源，后者是带云服务的完整应用。判断标准就看要不要用户登录、提交、分角色。

下线vs删除——下线是关门歇业，东西都还在；删除是连店带货一起清空，不可恢复。

给第一次上手的人的建议

第一，先用轻量发布验证展示类需求。 如果你的需求只是"把内容发出去给人看"，轻量发布更轻更快，别一上来就开云服务增加复杂度。

第二，需求里把角色说清楚。 "学员"和"老师"这种角色词，WorkBuddy能直接转成权限设计。如果你的应用有多类用户，一定要在需求描述里点名，否则生成出来可能所有人看到一样的内容。

第三，发布前自己走一遍完整流程。 用不同角色登录一次、提交一条数据、确认数据真的存下来了。官方把这条列为发布前检查项，不是客套话——网站应用没有审核环节兜底，发出去就是真的发出去了。

第四，记住"更新"不是自动的。 改完代码不点更新，用户看到的还是旧版本。这个机制和小程序一样，但网站应用没有审核提醒，更容易忘。

网站应用的价值在于把"做一个能用的网站"这件事的门槛，从"买服务器、配环境、写前后端、部署运维"压到了"描述需求、点发布"。云服务由腾讯云CloudBase承载，每个应用独立环境、数据和资源天然隔离，这些底层的事WorkBuddy都替你办了。

你要做的是想清楚：给谁用、干什么、数据要不要留。想清楚这三件事，剩下的交给对话。

你打算用WorkBuddy做什么网站应用？是内部工具还是对外服务？评论区聊聊。