AiDOPWarehouse/ai-dop-platform/.cursor/rules/project.mdc

---
description: Ai-DOP 平台仓库边界与协作约定（全局）
alwaysApply: true
---

# Ai-DOP 仓库结构（与本仓库根目录相对）

- **主工程（Admin.NET + AiDOP 插件）**：本仓库根下 `server/` 中的解决方案；业务扩展写在 `server/Plugins/Admin.NET.Plugin.AiDOP/`，勿在 `Admin.NET.Core` 里堆业务代码。
- **平台配套（本目录 `ai-dop-platform/`）**：`docs/`（架构与上手）、`tools/`（脚本）、`legacy-demo/`（旧版对照）、`.cursor/`（协作规则）。与主工程同库版本管理，团队拉一条分支即可同步。
- **旧 Demo 对照**：`ai-dop-platform/legacy-demo/` 为 Vue + 独立后端，用于对照 UI 与旧 `api/Order|Plan|WorkOrder` 契约；新功能以插件 + Admin.NET 为准。

# 协作

- 共享领域模型、多租户与权限相关变更需先与负责人对齐后再合入。
- 数据库表名与旧系统对齐时保持 `ado_*` 等既有命名，迁移脚本单独评审。
- 提交信息用完整句子说明「改了什么、为何」，避免无意义缩写。

# Cursor 使用

- 优先将 Cursor 工作区设为**本仓库根目录**（含 `server/`、`Web/`、`ai-dop-platform/`），或单独打开 `ai-dop-platform/` 子目录做文档与脚本编辑。
- 若本机仍存在 **`SourceCode/ai-dop-platform`**，推荐改为指向本目录的 **junction**，避免文档与主库内副本漂移。
- 若 Admin.NET 以子模块或独立克隆维护，修改前确认与上游（如 Gitee `v2`）的同步策略，避免把上游大改混进业务 PR。