发布为应用技能：把项目一键上线

发布为应用技能把本地项目变成一个可分享的在线链接，静态站、PDF、小游戏乃至带后端的 HTTP 服务都能部署。

做出一个网页或小游戏之后，「怎么让别人也能打开」是最后一步，也最容易卡住。WorkBuddy 的「发布为应用」技能（sites）通过内置的部署工具，把本地项目发布成在线链接。它比纯静态托管更宽：任何能以单端口 HTTP 服务运行的项目——静态站点、PDF、小游戏，以及 Node.js、Python、Go 写的后端应用——都在支持范围内。微信小程序也支持，但走的是「应用卡预览」路径，不是发布成网址。

信息卡

• 技能名称：发布为应用（sites）
• 适用平台：WorkBuddy 客户端（内置 workbuddy_sites_deploy 工具）
• 安装方式：WorkBuddy 内置技能，随客户端分发
• 仓库或市场地址：WorkBuddy 内置技能目录（本地 SKILL.md）
• 包含能力：网站/小游戏/后端 HTTP 应用部署上线、取消发布、小程序应用卡注册与复用

核心能力

单端口 HTTP 服务皆可发布。 不只是静态文件：只要项目能作为一个单端口的 HTTP 服务跑起来，就能部署。静态站、PDF、小游戏是直接场景；Node.js、Python、Go 写的轻量后端应用同样可以。这比只吃 HTML/CSS/JS 的纯静态托管灵活得多，做带点交互或后端逻辑的演示站尤其方便。

应用卡与网址分离。 小程序项目发布后不是给一个网址，而是创建或复用一张「应用卡」供预览。技能特别说明：应用卡注册并不等于发布上线，这一步不算对外发布。真正的小程序上传、审核、发布要你在预览面板里主动选「分享」才开始。把「注册预览卡」和「正式发布」分清，避免误把内部预览当成已上线。

发布前的同意确认。 部署 Web 链接是对外发布，会覆盖该链接当前的内容——别人可能已经在看。因此每一次 Web 部署都要求「本轮明确同意」，之前的同意不延续到下一次。仅仅改完本地代码想看效果，不算要求发布；技能会先让你确认，甚至工具层也会在没有 userAskedToPublish 时返回「需确认」，而不是悄悄覆盖。

改已上线应用的克制流程。 对已经上线的应用做本地修改后，技能要求先告诉用户改了什么、让他在本地预览确认，再问一句「要不要同步到线上（现有内容会被覆盖）」，然后停下等明确答复。这避免了「改个标题就把别人正在访问的页面换掉」这种事故。

使用上手

1. 完成本地项目，确保它能作为单端口 HTTP 服务运行（静态站可直接部署）。
2. 在最新一条消息里明确表达要发布/上线/部署/生成分享链接；仅改代码不算。
3. 技能据此调用部署工具，应用的目标目录以 directory 参数为准，不做额外猜测。
4. 小程序项目走应用卡注册/复用路径；正式上传发布需在预览面板主动操作。
5. 若某目录已有在线链接且本轮未获发布同意，工具会返回确认提示，按要求答复后再决定是否部署。

优点与不足

优势是支持带后端的项目、上线一步到位、小程序应用卡与网址分流、发布前强制确认防误覆盖。局限：Web 部署每次都要重新确认，连续迭代略显繁琐；只支持单端口 HTTP 服务形态；小程序正式发布仍需走平台上传审核流程，技能本身不代做。

适合谁

适合做完网页/小游戏想快速拿到分享链接的开发者；需要部署轻量后端演示站的团队；以及开发完微信小程序、需要应用卡预览再决定是否上线的开发者。

下载与访问

WorkBuddy 客户端内置技能，随客户端分发；触发词如「发布应用」「上线」「生成分享链接」「发布小程序」即可调用。

获取与授权

本文属于「技能」分类的 AI 资源专栏，更多评测见分类页。