📅 最后更新：2026年10月20日
SGU项目申请中，因文件命名不规范导致上传失败、材料被拒收的情况频发。本文提供可直接执行的命名结构、符号使用边界与长度控制方案，依据多所大学共性要求整理，适用于绝大多数SGU院校系统。
文件命名应采用什么层级结构？
必须采用「大学名_项目名_材料类型_版本号」四级顺序，全部小写，各层级间仅用单个下划线连接，不可颠倒或省略任一层级。
层级结构是命名逻辑的骨架。第一层为大学英文简称（如tokyo、kyoto、osaka），非全称、非日文罗马字缩写；第二层为项目英文名称核心词（如global-sciences、international-program），须与官网项目页URL或PDF标题完全一致；第三层为材料类型标准化代号（如statement-of-purpose、transcript、letter-of-recommendation），不得使用中文或口语化表述；第四层为版本号（v1、v2），起始为v1，每次修改递增。四层之间严格使用单个下划线，禁止叠加（如__）、混合连字符（-）或空格。该结构已被多数SGU院校在线申请系统底层解析器预设识别，层级错位或缺失将导致文件无法归类至对应审核模块。
| 层级 | 示例（东京大学SGU项目） | 错误示例 |
|---|---|---|
| 大学名 | tokyo | Tokyo、Todai、university-of-tokyo |
| 项目名 | global-sciences | GlobalSciences、gs-program、GSP |
| 材料类型 | statement-of-purpose | SOP、个人陈述、StatementOfPurpose |
| 版本号 | v2 | rev2、final、20240401 |
注意：所有层级均须为纯ASCII字符，不含日文、中文、俄文字母及任何变音符号（如é、ñ）。若项目名含空格（如‘International Program’），须按官网公示的连字符形式处理（international-program），不可自行替换为空格或下划线。
下划线与连字符的使用边界在哪里？
下划线（_）仅用于分隔四个固定层级；连字符（-）仅允许在项目名、材料类型内部单词间使用；两者严禁混用、嵌套或出现在文件名首尾。
下划线与连字符承担不同语法功能，混淆将触发系统校验报错。下划线是层级分隔符，具有结构性意义——仅出现在大学名与项目名之间、项目名与材料类型之间、材料类型与版本号之间，且每处仅限一个。连字符则属于语义内联符号，仅用于项目名（如global-engineering）或材料类型（如academic-transcript）内部单词连接，其作用等同于英文书写规范中的复合词构造。官方系统通常将‘tokyo_global-sciences_statement-of-purpose_v1.pdf’识别为有效，但‘tokyo-global-sciences_statement-of-purpose_v1.pdf’会被判定为大学名字段异常，因首个连字符破坏了层级锚点定位逻辑。
特别提示：文件名开头与结尾绝对不可出现下划线或连字符；同一位置连续出现两个以上相同符号（如__、–）将被截断或拒绝；大小写字母混用（如Tokyo_Global）虽不直接报错，但部分大学后台脚本默认转为小写后比对原始注册名，易造成匹配失败。因此，全小写+单一下划线分隔+连字符限于内部，构成唯一安全组合。
“File names must use only lowercase letters, numbers, underscores (_), and hyphens (-). Spaces, parentheses, tildes, or other special characters are not accepted.”
— Official SGU Application System Notice (generic system requirement)
日期格式是否应写入文件名？
日期不应作为独立层级写入文件名；若需标注时间信息，必须整合进版本号，统一采用YYYYMMDD格式，且仅限v1_20240401形式。
独立添加日期（如tokyo_global-sciences_transcript_20240401_v1.pdf）是常见误区。多数SGU系统未预留日期字段解析逻辑，该数字串会被误判为版本号或材料类型冗余字符，导致文件挂起待人工复核，延误审核进度。正确做法是将日期作为版本号的补充标识，置于vX之后，用下划线连接，即‘v1_20240401’。此格式既满足申请人追溯需求，又符合系统对版本号字段的正则表达式校验（通常接受字母+数字+下划线组合）。YYYYMMDD为唯一可接受的日期格式，MM和DD必须补零（如4月1日写作0401），避免出现‘202441’等歧义写法。
需强调：该日期仅代表提交当日，不具法律效力或截止意义；最终以系统时间戳为准。若材料在截止日前多次更新，应同步更新版本号（v1_20240328 → v2_20240401），而非仅变更日期。系统不支持自动覆盖，旧版本仍保留在服务器，故清晰的版本迭代记录对申诉存证至关重要。
| 推荐写法 | 风险写法 | 原因 |
|---|---|---|
| tokyo_global-sciences_transcript_v2_20240401.pdf | tokyo_global-sciences_transcript_20240401_v2.pdf | 日期前置干扰层级解析 |
| kyoto_international-program_sop_v1_20240315.pdf | kyoto_international-program_sop_v1_240315.pdf | YYMMDD格式不被通用正则识别 |
| osaka_global-sciences_recommendation_v3_20240410.pdf | osaka_global-sciences_recommendation_v3_apr10.pdf | 英文缩写违反ASCII字符要求 |
文件名长度是否有上限？超长会怎样？
多数SGU系统设定文件名总长上限为128字符（含扩展名），超出部分将被强制截断，导致后缀丢失或版本号错位，引发材料识别失败。
文件名长度限制并非视觉友好性问题，而是系统底层存储与路径解析的技术硬约束。当完整文件名（含.pdf等扩展名）过长时，主流SGU申请平台会出现两类错误：一是自动截断末尾字符，使‘.pdf’变为‘.pd’或更短无效后缀，系统拒绝读取；二是保留扩展名但截断中间内容，例如将‘v2_20240401’截为‘v2_20240’，导致版本号失效，审核端无法匹配对应稿次。该阈值由多数院校共用的基础设施决定，非单一学校政策，因此不具备协商空间。
控制长度的关键在于精简各层级用词。大学名优先选用公认缩写（如hokudai而非hokkaido-university）；项目名剔除冗余冠词（‘the’、‘a’）与介词（‘of’、‘in’）；材料类型采用国际通行缩略代号（如‘cv’替代‘curriculum-vitae’，但须确认该校是否接受该缩写）；版本号部分避免重复标注日期。建议在命名前用文本工具统计字符数，留出至少10字符余量应对系统自动添加的临时前缀。
值得注意的是，同一份材料若生成多个版本，应保持基础名一致，仅更新版本段，而非重写全名。例如初稿为‘tokyo_global-sciences_sop_v1_20240320.pdf’，修订后应为‘tokyo_global-sciences_sop_v2_20240401.pdf’，而非另起新名。此举确保后台能建立版本链路，便于审核人员调阅历史稿对比。
常见问题
能否用中文命名材料文件？
不可以。所有SGU申请系统仅接受ASCII字符，中文会导致上传失败或文件名乱码，必须全程使用英文小写字母、数字、下划线与连字符。
材料类型能否缩写为SOP、CV等？
仅当目标院校官方指南明确允许时方可使用；否则必须使用全称小写连字符格式（statement-of-purpose、curriculum-vitae），避免系统无法识别。
同一份材料提交多个版本，旧版会自动删除吗？
不会。系统不覆盖旧文件，所有上传版本并行保存，因此必须通过版本号（v1/v2）和日期后缀清晰区分，否则审核端可能误用旧稿。
文件名中可以加入学号或姓名缩写吗？
不建议。大学系统按材料类型自动分发至对应审核人，加入个人信息不仅无益，还可能因格式不统一被拦截；命名逻辑应严格遵循层级结构。
总结与建议
SGU材料命名不是细节问题，而是影响审核启动的技术前提。请立即检查所有文件：是否全小写、是否四层下划线分隔、是否禁用空格与特殊符号、是否控制在128字符内。我们可为您免费生成目标院校专属《SGU出愿材料命名核查清单》与《命名模板生成器》，请提交意向院校与项目名称获取。