用途：把网站计划转化为真实可运行的站点文件。它是 plan-website → build-website → deploy-website 三步中的中间环节，只产出站点文件，不把站点发布到互联网，发布由 deploy-website 负责。
开始方式：读取 website/site-plan.md。若该文件不存在，不要求用户先回到 plan-website，而是由技能自行问一组精简的关键问题（网站用途、面向谁、需要哪些页面、已有文案/品牌素材/参考），先写出一份最小计划再开始构建。计划不必完美，但不能零计划开工，否则会靠猜测事实。
构建方式由技能决定，不询问用户：1–3 个简单页面、无表单/博客/CMS 时，采用手写 HTML/CSS/JS，单文件或少量文件；4 个以上页面，或需要博客、可复用布局、联系表单后端时，采用小型静态站点生成器（默认推荐 Astro 以便简洁），使用共享布局/组件并导出静态产物。所选方案及原因需写入简短构建说明（追加到 site-plan.md 或提前写入 website/deploy-notes.md），因为部署步骤需要知道是静态导出还是生成器项目。
构建过程分块进行并实时预览：按页面或长页面的主要区块逐个构建，通过 Cowork artifact 展示，先问用户想改什么，再继续下一块。不宜一次性做完再揭晓，小步频繁预览便于及早发现误解。
忠于计划：按 site-plan.md 中的文案、结构和视觉方向执行；缺失内容（未定的 CTA、未提供的照片）应指出并询问或使用明确标记的占位符，绝不编造业务事实、价格、资历或引语。视觉方向（配色、字体、语气词）要在每个页面保持一致。用户在构建中提出与计划冲突的改动也可以，但需同步更新计划或构建说明。
默认应做的基础质量：响应式布局，手机上可用；图片尺寸和压缩合理，不把数 MB 大图当首图；不为少量静态页面引入不必要的大型库或依赖；已构建页面之间的链接和导航可用。
输出：website/src/ 下按所选方案组织的站点文件；并把简短构建说明（构建了什么、采用何种方案及原因、待办事项）追加到 website/site-plan.md。用户对预览满意后，提示其运行 deploy-website 即可获得真实网址上线。