架构与分工建议

一、技术架构

微信小程序 ─┐
钉钉端     ─┼─→ 统一 Node API（云托管） ─→ 数据库
Web 后台   ─┘

• 三端不直接连数据库，统一走 Node API。
• 数据模型以 PRD 第六节“五维评价 + 7 类角色 + 10 类教联体”重建。
• 微信端增量演进；钉钉端只做薄 UI；Web 后台承接校长/教务/管理员重操作。

二、三方分工建议

角色	主责	不碰
Claude（执行董事）	架构定稿、数据模型、API 契约、权限矩阵、合规备案、验收	不写业务代码
Cursor（编程主力）	后端业务逻辑、数据一致性、微信端业务接口、测试	UI 美化、部署、素材
Codex（执行层）	三端 UI/交互、Web 原型、部署、浏览器验证、钉钉薄 UI、素材	核心数据逻辑

三、并行建议

1. 第 0 周：Claude 出技术方案 v1.0；Cursor 做 API 骨架与数据模型；Codex 做三端 UI 原型与验证。
2. 第 1–2 周：微信 + Web 先闭环；钉钉保持占位。
3. 第 3 阶段：钉钉薄 UI 适配 + 备案送审。

四、风险提示

• 钉钉端 dd.* 鉴权与发布链路独立，需预留 2–4 周学习/移植。
• 教育部备案周期 1–3 个月，应立项即并行启动。
• 生产前不要同时全量铺三端，先让微信 + Web MVP 跑通。