a27e3b8e43
Optimized the root .gitignore to exclude virtual environments, node modules, and temp folders to ensure clean and lightweight version tracking. Co-authored-by: Cursor <cursoragent@cursor.com>
42 lines
1.2 KiB
Markdown
42 lines
1.2 KiB
Markdown
# 比稿前置检查清单
|
||
|
||
在生成多个方案之前，先确认以下信息是否齐全。
|
||
|
||
## 目标与范围
|
||
|
||
- 产品或业务目标是什么
|
||
- 成功标准是什么
|
||
- 本次是原型还是组件
|
||
- 页面、模块或组件范围是什么
|
||
|
||
## 已锁定约束
|
||
|
||
- 用户已经明确要求的功能点
|
||
- 用户已经明确要求的结构或布局
|
||
- 用户已经明确要求的品牌与视觉倾向
|
||
- 用户已经明确给出的参考案例
|
||
- 用户是否明确指定了方案数量
|
||
- 不允许偏离的业务边界
|
||
|
||
## 可变化空间
|
||
|
||
- 哪些维度还没有被用户锁定
|
||
- 哪些维度最适合用来拉开差异
|
||
- 是否足够支撑用户要求的方案数量；若用户未指定，则默认支撑 3 案
|
||
- 是否仍能把差异控制在 3–6 个核心维度内
|
||
|
||
## 产出要求
|
||
|
||
- 基础 slug
|
||
- 目标目录是 `src/prototypes` 还是 `src/components`
|
||
- 是否需要拆分 `components/`
|
||
- 是否存在必须覆盖的状态或异常场景
|
||
|
||
## 比稿检查
|
||
|
||
- 多案是否围绕同一问题展开
|
||
- 多案是否不是简单换皮
|
||
- 如果用户未指定，是否使用默认 3 案
|
||
- 如果用户指定了数量，是否严格按用户要求生成
|
||
- 最终是否需要 Markdown 差异表
|