新增 AutoRDO 需求清洗工作台与消息中枢,迭代 OneOS V2 设计规范及租赁合同/工作台/车辆等原型,同步云效技能与导航注册;并归档一批 legacy 原型快照。
Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
---
|
||||
description: 改原型跟进 AutoPRD;定稿写功能变更;云效建需求先跑 AutoPRD;状态推进建同名任务
|
||||
description: 改原型跟进 AutoPRD;定稿写功能变更与版本号;云效仅与 YunxiaoPMapp 组合;禁止旧 lifecycle 同名任务
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
@@ -7,7 +7,7 @@ alwaysApply: true
|
||||
|
||||
## 改原型
|
||||
|
||||
修改 `src/prototypes/**` 且涉及**行为、文案、流程、判定或验收**时,同一轮必须跟进 **oneos-autoprd**:
|
||||
修改 `src/prototypes/**` 且涉及**行为、文案、流程、判定或验收**时,同一轮必须跟进 **oneos-autoprd**(AutoPRD):
|
||||
|
||||
1. 更新 `.spec/requirements-prd.md`(用户故事:起点 → 怎么运作 → 闭环)。
|
||||
2. 更新 `annotation-source.json` **顶层** `directory.nodes` 中「产品需求说明(PRD)」。
|
||||
@@ -17,26 +17,16 @@ alwaysApply: true
|
||||
|
||||
## 需求定稿
|
||||
|
||||
用户回复含 `需求定稿` / `定稿` / `确认定稿` / `本次定稿` 时:
|
||||
用户回复含 `需求定稿` / `定稿` / `确认定稿` / `本次定稿` / `本轮定稿` 时:
|
||||
|
||||
1. 按 skill `references/release-changelog.md` 汇总**自上次定稿**的功能/逻辑变更。
|
||||
2. 追加到 PRD `## 10. 功能变更记录`(最新在上);更新 `.spec/autoprd-baseline.json`。
|
||||
1. 按 skill `references/release-changelog.md` 汇总**自上次定稿**的功能/逻辑变更,并递增 `prdVersion`(用户显式指定主/副/子时以用户为准)。
|
||||
2. 追加到 PRD `## 10. 功能变更记录`(最新在上);更新 `.spec/autoprd-baseline.json`(含 `prdVersion`)。
|
||||
3. **不要**写布局/UI/表结构类条目。
|
||||
|
||||
## 云效建需求
|
||||
## 云效(唯一组合 · YunxiaoPMapp)
|
||||
|
||||
使用 `yunxiao-requirement-lifecycle` **创建或完善**需求描述时,**先**跑 `oneos-autoprd`:
|
||||
产品侧写云效**只**与 `$YunxiaoPMapp` 组合;**禁止加载** `yunxiao-requirement-lifecycle`。
|
||||
|
||||
- 需求说明 ← AutoPRD 正文
|
||||
- 更新内容 ← 第 10 章自上次定稿以来的条目(无则首版/无增量)
|
||||
- 旧更新内容 →「更新内容·历史」
|
||||
|
||||
## 云效状态 → 同名任务(AutoPRD 规则,不改云效 Skill)
|
||||
|
||||
需求推进至 **分析中 / 设计中 / 待开发** 时,按 `references/yunxiao-stage-tasks.md`:
|
||||
|
||||
- 建与需求**同名**任务并正式关联
|
||||
- 标签:分析 / 设计 / 交付(或开发)
|
||||
- 创建时间口径沿用需求
|
||||
- 分析中、设计中负责人=创建人;待开发负责人=**何斐**
|
||||
- 同阶段已有未取消关联任务则复用,不重复建
|
||||
- 入库碎片:先 `$AutoRDO`,再 YunxiaoPMapp 记录需求(原始诉求段)。
|
||||
- 设计完成 / 完善产品说明:先 `oneos-autoprd` 落盘 MD,再写需求 `## 产品说明(AutoPRD)`;按交付**任务编号**回填【交付】描述(创建交付时保持占位,见 AutoPRD `yunxiao-delivery-sync.md`)。
|
||||
- 【交付】/【分析】/【设计】树与交棒由 **YunxiaoPMapp** 负责;AutoPRD **不**建同名无前缀阶段任务。
|
||||
|
||||
85
.cursor/rules/oneos-v2-design-system.mdc
Normal file
85
.cursor/rules/oneos-v2-design-system.mdc
Normal file
@@ -0,0 +1,85 @@
|
||||
---
|
||||
description: OneOS V2 全局定版设计规范(Stripe Violet 紫光高规 + 3视角架构 + PC/H5 移动端 100% 响应式 + 全量 UI 控件库 + 若依动态主题色 + 车牌号无点标准)
|
||||
globs: src/prototypes/oneos-v2/**/*, src/prototypes/lease-contract-management/**/*, src/resources/design-system/**/*, src/prototypes/**/*
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
# OneOS V2 全局定版设计规范(Cursor Agent 强制执行规则)
|
||||
|
||||
> **【硬性准则】**:在 `OneOS V2` 目录下**生成新页面、修改或迁移任何原型页面**时,AI Agent **必须首先 Read** 并严格遵守 `src/resources/design-system/DESIGN.md` 或 `src/prototypes/oneos-v2/DESIGN.md`!
|
||||
|
||||
---
|
||||
|
||||
## 0. 新页面生成与修改工作流 (Mandatory Workflow)
|
||||
|
||||
1. **强前置步骤**:在创建或修改 `OneOS V2` 下的任何页面前,必须读取 `src/resources/design-system/DESIGN.md`,确认最新的 Token、UI 控件用法、3 视图模板和响应式规范。
|
||||
2. **禁止使用原生 HTML 控件**:严禁直接使用原生 `<select>`、`<input type="date">` 或未经过 V2 封装的第三方组件。必须统一导入并使用 `UIComponents.tsx` 导出的封装控件:
|
||||
- `V2Button`(主/次/描边/幽灵/危险/返回;详见 `DESIGN.md` §3.0)
|
||||
- `V2Select`
|
||||
- `V2DatePicker`
|
||||
- `V2DateRangePicker`
|
||||
- `V2SingleInputDateRangePicker`(单输入框双日历,默认推荐)
|
||||
- `V2TimePicker`
|
||||
- `V2SingleInputTimeRangePicker`(单输入框双时间)
|
||||
- `V2RadioGroup`
|
||||
- `V2CheckboxGroup`
|
||||
- `V2Switch`
|
||||
- `V2Steps`
|
||||
- `V2Timeline`
|
||||
- `V2ApprovalProgress`(默认 `direction="vertical"` 垂直贯穿时间轴)
|
||||
- `V2Pagination`(统一分页控制器)
|
||||
- `V2Empty`(空状态与异常页组件)
|
||||
- `V2SegmentedControl`(顶栏视图/模式分段切换控件)
|
||||
- `V2StatusTabs`(分类/状态过滤页签条)
|
||||
- `V2ImageUpload`(图片拖拽/新增上传 · Web Dropzone + H5 拍照/相册;详见 `DESIGN.md` §3.17)
|
||||
- `V2MobileHeader`
|
||||
- `V2MobileBottomNav`
|
||||
- `V2MobileActionBar`
|
||||
3. **母版参考**:
|
||||
- **台账三视角**:`src/prototypes/lease-contract-management/LeaseContractHub.tsx`(13 项高阶筛选、3 视图、嵌套车辆子表)。
|
||||
- **结构化工单/处置表单页**:`src/prototypes/lease-contract-redesign/FaultDispositionForm.tsx`(左主表单三段卡 + 右 340px 指派/SLA;详见 `DESIGN.md` §4.8)。
|
||||
4. **筛选查询收起(强制)**:台账筛选栏 /「更多筛选」展开后,点击 **查询** 必须应用条件并**自动收起**筛选栏(H5 为关闭 Bottom Sheet);**重置**清空后同样收起。详见 `DESIGN.md` §2.4.3。
|
||||
5. **列表操作列(强制)**:常用「编辑 / 处理(处置)」**外侧**展示(最多 2 个);低频「查看记录 / 操作记录 / 历史」及危险操作收入 **⋮ 更多**。统一使用 `OperationActions`(`DESIGN.md` §3.16 / `vm-shared/DESIGN.md`)。
|
||||
|
||||
---
|
||||
|
||||
## 1. 核心视觉与配色规范 (Stripe Fintech UI)
|
||||
|
||||
- **主色 (Primary Accent)**:Stripe Violet `#533AFD`(悬停 `#6346FF`,Focus 环 `#4226E8`,浅亮底 `#E0E7FF`,暗亮底 `rgba(83, 58, 253, 0.18)`)
|
||||
- **画布背景**:浅色 `#F6F9FC` / 深色 `#0A0B0D`
|
||||
- **卡片容器**:浅色 `#FFFFFF` / 深色 `#121418`
|
||||
- **边框线**:浅色 `#E3E8EE` / 深色 `#23272F`
|
||||
- **主正文**:浅色 `#0A2540` / 深色 `#F7FAFC`
|
||||
- **次要正文**:浅色 `#425466` / 深色 `#A0AEC0`
|
||||
- **语义色**:成功 `#10B981` · 预警 `#D97706` · 危险/错误 `#EF4444` · 提示 `#3B82F6`
|
||||
- **若依 (RuoYi) 框架动态主题色**:所有组件背景、边框、选中态必须消费 CSS 变量 `var(--oneos-primary, var(--ln-primary, #533AFD))`,兼容若依的主题色动态切换。
|
||||
- **双色模式**:通过 `[data-ds-mode="dark"]` 或 `[data-oneos-theme="dark"]` 响应,严禁出现外壳深内容浅的失配情况。
|
||||
- **车牌号规范**:车牌号严禁出现间隔点 `·`(必须形如 `浙A88888F`、`京A66666`)。
|
||||
|
||||
---
|
||||
|
||||
## 2. PC / H5 移动端 App 嵌入 100% 响应式 (Mobile H5 Standard)
|
||||
|
||||
- **双形态适配**:所有 V2 原型必须支持 PC 屏宽 (≥1024px) 与 H5 移动端 (≤767px) 形态。
|
||||
- **触控规格**:移动端 (≤767px) 场景下,所有可点击元素与输入框触控高度必须 **`≥ 44px`**(`min-height: 44px`),正文字号 **`≥ 14px`**。
|
||||
- **Mobile Bottom Sheet**:移动端下 `V2Select`、`V2DatePicker` 等弹窗自动转为固定吸底 **Bottom Sheet 面板**,配有顶部抓手条与 44px 确定按钮。
|
||||
- **移动端底部操作条**:提交与主操作按钮在移动端自动固定吸底(`V2MobileActionBar`)。
|
||||
|
||||
---
|
||||
|
||||
## 3. 统一的三视角页面架构 (Three Core Views)
|
||||
|
||||
任何台账、列表、审批与履约管理页面必须提供或集成 3 视角模板:
|
||||
1. **列表模式 (List View)**:包含 Bento Grid KPI 大盘 + Pill Tabs + 13 项高阶筛选(查询/重置后自动收起)+ 展开式嵌套子表格。
|
||||
2. **看板模式 (Kanban View)**:包含 4 阶段 Pipeline 管道列(卡片快速操作与流程推进)。
|
||||
3. **主从表单模式 (Split / Master-Detail View)**:左侧 340px 搜索任务/单据列表 + 右侧深度工作台(包含结构化表单、关联业务 Tabs 及履约图谱)。
|
||||
|
||||
---
|
||||
|
||||
## 4. 规范参考文件路径
|
||||
|
||||
- 全局主规范文档:`src/resources/design-system/DESIGN.md`
|
||||
- 规范展示页:`src/prototypes/oneos-v2/DesignSystemShowcase.tsx`
|
||||
- 组件库文件:`src/resources/design-system/components/UIComponents.tsx`
|
||||
- 全局 Token CSS:`src/resources/design-system/oneos-ds-tokens.css`
|
||||
- 若依预设导出:`src/resources/design-system/ruoyi-theme-preset.json` & `ruoyi-oneos-v2-theme.css`
|
||||
@@ -1,17 +1,17 @@
|
||||
---
|
||||
description: 云效「记录需求」须先点选优先级/推进至;统一运营管理平台走快路径,禁止默认参数与盲目探测
|
||||
description: 产品侧云效写操作走 YunxiaoPMapp;强制 Plan 门禁;禁止加载已删除的 yunxiao-requirement-lifecycle
|
||||
globs:
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
# 云效记录需求 · 参数门禁与快路径
|
||||
# 云效记录需求 · 产品侧唯一入口
|
||||
|
||||
当用户使用 `$yunxiao-requirement-lifecycle` / 「记录需求」,且涉及优先级、推进至时:
|
||||
产品侧凡「记录需求 / 推进至 / 交棒 / 创建迭代」等**会改云效**的操作:
|
||||
|
||||
1. **必须先拿到明确选择**:优先级(紧急/高/中/低)、推进至(分析中/设计中/设计完成/开发中)、**标签(从云效标签 catalog 点选,可多选)**。优先 `AskQuestion`;不可用则用 Plan 确认并由用户写明 A+B+C。
|
||||
2. **禁止**在未选择时默认「中 + 分析中」并自动建单。「批准/Implement 计划」≠ 已完成点选。
|
||||
3. 项目为**统一运营管理平台**(含 PC 端别名)时:先读
|
||||
`.cursor/skills/yunxiao-requirement-lifecycle/references/oneos-pc-fast-path.md` 与
|
||||
`.cursor/skills/yunxiao-requirement-lifecycle/assets/oneos-pc-runtime-ids.json`(标签清单见同目录 `oneos-pc-tag-catalog.md`),按已验证 API/ID 执行;禁止重复探测 create URL。
|
||||
4. **标签禁止**按 `lines.ts` / 业务条线说明自动推断;只能用用户点选的 catalog 名。API 打标失败时 UI 兜底;仍失败则停下请用户回复标签名,不得声称已成功。
|
||||
5. 优先 API(创建时写入描述;标签用 `PATCH … propertyKey=tag`);浏览器仅作标签失败或状态连跳兜底;少截图、同失败不循环重试。
|
||||
0. **只使用 `$YunxiaoPMapp`**(及入库前 `$AutoRDO`、设计完成 `$oneos-autoprd`)。
|
||||
**禁止加载**已删除的 `yunxiao-requirement-lifecycle`;勿按旧同名阶段任务规则建单。
|
||||
1. **强制先切 Cursor Plan 模式**(`SwitchMode` → `plan`):对齐需求/任务**编号**、推进目标、交付树策略等;用户确认后再一口气 apply。
|
||||
2. 标题规范:`【新增】…` / `【优化】…`(详见 YunxiaoPMapp / 口令面)。
|
||||
3. 查重与复用**只认任务编号**;创建【交付】描述占位,设计完成再灌 AutoPRD。
|
||||
4. 项目常量见 `.cursor/skills/YunxiaoPMapp/assets/runtime-ids.json`(勿再引用旧 lifecycle 路径)。
|
||||
5. 细则以 `$YunxiaoPMapp` Skill 全文为准。
|
||||
|
||||
Reference in New Issue
Block a user