WuYongJie/furniture-3d-system-Wu
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
furniture-3d-system-Wu/docs/workflow/最简执行卡片.md
WuYongJie 5821d73291 初始提交：3D家具安装展示系统 
包含：
- furniture-3d-system：Next.js 16 全栈应用（资产中心、产品管理、3D装配动画）
- autocad-plugin：AutoCAD 家具导出插件源码
- 资产中心改造：编辑弹窗化、删除功能、Toast反馈、自定义Select组件

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-04-02 14:00:19 +08:00

1.5 KiB
Raw Blame History

最简执行卡片（强制规范审查闸门）

适用范围：本仓库当前默认协作方式。
一句话：先明确目标和标准 -> 开发 -> 最小验证 -> 规范审查 -> 再决定是否补安全/性能/QA

1. 默认流程

  1. 明确目标
    先说清：这次要做什么、验收标准是什么。

  2. 激活规则
    开始前明确这次要遵守的标准文件，至少包括：

    • furniture-3d-system/.cursor/rules/*.mdc
    • furniture-3d-system/docs/设计规范/苹果风格视觉标准.md
    • docs/workflow/规范审查清单.md

  3. 开发
    优先根因修复，不做只压报错的补丁。

  4. 最小验证
    先跑和本次改动直接相关的验证，再决定要不要扩大范围。

  5. 规范审查
    交付前必须单独给出一次审查结论：

    • passed
    • passed with warnings
    • rejected

  6. 按风险追加审查
    遇到安全、性能、关键用户链路时，再补安全 / 性能 / QA。

2. 硬规则

  • 默认直接按当前会话推进开发。
  • 没有规范审查结论，任务不算完成。
  • 架构不合规、视觉跑偏、补丁式修复，直接 rejected。
  • 无法做独立复审时，必须明确写出“这是自审，不是独立复审”。

3. 交付最少要带什么

  • 先说用户现在要做什么，或这次结论是什么
  • 说明是否已经完成
  • 给出规范审查结论
  • 如果有风险，再补一句剩余风险
  • 文件路径、命令、验证细节只在用户要求时展开