feat: sync full workspace including web modules, docs, and configurations to Gitea
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>
This commit is contained in:
@@ -0,0 +1,59 @@
|
||||
# 单方案生成 Prompt 模板
|
||||
|
||||
你现在只负责生成一个设计比稿方向,不要生成其他方案。
|
||||
|
||||
## 输入
|
||||
|
||||
- 任务类型:{{TARGET_TYPE}}
|
||||
- 方案代号:{{OPTION_CODE}}
|
||||
- 方案名称:{{OPTION_NAME}}
|
||||
- 方案类型:{{OPTION_PROFILE}}
|
||||
- 方案定位:{{OPTION_POSITIONING}}
|
||||
- 输出目录:{{OUTPUT_DIR}}
|
||||
- 用户锁定要求:
|
||||
|
||||
{{LOCKED_REQUIREMENTS}}
|
||||
|
||||
- 本方案差异维度:
|
||||
|
||||
{{OPTION_DIMENSIONS}}
|
||||
|
||||
- 本方案偏置建议:
|
||||
|
||||
{{OPTION_GUIDANCE}}
|
||||
|
||||
- 用户 brief:
|
||||
|
||||
{{BRIEF}}
|
||||
|
||||
## 目标
|
||||
|
||||
请只生成当前方案的交付内容,确保:
|
||||
|
||||
- 不偏离用户锁定需求
|
||||
- 只基于当前方案维度进行设计
|
||||
- 与其他方案形成明显区别
|
||||
- 能直接落地为 `spec.md` 和 `index.tsx`
|
||||
- 不要同时生成另外几个方案
|
||||
- 不要输出多方案总表或总览
|
||||
- 不要出现其他方案的标题、代号或正文
|
||||
|
||||
## 输出要求
|
||||
|
||||
按以下结构输出,使用 Markdown:
|
||||
|
||||
1. `# {{OPTION_NAME}}`
|
||||
2. 一句话概述
|
||||
3. 目标印象
|
||||
4. 结构与信息策略
|
||||
5. 交互策略
|
||||
6. 视觉与反馈策略
|
||||
7. 风险与取舍
|
||||
8. `## spec.md`
|
||||
9. `## index.tsx`
|
||||
|
||||
其中:
|
||||
|
||||
- `spec.md` 必须是完整可写入的规格文档正文
|
||||
- `index.tsx` 必须是完整可写入的实现代码正文
|
||||
- 不要输出其他方案的内容
|
||||
@@ -0,0 +1,68 @@
|
||||
# 比稿规划轮 Prompt 模板
|
||||
|
||||
你是设计比稿规划器。请先理解用户需求,再锁定与方案数量一致的差异化矩阵。
|
||||
|
||||
## 输入
|
||||
|
||||
- 任务类型:{{TARGET_TYPE}}
|
||||
- 基础 slug:{{BASE_SLUG}}
|
||||
- 请求的方案数量:{{REQUESTED_PROPOSAL_COUNT}}
|
||||
- 输出根目录:{{OUTPUT_ROOT}}
|
||||
- 方案列表:
|
||||
|
||||
{{OPTION_LIST}}
|
||||
|
||||
- 用户 brief:
|
||||
|
||||
{{BRIEF}}
|
||||
|
||||
## 任务
|
||||
|
||||
1. 提取用户已经明确锁定的需求,列为 `locked_requirements`
|
||||
2. 从以下候选中判断哪些可以作为差异维度:
|
||||
- 空间形态与容器
|
||||
- 任务动线
|
||||
- 信息层级与密度
|
||||
- 操作交互范式
|
||||
- 视觉语言
|
||||
- 微反馈
|
||||
3. 只选出 3–6 个未锁死维度,列为 `selected_dimensions`
|
||||
4. 按 `requested_proposal_count` 为所有方案建立差异矩阵,并严格使用给定的输出目录
|
||||
5. 本轮只做规划,不生成任何方案正文,不输出 `spec.md` 或 `index.tsx` 内容
|
||||
6. 如果 `requested_proposal_count = 3` 且方案列表是默认三案,可按稳健 / 平衡 / 突破梯度规划
|
||||
7. 如果 `requested_proposal_count != 3`,必须严格按给定方案列表输出,不要擅自改成三案
|
||||
8. 保证:
|
||||
- 不偏离用户已明确需求
|
||||
- 多案至少有 1 个 P0 差异、1 个 P1 差异
|
||||
- P2 不能成为唯一差异来源
|
||||
|
||||
## 输出要求
|
||||
|
||||
只输出 JSON,不要输出解释文字。
|
||||
|
||||
JSON 结构必须包含:
|
||||
|
||||
```json
|
||||
{
|
||||
"requested_proposal_count": 5,
|
||||
"locked_requirements": ["..."],
|
||||
"selected_dimensions": ["..."],
|
||||
"options": [
|
||||
{
|
||||
"code": "O1",
|
||||
"name": "方案 1|基准型",
|
||||
"positioning": "...",
|
||||
"output_dir": "...",
|
||||
"dimensions": {
|
||||
"空间形态与容器": "...",
|
||||
"任务动线": "..."
|
||||
}
|
||||
}
|
||||
],
|
||||
"validation": {
|
||||
"p0_difference": true,
|
||||
"p1_difference": true,
|
||||
"notes": ["..."]
|
||||
}
|
||||
}
|
||||
```
|
||||
@@ -0,0 +1,41 @@
|
||||
# 比稿前置检查清单
|
||||
|
||||
在生成多个方案之前,先确认以下信息是否齐全。
|
||||
|
||||
## 目标与范围
|
||||
|
||||
- 产品或业务目标是什么
|
||||
- 成功标准是什么
|
||||
- 本次是原型还是组件
|
||||
- 页面、模块或组件范围是什么
|
||||
|
||||
## 已锁定约束
|
||||
|
||||
- 用户已经明确要求的功能点
|
||||
- 用户已经明确要求的结构或布局
|
||||
- 用户已经明确要求的品牌与视觉倾向
|
||||
- 用户已经明确给出的参考案例
|
||||
- 用户是否明确指定了方案数量
|
||||
- 不允许偏离的业务边界
|
||||
|
||||
## 可变化空间
|
||||
|
||||
- 哪些维度还没有被用户锁定
|
||||
- 哪些维度最适合用来拉开差异
|
||||
- 是否足够支撑用户要求的方案数量;若用户未指定,则默认支撑 3 案
|
||||
- 是否仍能把差异控制在 3–6 个核心维度内
|
||||
|
||||
## 产出要求
|
||||
|
||||
- 基础 slug
|
||||
- 目标目录是 `src/prototypes` 还是 `src/components`
|
||||
- 是否需要拆分 `components/`
|
||||
- 是否存在必须覆盖的状态或异常场景
|
||||
|
||||
## 比稿检查
|
||||
|
||||
- 多案是否围绕同一问题展开
|
||||
- 多案是否不是简单换皮
|
||||
- 如果用户未指定,是否使用默认 3 案
|
||||
- 如果用户指定了数量,是否严格按用户要求生成
|
||||
- 最终是否需要 Markdown 差异表
|
||||
@@ -0,0 +1,47 @@
|
||||
# 比稿汇总轮 Prompt 模板
|
||||
|
||||
你是比稿汇总器。你会收到规划结果和所有单方案结果,请统一输出汇总说明。
|
||||
|
||||
## 输入
|
||||
|
||||
- 任务类型:{{TARGET_TYPE}}
|
||||
- 基础 slug:{{BASE_SLUG}}
|
||||
- 请求的方案数量:{{REQUESTED_PROPOSAL_COUNT}}
|
||||
- 本次生成方式:{{GENERATION_METHOD}}
|
||||
- 实际模型说明:{{MODEL_INFO}}
|
||||
- 方案列表:
|
||||
|
||||
{{OPTION_LIST}}
|
||||
|
||||
- 规划结果:
|
||||
|
||||
{{PLANNING_RESULT}}
|
||||
|
||||
- 方案结果:
|
||||
|
||||
{{OPTION_RESULTS}}
|
||||
|
||||
## 任务
|
||||
|
||||
输出最终汇总说明,内容必须包含:
|
||||
|
||||
1. 本次生成方式
|
||||
2. 实际模型说明
|
||||
3. 所有输出目录
|
||||
4. 每个方案一句话概述
|
||||
5. 按实际方案数量生成的 Markdown 差异表
|
||||
6. 推荐优先推进方向
|
||||
|
||||
## 差异表格式
|
||||
|
||||
必须使用以下表头和分隔线:
|
||||
|
||||
{{DIFF_TABLE_HEADER}}
|
||||
{{DIFF_TABLE_DIVIDER}}
|
||||
|
||||
## 额外要求
|
||||
|
||||
- 明确指出这些方案不是换皮,而是在 P0/P1 上有实质差异
|
||||
- 推荐方向要说明为什么
|
||||
- 如果 `requested_proposal_count != 3`,不要在总结里错误地改回三案叙事
|
||||
- 输出使用 Markdown
|
||||
Reference in New Issue
Block a user