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>

AGENTS.template.md

@@ -19,6 +19,7 @@
 | 项目资料和文档 | `src/resources/` | `rules/resource-management-guide.md` |
 | UI Review 结论 | `src/prototypes/<prototype-name>/.spec/ui-review.md` | `rules/ui-review-guide.md` |
 | 原型 Review 结论 | `src/prototypes/<prototype-name>/.spec/prototype-review.md` | `rules/prototype-review-guide.md` |
+| ACP 对话缓存 | `src/prototypes/<prototype-name>/.spec/acp/` | 本地私有运行数据，不提交、不导出、不发布 |
 
 ## ⚠️ 重要原则
 
@@ -37,11 +38,13 @@
    - 简单局部修改可以保持轻量，但要清楚说明当前正在处理什么、完成后如何验收
 3. **设计要判断何时收敛、何时发散**
    - AI 应自行判断当前需要收拢需求还是探索解法：需求不清先收敛；需要改善体验或创新表达时再发散。发散是为了帮助用户选择最终方向
-4. **不要把截图当唯一真相**
+4. **原型按生产级界面处理**
+   - 本项目中的「原型」默认是可运行、接近正式产品的前端页面，不是黑白灰线框图或低保真草稿；只有用户明确要求时才使用低保真、wireframe、placeholder 等表达
+5. **不要把截图当唯一真相**
    - 截图用于视觉参考；有代码、组件、设计系统、业务资料或用户说明时，要结合上下文判断
-5. **早展示，早反馈**
+6. **早展示，早反馈**
    - 产品需求、设计方案或原型应尽早交给用户确认，不要等到全部完成后才暴露方向问题
-6. **讲人话，用户不懂技术**
+7. **讲人话，用户不懂技术**
    - 用用户能理解的方式说明取舍、风险和结果；用户无法执行 CLI 命令，不得省略验收流程
    - 向用户请求反馈或验收时，提醒用户尽量提供截图、预览链接、页面路径或具体问题位置，便于准确定位和复现