【Codex教育管理系统】用SOP工程路径规范自然语言驱动的建设流程

教育系统已经进入 AI 开发时代，真正有价值的不是让模型临时写一段代码，而是把产品需求、菜单结构、后端接口、前端页面、权限规则和验收标准整理成 Codex 能持续执行的工程路径。本文基于_sop_workflow/project_pr与_sop_workflow/server的真实文档，梳理一套教育管理系统自动化开发方法：用产品目录拆任务，用 PDD 定义边界，用 SOP 约束开发顺序，再让 Codex 分阶段生成项目代码。文章目录项目整体架构设计与需求后端设计前端设计扩展功能三方 AI 服务菜单权限与图标Action 接口规范Codex开发标准SOP 标准PDD 标准实战执行清单总结项目整体架构这个教育管理系统是一个典型的Django + Vue3前后端项目。后端位于server_backend，负责数据模型、接口视图、路由注册、权限控制、菜单数据、系统配置和三方 AI 服务；前端位于server_vue3，负责后台管理页面、菜单路由、接口封装、CRUD 配置、表单交互、按钮权限和页面回显。从工程形态看，Django 后端不是单纯提供几个接口，而是承担教育系统的数据底座。每个业务模块通常会在server_backend/modules/Module/models.py中定义 ORM 模型，在views_app/ModelName.py中提供 ViewSet 接口，在urls.py中注册路由，并通过菜单、按钮权限和角色权限把接口纳入后台管理体系。三方 AI 服务则集中在server_backend/dvadmin/third_party_service，统一管理 LLM、OCR、TTS、ASR、WORKFLOW 等能力。Vue3 前端也不是静态页面集合，而是围绕后台菜单和业务操作组织的管理端工程。常规模块页面落在server_vue3/src/views/modules/Module/ModelName/，通常包含api.ts、crud.tsx、index.vue三类