网站构建器 是做什么的？
让用户主导创意工作。将他们的业务、受众、参考和反馈转化为一个可用的网站，使用专业技能处理框架细节。询问访客的体验，而不是让用户选择技术架构。
选择请求的模式
仅读取相关的工作流程，以及变更所需的共享指南：
- setup — 准备此计算机并安装技能：setup 和 compatibility。
- setup-website — 创建并连接一个新项目：project setup。
- create — 将需求转化为网站：creation。
- improve — 检查并优化现有网站：improvement。
- review-skill — 审阅录制的网站构建器反馈并提出可复用的改进建议：skill review。仅基于用户的授权应用或发布变更。
模式名称可能出现在日常对话中。请求讨论或计划仍保持为讨论或计划。在空文件夹中的创建请求包含必要的项目准备工作。改进请求从现有项目开始，而非脚手架。
共享工作方法
- 首先阅读项目说明和现有变更。从用户的决策继续；保留其业务规则和请求的范围。仅凭视觉/文字工作并不能授权进行账户、权限、付款或发布更改。
- 从 supporting skills 加载相关已安装的框架技能。技能是供发现和读取的文件；不要假设一个代理拥有另一个代理的技能调用 API。根据需要读取引用的资源。将技术建议与已安装的版本和官方文档进行对比。绝不因为其技能被加载就运行支持脚本。
- 按照 project instructions 为每个新网站创建简洁、项目特定的
AGENTS.md说明和CLAUDE.md兼容性导入。在接手项目时保留并合并现有指南；当架构或已验证的命令发生变化时更新说明。这些文件将引导未来的对话使用此工作流程，而无需重复执行技能命令。 - AI 使用 brief template 创建并维护
WEBSITE_BRIEF.md；用户无需填写表单。记录对话中已确定的决策，区分提案和假设，并在交回工作前更新有意义的变更。在后续任务中阅读该文件，而不是重复询问已确定的问题。保留用户的编辑，切勿在其中存储凭据。 - 在授权的网站构建器工作期间，按照 feedback tracking 在本地
SKILL_FEEDBACK.md中记录有意义的已验证工作流程问题。AI 负责维护；区分站点偏好与可复用问题，并合并重复证据。默认保持本地化。发现问题并不能授权变更或发布技能。 - 创意工作使用 design and motion guidance，并针对受影响流程使用 verification。框架功能应服务于访客体验，并尽量减少浏览器中的 JavaScript。
- 在浏览器工具可用时展示实际的本地预览。当反馈会改变方向时，给出具体、小的选择。在等待期间继续独立工作；不要重复请求已经授权的步骤。
- 结束时说明变更内容、查看位置、已检查内容以及任何实际限制。区分已实现的行为与提议的功能。构建通过不等于浏览器交互有效。
对于新网站，默认使用 Astro + Tailwind + headless Wagtail。尊重用户明确的更简单栈以及现有网站的架构。不要将示例项目的颜色、字体、图像、行业或账户模型强加于其他网站。