教师管理是用户中心连接人员账号、任教学科和班级范围的基础模块。它不只记录教师姓名，还决定教师可以管理哪些行政班、哪些走班，以及后续学生管理、班级治理、考试分析页面能否按教师身份正确展示数据。
本文基于server_backend/modules/User和server_vue3/src/views/modules/User/TeacherManage的真实代码，说明如何把教师档案选择、教师类型联动、学科回填、班级级联和软删除规则转换成 Codex 可执行的代码生成任务。
文章目录
- 设计与需求
- 后端设计
- 前端设计
- 扩展功能
- 数据联动
- Codex开发标准
- SOP 标准
- PDD 标准
- 总结
设计与需求
教师管理不能只按普通 CRUD 理解。后端TeacherManage模型中的type_teacher、category_teacher、username_teacher、id_teacher、name_teacher、class_administrative、class_subject、name_subject共同决定教师身份和数据范围。前端不是手工录入教师编号，而是通过/api/system/drop_down_options/select_manage_users/搜索系统人员并回填教师字段，再按教师类型加载学科和班级级联数据。
Codex 生成这类模块时，需要把需求拆成页面结构、数据模型、接口规则、权限验收和联动边界。TeacherManageViewSet只开放get/post/put，删除操作由前端DelObj通过PUT { is_deleted: true }触发软删除；id_teacher、name_teacher、username_teacher在序列化器中是只读字段，编辑时不能绕过教师档案来源直接篡改身份数据。
