Sync OneOS workspace with new prototypes, annotations, and Gitea remote fix.

Add vehicle-h2-fee-ledger, customer-management, lease and self-operated ledgers, annotation sources, agent skills, and vite annotation runtime support. Update vehicle management, contract templates, and lease contract flows.

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
王冕
2026-06-30 15:27:23 +08:00
parent 00ca1846af
commit af29b26fe8
309 changed files with 73875 additions and 3838 deletions

View File

@@ -48,6 +48,12 @@ node scripts/review-design-md-theme-pages.mjs
如果用户已经提供了 Design.md 线索、品牌名或详情页链接,就先按上面两类来源定位,再进入采集、生成和复查。
## 网页采集分流
当用户提供官网、产品页、落地页或其他网页地址,并要求“参考这个网站”“提取主题”“生成主题”“分析设计风格”时,先读取 `rules/theme-source-capture-guide.md`完成必要的截图、token、响应式和资源证据采集再回到本文档生成标准主题。
采集只是补充来源证据,不替代主题工作流。若用户已经提供明确的 `DESIGN.md`、设计规范、品牌手册或当前主题事实源充分,则不要默认重新采集网页;只有证据不足、用户指定 URL、预览图缺失或需要校准视觉风格时才进入采集分文档。
## 标准交付物
每个主题目录使用 `kebab-case` 命名,例如 `stripe``longcipher-design`
@@ -66,14 +72,21 @@ src/themes/<theme-key>/
## `DESIGN.md` 编写规范
`DESIGN.md` 应写成可执行的设计规范,而不是氛围描述。信息充分时至少覆盖:
`DESIGN.md` 应写成可执行的设计规范,而不是氛围描述。它需要同时面向人类和代码生成 agent可直接指导后续 UI 生成、审查和派生文件同步。
- 主题身份:品牌/产品背景、适用场景、不适用场景、关键词。
- 视觉原则:信息密度、页面气质、品牌表达边界、动效或图片使用原则。
- 色彩系统主色、背景、表面、文本、边框、状态色、CTA 或限制色的使用边界。
- 字体系统display/body/mono 角色、字号层级、字重和 fallback
- 尺寸系统:间距、圆角、边框、阴影、卡片、表单、按钮、导航、表格等基础组件规则
- 使用约束:明确的 Do/Don't尤其是禁用的大面积颜色、错误圆角、过度阴影、无关行业布局等
信息充分时必须采用接近 getdesign.md 的 9 段式结构:
1. 视觉主题与氛围:品牌/产品背景、适用场景、不适用场景、关键词、页面气质、信息密度和品牌表达边界。
2. 色彩系统主色、背景、表面、文本、边框、状态色、CTA 或限制色;每个重要颜色写清 hex 值、语义角色、使用边界和禁用场景
3. 字体系统display/body/mono 角色、字体族、字号层级、行高、字重、字距和 fallback
4. 组件规范按钮、输入框、卡片、导航、表格、标签、弹窗等基础组件写清尺寸、圆角、边框、状态、hover/focus/active 行为和可复用类名或 token
5. 布局与间距容器宽度、栅格、section 节奏、密度、断点前的默认布局、间距标尺和页面级留白。
6. 深度、阴影与边框:阴影层级、边框/分割线、ring、elevation、表面叠放规则以及不允许使用的过重阴影或装饰。
7. 动效时长、缓动、transform 模式、出现/退出/hover 规则,明确哪些动效可用、哪些必须避免。
8. 响应式行为desktop/tablet/mobile 下的布局变化、导航折叠、元素显隐、图片/表格/卡片重排策略。
9. Prompt guide给 LLM 的现成生成指令,包含 3-5 条推荐写法、3-5 条禁止写法和可直接复用的界面生成提示。
每一段都应尽量包含可落地数值、语义 token、组件状态或 Do/Don't。缺少来源证据时可以写明“未采集到明确规则按保守默认处理”但不要伪造来源、品牌规则或组件细节。
生成或更新 `DESIGN.md` 时,优先使用用户提供的规范、原始 Design.md、官方设计资料和当前主题已有内容。截图和元数据只能用于补缺不能覆盖明确规则。
@@ -122,7 +135,8 @@ src/themes/<theme-key>/
4. 同步派生:更新 `theme.json.tokens/display``assets/tokens.json``style.css``tw.css` 和预览资源引用。
5. 检查一致性:主色是否来自 `DESIGN.md`,字体角色是否完整,圆角/间距/边框/阴影是否没有丢失,使用建议是否非泛化。
6. 查找和导入:优先从 `getdesign.md``styles.refero.design` 定位主题,再用 `collect``generate``review` 三个脚本串起导入流程。
7. 验收预览:运行主题 ready 检查并打开目标页面做视觉回归,确认字体、颜色、间距、建议项和预览图都能完整渲染
7. 网页采集:仅在用户提供网页地址或现有证据不足时读取 `rules/theme-source-capture-guide.md`,把采集结果作为 `DESIGN.md` 的证据来源
8. 验收预览:运行主题 ready 检查并打开目标页面做视觉回归,确认字体、颜色、间距、建议项和预览图都能完整渲染。
输入来源优先级: