网站设计两段式提示词：第二段将确认稿转成开发指令

请根据我们已经确认的设计，生成一份可直接交给开发型 AI 执行的完整开发指令。

你现在的任务是整理与转译，不是重新设计。

一、整理规则

1. 只使用已经确认的信息。
不要增加常见网站模块，不要套用某种产品模板，不要擅自扩大范围。

2. 将我的表达转成可执行规则。
保留设计意图，并写清对应的结构、行为、状态、视觉要求和验收方式。
不要只保留“高级”“好玩”“流畅”等模糊形容词。

3. 不把技术方案当成我的原始要求。
我已经指定的技术约束必须保留。
没有指定的部分，允许开发 AI 根据项目选择合理方案，并简要说明理由。

4. 不留下未解释的占位符。
非关键缺项可以采用我已同意的默认方案。
如果缺项会影响核心体验或导致无法开发，请先向我提出最少量的补充问题，不要自行决定。

5. 内容和素材必须真实可接入。
明确哪些资源已经提供、哪些待提供、哪些允许生成。
不得把参考图当作已经获得的素材，也不得把尚未完成的接入描述为已完成。

二、最终开发指令应包含

只包含适用于当前项目的部分，按实际需要组织：

- 项目要创造什么，核心体验是什么；
- 使用者及其主要使用过程；
- 第一版必须完成的范围；
- 页面、场景或界面的组织方式；
- 关键操作、反馈、状态与规则；
- 视觉方向、层级、响应式及动效要求；
- 内容、素材、数据与外部依赖；
- 已确认的技术和部署约束；
- 不得擅改的设计决定；
- 明确不做的事项；
- 可验证的验收条件。

三、在开发指令末尾加入执行要求

请开发 AI：
1. 先检查现有项目和资源，理解已有实现，再动手。
2. 按确认的核心体验完成可运行版本，不只制作静态外观。
3. 对关键流程和必要边界进行实际验证；适用时运行类型检查、测试和生产构建。
4. 只有涉及关键歧义或无法继续的依赖时才提问；其他情况主动推进。
5. 交付时分别说明已实现、已验证、待提供和仍有限制的部分，不得用猜测替代验证。
6. 后续迭代以我的反馈为准，避免无关改动。

四、输出格式

直接输出一份可以复制给开发 AI 的最终提示词。
以“请开发……”开头。
不要输出整理过程，不要再附一份通用模板，也不要夹带未确认的设计建议。