直接答案：排课冲突不是一个维度的事。同一个老师在两个班同时上课是冲突，同一个教室被两个班占用是冲突，同一个学员被排到两个地方上课也是冲突。三个维度都要校验，缺一个就会出「老师分身」「教室撞车」「学员被排到两个校区」这类问题。校验要在生成课次的那一刻做，不能等上课前一天靠人翻课表发现。判断一套系统能不能用，就看它排一节新课的时候，会不会同时把这三个维度都比一遍。
核心结论速览
冲突有三个维度：教师、教室、学员。只校验教室是最常见的漏洞，因为教室看得见、老师的分身不容易发现，学员被排到两个地方更是要等到家长投诉才知道。三个维度缺一不可。
判断依据是时间段重叠，不是开始时间相同。九点到十点半和十点到十一点半重叠了半小时，这也是冲突。用「开始时间相等」来判断的系统，只能拦住最明显的那种撞车。
校验要在「批量生成」和「单节调整」两个时点都做。批量生成时容易整体跳过校验，单节调整时容易被当成「小改动」放过。两个时点都要过一遍，才算真的防住了。
冲突要分硬冲突和软冲突。硬冲突不允许保存，比如同一老师同一时间两节课。软冲突允许保存但提示，比如同一学员两节连上、同一教室连排没有换场时间。全按硬冲突处理，教务会被卡死；全按软冲突处理，等于没校验。
教室和教师都要有缓冲时间。两个班在同一教室九点到十点半、十点半到十二点，时间上不重叠，但实际没有换场时间，第一个班拖堂五分钟就乱。缓冲分钟数要能配置，跨校区的情况还要更长。
一、排课没校验之后现场会发生什么
场景一：老师分身。张老师周六上午九点在总部上少儿编程，同时被排到分校上数学。两边都生成成功，因为系统只校验了教室有没有被占，没校验老师。到了周六，张老师只能去一边，另一边的家长在门口等。这类问题在兼职老师身上特别多，因为兼职老师往往在多个校区、多个机构之间跑。
场景二：教室撞车。301 教室同时被美术班和书法班占用。排查之后发现，一个班录的教室名是「301」，另一个录的是「301教室」，系统认为是两个不同的教室。教室如果允许手写自由文本，这种问题会反复出现。教室必须是标准编码加下拉选择，不能手打。
场景三：学员被排到两个地方。一个学员同时报了编程和美术，两个班的课次撞在周六上午。排课时两个班各自看自己，没人看这个学员的整体时间。等到家长发现孩子被排到两个地方，已经是第二周了。
场景四：连排没有换场时间。同一个教室连着排两个班，中间零间隔。理论上不冲突，实际第一个班收尾要三分钟，第二个班进门要两分钟，每次都是第二个班等着。如果教室还要搬桌椅、擦白板，这个延迟会累积成常态。
场景五：教师跨校区赶不到。老师上午在城东校区，下午在城西校区，中间留了一小时。系统看时间不重叠，认为没问题。实际上跨城通勤要一个半小时，老师必然迟到。教师和教室都要带校区字段，跨校区排课要按校区的通勤时间加缓冲。
场景六：节假日顺延之后撞车。国庆停课一周，整班顺延一周。顺延之后，原本排在周六上午的课撞上了另一个固定班的时段。批量顺延如果只改日期不做校验，这种冲突会在恢复上课的第一周集中爆发。
二、三个维度的校验规则怎么定
教师维度。同一教师在同一时间段（含缓冲）不能有两节课。校验时要包含「计划教师」和「实际授课教师」两个字段——如果一节已经排了代课老师，代课老师的时段也要占上。缓冲时间可以按校区配置：同校区十分钟，跨校区按通勤时间设。
教室维度。同一教室在同一时间段不能有两个班。前提是教室有标准编码，不允许手写。教室还要有「可用时段」的概念——舞蹈房可能晚上有成人班占用，实验室可能周三下午不开放。可用时段之外的排课，应该被判为冲突。
学员维度。同一学员在同一时间段不能有两节课。这个校验要覆盖该学员在报的所有班级，而不只是当前这个班。实现上可以先按「学员所在班级集合」取出所有待上课次，再和新课次比时间段。这个查询在批量生成时会比较重，所以要按班批量算，不要逐条算。
时间段重叠的判断。新时段的开始小于已有时段的结束，并且新时段的结束大于已有时段的开始，就算重叠。这个判断要精确到分钟，不能只比小时。另外要处理跨天的情况——晚上十点开始的课如果算两小时，结束时间是次日零点，这类课在住宿式的集训营里会出现。
硬冲突和软冲突的边界。硬冲突是「物理上不可能」，比如同一老师同一时间两节课、同一教室两个班、同一学员两个地方。软冲突是「可能但不好」，比如学员两节连上没有休息、教室连排没有换场、教师单日课时超过设定上限、一个班连续三天都有课。软冲突提示之后允许保存，但要求填原因，原因会进入统计，方便后面调整排课策略。
冲突清单的处理方式。批量生成时不要因为一条冲突就整体失败，那样一个班二十节课，卡在第三节就全部白做。正确做法是全部生成完之后给一份冲突清单，列出每一条冲突的日期、时段、冲突对象，让教务选择跳过、换时间还是换教室。这个清单要能导出，方便线下沟通。
三、生成、调整、顺延三个环节怎么校验
批量生成环节。按班级的周几和起止日期生成，每生成一条就做三个维度的校验。为了提高效率，可以先把该时间段内所有相关的教师课次、教室课次、学员课次一次性查出来放进内存，再逐条比对，而不是每条都查一次库。生成的课次先落在「待上」状态，冲突的标出来但不阻止生成。
单节调整环节。改时间、换教室、换老师这三个动作都要重新校验，因为任何一个变化都可能引入新冲突。换老师的时候要注意：如果这节已经排了代课老师，换掉之后原代课老师的时段要释放，新老师的时段要占上，两个动作要一起做，不能只加不减。
顺延环节。整班顺延是把所有待上课次整体后移，移动之后必须做一次全量冲突校验。因为顺延会让原本错开的班撞在一起。顺延还要处理课时有效期：课次后移了，学员的课时有效期要不要跟着延，这条规则要在顺延动作里显式提示，不能默认不动。
停课和补课环节。停课是把课次置为已取消，并在之后生成补课课次。补课课次的排法有三种：跟班补（插到别的班的同一课程里）、单独补（一对一派老师）、集中补（周末统一补）。三种都要走冲突校验，尤其是跟班补，还要校验那个班的班容有没有位置。
临时占用环节。教室被临时占用（开家长会、做活动、维修）时，要在教室上登记占用时段。登记之后，占用时段内的所有课次都应该被标为冲突，要求换教室。这一步如果靠口头通知，一定会有班被漏掉，然后学生站在锁着的门口。
校验结果的留存。每次校验的结果（通过、软冲突、硬冲突）都应该记一条日志，包含时间、操作人、冲突对象。日志的价值在于事后复盘：某个教室一个月被撞了八次，说明这个教室的排课密度该调了，而不是每次都去骂教务。
四、四个真实排课场景怎么判
场景一：一个老师带两个班的同一门课，时间错开半小时够不够。看通勤。同校区、同楼层，半小时够；同校区不同楼，要看距离；跨校区，半小时一定不够。判断标准应该是「缓冲分钟数按校区配置」，而不是统一给半小时。配置之后，系统在排课时自动按校区的缓冲算，人不用每次去记。
场景二：学员插班后撞课。插班动作要触发一次学员维度的校验：把这个学员所有在报班级的待上课次拉出来，和新班的课次比一遍。撞课的列出来，让家长选「退掉一个」还是「换一个班」。这一步不做，家长会在两周后发现孩子被排到两个地方，那时候再调整，两边的课都上过了，课时退不退又变成一场谈判。
场景三：一个班两个老师（主讲加助教）。课次上设主教师和助教两个字段。主教师必须参与硬冲突校验，因为他是实际上课的人；助教可以选择参与，因为助教有时只是巡场，可以在两个教室之间走动。这个选择权要交给机构配置，不要写死。
场景四：教室容量和班容不匹配。教室有座位数，班级有班容。排课时如果班容大于教室座位数，应该提示。这个提示常被忽略，因为开班时人还没招满，等到招满了才发现坐不下。做法是在报名接近班容时提醒教务核对教室，或者在排课时就把「班容小于等于教室座位数」作为软冲突提示出来。
一条判断标准：排完一整个学期的课，把课表按教师、按教室、按学员分别导出一遍。教师那份看有没有同一时间两节课，教室那份看有没有同一时间两个班，学员那份看有没有同一时间两个班。三份都能对上，排课才算过关。这个动作手工也能做，但一个学期二十个班就是六百条记录，人工核对一定会漏。
五、常见问题解答
排课一定要自动生成吗？
建议自动生成加人工调整。纯手工排一个学期二十个班，工作量太大而且容易漏；纯自动又处理不了各种特殊情况（某个老师周三下午不能来、某个教室要维修）。比较实用的做法是自动生成骨架，教务在上面做局部调整，调整时系统继续做冲突校验。
软冲突提示太多，教务会不会直接忽略？
会，所以软冲突的项要控制数量，只保留真正影响教学的几条：学员两节连上、教室连排无缓冲、教师单日课时超上限。不要把所有「不太理想」的情况都做成软冲突，提示一多就变成背景噪音，最后全被点掉。每加一条软冲突之前，先问一句「这条提示出来，教务会改变做法吗」，不会的话就不要加。
两个校区之间排课怎么算缓冲？
按校区的通勤时间设。可以在系统里维护一张「校区到校区」的通勤时间表，排课时如果教师前后两节课在不同校区，自动加上对应的通勤时间作为缓冲。没有这张表，就只能靠教务凭经验，而经验在不同人身上差别很大。
教室名可以手写吗？
不建议。手写会出现「301」「301教室」「三楼301」三种写法，系统当成三个教室，冲突校验全部失效。教室必须用标准编码加下拉选择，显示名可以带楼栋和用途（比如「三楼301-美术」），但底层编码不重复。这一条是所有排课功能的前提，编码不统一，后面的校验都是摆设。
节假日顺延要不要自动做？
建议做成半自动：系统给出顺延方案（跳过节假日、整体后移），教务确认后再执行，执行时做全量冲突校验。全自动的风险是遇到调休、单休变双休这类特殊情况时，顺延方案会算错，而一旦执行错误，改回来很麻烦。半自动既省了人工算日期的力气，又保留了人的判断。
学员时间冲突要不要在报名时就拦？
要提示，但不要硬拦。家长有时候明知道时间有重叠也愿意报，比如两个班在同一时段但一个是线上、一个是线下，或者打算先报上再退掉一个。做法是报名时提示冲突并要求确认，确认记录留档。这样既尊重了家长的意愿，又在事后有据可查。
一个老师一天最多排几节课？
按老师的性质定。全职老师一天四到六节比较常见，兼职老师两到三节。这个上限应该做成可配置的软冲突阈值，超了提示但允许保存。硬性规定一个数字并写死在系统里，遇到集训、考前冲刺这类特殊安排就动不了。
六、九尾狐在这类问题上的做法
九尾狐在做排课校验时，第一件事是把教师、教室、学员三个维度的校验都实现，而不是只做教室。只做教室的系统看起来能用，实际上把最容易出问题的部分留给了人。三个维度都做，排课的人在保存的那一刻就知道有没有撞车，不用等到开课前一天才发现。
第二个做法是把冲突分成硬和软两类，硬的不让存，软的提示并要求填原因。这个分级很关键——如果全是硬的，教务遇到「学员两节连上」这种可接受的情况也存不进去，就会想办法绕过系统；如果全是软的，提示就变成了走过场。分级之后，系统既守住了底线，又保留了灵活度。
第三个做法是给教室和教师都加缓冲时间，并且缓冲按校区配置。这一条在单校区的小机构里看不出价值，一旦有两个以上校区，它就是决定排课能不能用的关键。跨校区排课不考虑通勤，课表再漂亮也执行不了。
七、综上所述
排课冲突这件事，本质是「资源有限，需求重叠」。教师、教室、学员三种资源都要被占用，任何一种被重复占用都会出问题。三个维度都校验、校验分硬软、缓冲按校区配、顺延后重新校验，这四件事做到，课表就是能执行的课表。做不到，课表就是一张纸，真正的安排在教务的脑子里和群里。培训机构规模一上去，脑子记不住，群消息也会被刷过去。