用 WorkBuddy 做网站有多快？从一句话到能上线的完整流程
先说结论：**一个能上线访问的静态网站，用 WorkBuddy 做，熟练之后大概半小时到两小时。**
先说结论：一个能上线访问的静态网站，用 WorkBuddy 做，熟练之后大概半小时到两小时。
不是demo，不是"大概能看"，是能绑定域名、能被搜索引擎收录、能在手机上正常打开的真站。
我把它拆成六个步骤讲清楚，包括每一步该用什么专家、什么技能，以及最容易卡住的地方在哪。
一、先想清楚：你要的到底是哪种网站
pexels-rostislav-6687532
这一步看起来多余，但决定了后面所有事。三种网站的难度差着一个数量级：
1. 展示型静态站（个人主页、作品集、产品介绍页、活动落地页） 纯 HTML + CSS + 少量 JS，内容基本固定。这是 WorkBuddy 最擅长的，也是本文主要的例子。
2. 带后端的轻应用（表单提交、登录、数据存储、简单的管理后台） 需要数据库和服务端。能做，但你要把需求说得更细，也要考虑部署环境。
3. 复杂业务系统（电商、SaaS、多角色权限） 不建议第一次就挑战。可以先让 WorkBuddy 做原型，确认流程后再决定要不要找人正式开发。
新手从第一种开始。 成功率最高，反馈最快。
二、切到 Coding Mode，别留在办公模式
这是最常犯的错误之一。
WorkBuddy 有两个主要模式：Work Mode（办公） 处理文档、表格、PPT；Coding Mode（编程） 处理代码库、网页、应用。
做网站一定要切到 Coding Mode。 在办公模式下让它做网页，它会给你一段代码让你自己复制粘贴，而不是帮你建好整个项目、跑起来给你看。
切换位置在客户端顶部。切过去之后，它才会在你的文件夹里真的建出 index.html、style.css 这些文件，并且能帮你跑本地预览。
三、用什么专家：一个角色干一件事
WorkBuddy 的专家不是噱头，不同专家给的产出质量差别很明显。做网站这条链路上，我常用的四个：
1. 产品经理（需求澄清）
在你动手之前，先让它帮你把需求说清楚。
指令示例：
我是一个独立摄影师，想做一个作品集网站。目标客户是想约拍的年轻人。请帮我梳理这个网站需要哪几个板块、每个板块放什么内容、用户的浏览路径应该怎么设计。用清单输出。
这一步的价值是：避免你后面反复改。 十分钟理清楚，省掉两小时返工。
2. 前端工程师 / 全栈工程师（主力产出）
真正的建站工作由它完成。指令要具体到"什么样"，而不是"做一个网站"：
帮我做一个摄影作品集网站，要求：
1. 深色背景，突出照片，不要花哨动画
2. 顶部固定导航：首页 / 作品 / 关于 / 联系
3. 首页是瀑布流作品墙，点击弹出大图
4. 关于页放一段自我介绍和拍摄理念
5. 联系页放微信二维码和预约表单
6. 手机端要能正常浏览，图片自适应
7. 用纯 HTML + CSS + JS，不要框架，方便我后面改
"不要框架、方便我后面改"这句很重要。 默认它可能给你 React 项目，对你来说反而是负担。纯静态文件，你随时能用记事本打开改一行字。
3. UI/设计专家（视觉调优）
第一版出来通常是"能用但不好看"。这时候单独找设计专家过一轮：
这是我现在网站的首页，请从视觉层次、留白、字体搭配、配色一致性四个角度，指出三个最影响观感的问题，并直接给出修改后的 CSS。
4. QA / 测试专家（上线前检查）
上线前让它自查一遍，比你自己盯着看靠谱：
检查这个站点：手机端有没有横向滚动、图片有没有变形或加载失败、链接有没有死链、有没有明显的可访问性问题。用清单输出，标出严重程度。
四、技能怎么配合
专家负责"怎么想"，技能负责"能不能做"。做网站常用这几个：
网页制作类技能：直接生成页面结构和样式
文件读取 / 批量处理：批量压缩图片、统一命名、转换格式
图片处理：压缩体积——这个容易被忽略，但图片不压缩，网站打开会慢得让人直接关掉
联网搜索：抓取素材、查竞品网站参考
调用方式：在输入框点技能按钮，或者打斜杠 / 选。
实操建议：先让"产品经理专家"出结构 → 再让"前端专家 + 网页技能"产出页面 → 然后"设计专家"调优 → 最后"测试专家"验收。 一轮一轮来，别指望一次成型。
五、本地预览和迭代：让它自己修 bug
生成完，第一件事是本地打开看看。
如果 WorkBuddy 没自动起预览，让它帮你：
在当前目录启动一个本地服务器，我要在浏览器里看效果。
（它需要 Node.js，这就是上一篇让你先装的原因。）
看到问题，最高效的修法是把报错原样贴回去：
页面在手机上打开，导航栏把 logo 挤到第二行了，这是截图和控制台报错，帮我修一下。
不要试图自己描述原因，让它看真实报错。 这个"生成 → 运行 → 报错 → 贴回去 → 再生成"的闭环，就是它效率远超普通聊天 AI 的地方。
六、做完了，怎么让别人访问（这一步才是关键）
本地能看，只完成了一半。你要让它有个公网地址，别人才打不开——不，别人才打得开。
一般有三条路：
1. GitHub Pages / Vercel 这类免费托管 纯静态站够用，免费，但国内访问速度不稳定，也不好绑备案域名。
2. 对象存储 + CDN 便宜、稳定，适合纯静态，但配置对新手有点绕。
3. 自己有台云服务器 最灵活：静态站、带后端的轻应用、以后的其他项目都能放，还能绑自己的域名做备案。
如果你选第三条，我用的是腾讯云轻量应用服务器：
👉 [腾讯云轻量应用服务器](https://curl.qcloud.com/nC5cqnuf)
选它的实际原因就三个：
开箱即用：预装了环境，不用从零配 Nginx，十几分钟就能把站点传上去
配置够用：跑个静态站、小工具、个人博客，最低配就绰绰有余
后续能复用：以后你想部署 n8n、Dify、ComfyUI 这些开源工具，同一台机器接着用，不用再买
把 WorkBuddy 生成的 index.html、style.css、assets 这些文件传上去，配好 Nginx 指向目录，绑上域名，就上线了。
这里有个顺手的做法：直接在 WorkBuddy 里说"帮我把项目打包成适合上传到服务器的目录结构，并给我一份 Nginx 配置"，它会连配置文件一起写好给你，你照抄就行。
七、时间到底花在哪
诚实说一下我的时间分布，免得你觉得"半小时"是吹的：
熟练之后两小时内能从零到上线。第一次做，预留一个下午。
八、三条经验
第一，需求描述越具体，返工越少。 "做一个网站"和"做一个深色背景、瀑布流、手机自适应的摄影作品集"是两个结果。
第二，别追求一次成型。 四轮迭代（结构 → 页面 → 视觉 → 验收）是常态，不是失败。
第三，做出来只是开始。 内容要更新、SEO 要设置、访问速度要优化。但至少，"做一个网站"这件事的门槛，从"学三个月前端"变成了"说清楚你要什么"。
还没装的话，入口在这：[WorkBuddy](https://curl.qcloud.com/g1PFQfTA)，装好切到 Coding Mode，从"帮我做一个个人主页"开始。
要放到公网上的，服务器可以看看：[腾讯云轻量应用服务器](https://curl.qcloud.com/nC5cqnuf)，新用户有活动，先跑起来再说。