网页构建器

要解决什么问题

用对话直接「从零写站」时，需求往往散落在聊天里，技术选型反复横跳，写到一半又不知道上次做到哪。Web Builder 把建站收成计划驱动流程：进度写在 .web_builder/plan.md，恢复会话时先读计划再继续，而不是每次重来。

技能如何工作

工作流按阶段推进，并默认你先读 frontend-design.md 与 plan-template.md。

• Phase 0 需求采集：分轮提问（做什么、给谁用、参考站 URL 为必问三题），按项目类型追问；能推断就不多问，并给出具体技术栈方案供确认，随后更新 plan.md。
• Phase 1 项目定型：在 static、spa、fullstack、separated 四类原型中选型，固化技术栈与目录结构。
• Phase 2 规划：整理路由表、共享组件与数据模型（有后端时写 Schema）。
• Phase 3 实现：按固定构建顺序逐页落地；用文件写入工具写代码，禁止用 Python 脚本批量写源码；每完成模块即回写计划进度。
• Phase 4～5 验证与交付：依赖安装与 build 通过后，用随机端口启动开发服务，在同一段流程里拿到本地与局域网访问地址并标记完成。

代码侧自带基线：TypeScript strict、Tailwind、交互态与移动端可点区域、表单校验、骨架屏等，减少「能跑但不像产品」的返工。

适用边界

• 适合需要从需求到可访问 dev 环境的完整 Web 项目，而非只改单个文件。
• 管理后台、营销页、博客、电商等会走不同追问与原型；若你明确要求 Python 后端，会倾向 separated 方案。
• 计划文件是单一事实来源：重要决策与进度应落在 plan.md，而不是只留在聊天记录里。