研究生与国际学生

明·如归 · 宿舍管理白皮书 ｜ 第六篇 高校篇

某"双一流"高校，研究生规模已经接近本科生——在校硕士一万二、博士两千六、留学生八百。研究生宿舍跟本科完全不是一个物种：夫妻房、单身教授公寓、留学生公寓、博士延毕生与新生混住、中外学生在同一层水房。每年研究生院和留学生办公室为"谁可以住夫妻房"、"中外混住怎么配"、"延毕博士的床位保留多久"这三件事吵两轮。

研究生与国际学生场景的核心难题是"本科生那套默认配置全部不适用"。系统的应答分七个层面。

35.1 研究生不是一种学生，是四种

• 硕士新生（一学制两到三年）：住宿需求接近本科，但强调按导师 / 课题组聚住。
• 博士与延毕生（学制四年、实际平均六年）：住宿周期不稳定、延毕一年后床位政策各校不同。
• 专业学位硕士（MBA、MPA、教育硕士等）：非全日制、周末上课、住宿需求断续。
• 留学生（语言生、本科生、研究生）：签证窗口、文化差异、夫妻房与家庭公寓。

这四类学生的住宿政策在系统里都是"批次 + 混编开关 + 字段扩展"三件事——不是一刀切。批次表按学生类别分开、混编开关按课题组 / 导师 / 国籍配置、字段元数据扩展"配偶信息""签证有效期""延毕状态"。

35.2 夫妻房：一条特殊房型怎么落进系统

夫妻房在国内高校不算普遍但真实存在——博士生、已婚留学生都有需求。它在系统里不是一条特殊流程，是三个具体配置的叠合：

• 房型定义：宿舍类型表里加一条"夫妻房 / 家庭公寓"，标注容量为 2、性别要求为"男女混住允许"、组织要求为"已登记婚姻状态"；
• 字段扩展：字段元数据加"婚姻状态"、"配偶姓名"、"结婚证编号"、"配偶身份证号"（加密存储）；
• 审批链：调宿申请的审批链加一级"研究生院 / 留学生办核准"，非普通辅导员一级批完即可。

同一套系统能承接夫妻房，靠的不是"支持特殊流程"这种功能承诺，是"批次 / 房型 / 字段 / 审批链"四个配置项能拼出这种特殊场景。这四个配置项在系统里都是运行时可改、不发版。

35.3 中外混住：一条政策背后的六个配置

某校的"中外混住"政策是"同楼层混、同房间不混；每层不超过 30% 留学生；寝室成员至少一名中国学生"。这三句话落到系统里是六个具体配置：

• 混编开关：国籍字段勾"允许同楼"、不勾"允许同室"；
• 预分配比例：楼级 MemberRatio（成员比例）设 30% 上限；
• 求解器软约束：加一条"每间至少一名中国籍"的软约束；
• 质量规则：加一条"某楼留学生比例 > 30%"的定期核查；
• 检查模板：宿舍卫生检查按"有留学生"与"无留学生"两套模板；
• 消息模板：留学生端走英文模板、中国学生端走中文模板。

一条政策 → 六个配置点——这个映射关系是研究生与国际学生场景里最常出错的地方。政策讲得清清楚楚，落到系统里没配全，跑出来就不是那个意思。这套系统的六个配置点全部存在，但学校需要一次配齐——这是交付与陪跑存在的理由。

35.4 延毕博士：床位保留多久

博士延毕在国内是普遍现象，某些学科平均毕业年限六年、学制四年——多出来的两年床位怎么算？

• 保留床位：延毕期间床位保留、住宿记录仍在、状态"在住"；但学籍状态可能已经变为"延期"。系统对这两种状态都能表达，字段元数据加"学籍状态"字段与延毕起止时间。
• 转为周转：延毕满一年转"周转床位"、不再按博士生标准配置；这一档需要在批次表里配一条"延毕 > 12 个月自动降级"的规则，走定时任务处理器每月扫一次。
• 强制腾退：延毕满学制上限（多数学校六年）必须腾退；这一档是硬约束、由研究生院审批后系统直接生成调宿申请。

这三档在不同学校的选择不同。系统对三档都支持——区别只是学校想不想把这条政策落成自动化。没落成自动化的学校，靠每学期初研究生院手动跑一次名单；落成自动化的学校，处理器每月扫一次、结果直接进问题工作台。

35.5 签证窗口与留学生管理

留学生的住宿跟签证窗口绑定——签证到期前 30 天必须完成住宿登记，否则影响续办。这件事在系统里落三处：

• 字段元数据加"签证有效期"字段（日期型、加密存储）；
• 定时任务处理器每月扫一次"未来 60 天签证到期 + 在住"的留学生，生成一条提醒落到问题工作台与留学生办；
• 消息通知走企业微信 + 邮件双通道，英文模板。

这套能力是"框架到位"档：定时任务处理器与消息通知通道是现成的；但"签证到期提醒"这条处理器需要学校自己配置触发规则与模板。系统提供机制，学校决定政策。

35.6 智能层什么时候上

研究生与国际学生场景的智能层价值判断跟本科完全不同：

• 智能预排价值不大——研究生人数少、导师 / 课题组约束天然形成分组，人工分配的成本不高。真正有价值的是夫妻房 / 家庭公寓的稀缺资源排队与轮换，这件事需要的是"申请队列 + 政策规则"而不是算法。
• 归寝异常预警：博士与留学生作息本来就不规律，用本科的"23:00 打卡未归"判定会产生大量假阳性。必须先把这类人群的作息基线独立建模——这也是为什么系统里的作息突变检测器用"个人 14 天中位数"而不是"全校统一阈值"，就是为这种场景留的口子。
• 360 画像：对研究生和留学生价值最大，因为导师、课题组、延毕状态、国籍、语言这些维度在本科阶段没什么信息量，在研究生阶段是决定管理方式的关键变量。

35.6b 语言与文化：一个不能忽略的细节

留学生管理比本科生多一层：通知要能双语、表单要能双语、审批意见要能双语。系统的消息模板与字段元数据都支持多语言词条挂载——同一个消息模板可以配中英文两条文本，按接收人语言偏好推送。表单标签也支持挂英文别名，留学生登录移动端看到的是英文界面、管理员看到的还是中文。这件事不是花架子——在需要家长签字、需要学生对政策确认的场景里，语言不通就是签字无效，责任链立刻断掉。系统对这件事的承接是配置项层面的，不是二次开发。

35.7 给研究生与国际学生的一句话

你的学校不是"本科生学校附带管一点研究生"，是"两套学生管理体系并存"。系统的价值对你是：批次、房型、字段、审批链四个配置点能拼出夫妻房 / 家庭公寓 / 中外混住这些特殊场景；签证窗口、延毕处理、课题组聚住这些政策都能落成配置而不是程序改造。

先扩字段、再定批次、后跑政策——这条时序对研究生与国际学生场景是唯一可行的路径。不要试图用"本科生那套配置 + 手工处理特殊案例"运转这类学生，那只会让研究生院每学期都在加班。