为 Stitch Build Loop 准备项目宪法时…

当需要为 Stitch 项目建立长期记忆与范围对齐文件时，把项目描述或站点需求合成为 .stitch/SITE.md。

适用场景

解决思路

1. 读取输入需求：定位并阅读项目描述文档或文本输入。
2. 起草结构：将项目细节直接映射到 SITE.md 格式。
3. 在项目根目录写入 .stitch/SITE.md；如果 .stitch/ 目录不存在，先创建该目录。
4. 编写 Core Identity：从需求中提取 Project Name。
5. 编写 Stitch Project ID：如果提供了有效 ID 就填写该 ID；否则使用占位符 [Stitch Project ID]。
6. 编写 Mission：用 1-2 句话描述应用或站点做什么。
7. 编写 Target Audience：写明主要用户是谁。
8. 编写 Voice：用语气形容词描述，例如 professional、playful、clean。
9. 编写 Visual Language：定义与项目视觉方向匹配的 primary、secondary、tertiary 美学关键词。
10. 编写 Architecture & File Structure：规划目录结构，默认根目录为 site/public/。
11. 编写 Asset Flow：记录 Stitch 生成到 queue/ → 验证 → 移动到 site/public/ 的资产流转流程。
12. 编写 Navigation Strategy：说明导航策略，例如 standard header links、shared navigation bar。
13. 编写 Live Sitemap：映射需求简报中请求的文件；已完成文件标记为 [x]，待处理或目标文件标记为 [ ]。
14. 在初始化 Live Sitemap 时，至少列出 index.html。
15. 编写 Roadmap Backlog：将需求解析为具体开发任务，并按优先级分组。
16. 编写 High Priority：核心页面、基础布局、主要用户流程。
17. 编写 Medium Priority：交互功能、表单、次要页面。
18. 编写 Low Priority：增强项、视觉资产、可选状态。
19. 在 SITE.md 中包含 Creative Freedom Guidelines 部分。
20. 验证 SITE.md 模板要求的所有七个部分均存在且格式正确。

适用边界 · 注意事项

• 没有项目需求简报或描述文档时，不要凭空生成或猜测 SITE.md。
• 项目不使用 Stitch Build Loop，或不需要 .stitch/SITE.md 作为长期记忆与项目宪法时，不适用。
• 未提供有效 Stitch Project ID 时，不要编造 ID；应使用占位符 [Stitch Project ID]。