ChineseResearchLaTeX 从 v4.0.1至 v4.0.6：一大波新特性袭来！

北京时间 2026 年 3 月 16 日，ChineseResearchLaTeX 不是在“正常更新”——它是在用 1 天 6 个 release、36 个 commit 的节奏，强行把自己从“一个好用的 LaTeX 模板仓库”，推进成一套更完整的 中国科研写作基础设施。

如果你今天还只是把它理解成“国自然模板项目”，那你已经落后于它今天的变化速度了。

1 先看结论：今天这波更新，核心不是修 bug，而是重写边界

今天的版本推进，从 v4.0.1 一路冲到 v4.0.6。这不是零碎修补，而是连续完成了几件真正会改变项目上限的事：

• 毕业论文产品线正式落地
• 学术简历产品线正式落地
• 共享字体基础包被独立抽出来，底层依赖开始平台化
• VS Code 本地构建链路开始为 Windows / macOS / Linux 真正统一
• 安装器、打包器、镜像发布、README 模板列表同步都被一起补齐
• Windows 控制台最烦的 UTF-8 输出问题，被在 CLI 层面一口气处理掉

一句话概括：这一天，ChineseResearchLaTeX 不再只是“给你几个模板”，而是在把“科研文档生产”做成一条完整工程链。

2 第一枪：毕业论文不再是 README 里的“规划”，而是直接交付成产品线

今天最重的一刀，来自 v4.0.1。

这一版最值得注意的，不是“新增了两个例子”这么简单，而是毕业论文这条线开始具备了完整的产品形态：

• 新增 bensz-thesis 公共包，说明毕业论文已经不再靠单项目硬拷贝，而是开始走共享样式基础层
• 新增 thesis-smu-master 和 thesis-sysu-doctor 两个示例项目，分别覆盖硕士和博士场景
• 演示正文被替换成公开可分发版本，说明维护者已经在认真处理“可公开发布”和“可真实演示”之间的边界
• thesis_project_tool.py 被放进公共工具链，支持构建、清理、像素级比对，这意味着它追求的不是“能编译就行”，而是“交付结果可验证”
• install.py 和 pack_release.py 同步更新，毕业论文从第一天起就被接进安装和发布链路，而不是孤立存在

这件事为什么重要？

因为国内很多 LaTeX 项目最大的毛病是：样例能跑，体系不成型；某个模板能用，换场景就重来。 但这次毕业论文的落地方式很不一样，它不是“顺手加个模板”，而是按公共包、示例项目、安装入口、发布打包、文档同步、验收脚本这一整套工程标准推进的。

这意味着项目的野心已经非常明确：它要覆盖的不只是基金和论文，而是整个科研训练路径。

3 第二枪：学术简历被正式纳入主战场，项目边界继续外扩

如果说毕业论文是把“学位培养阶段”的需求接进来了，那么 v4.0.2 则更进一步，直接把 学术简历 纳入了这套体系。

这次更新不是轻量级加法，而是一次完整的产品线落地：

• 新增 bensz-cv 公共包
• 新增 cv-01 示例项目
• 直接提供中英文双版本简历输出
• 引入完整字体资源、构建脚本、安装脚本、发布打包支持
• README 模板列表和自动同步工作流也同步为 CV 分类让路

这一步非常有信号感。

因为它说明维护者已经不满足于服务“写一篇文档”的单点需求，而是开始覆盖 科研表达的全链路：

• 申基金，要 NSFC
• 发论文，要 paper
• 写毕业论文，要 thesis
• 求职、出站、学术交流、主页展示，要 CV

也正因为如此，README 今天专门把项目定位从“三条写作主线”升级成了“四条文档主线”。这个动作看起来像文案更新，实际上是在对外宣布：项目的产品版图已经变了。

如果你理解这个动作，就会知道今天真正的变化不是“多了一个简历模板”，而是 ChineseResearchLaTeX 正在把自己从“模板集合”升级成“科研文档系统”。

4 第三枪：bensz-fonts 被抽离出来，这才是今天最硬核的底层动作

很多人看 release，只盯着表面新增了什么模板；但真正懂工程的人，今天会盯住 v4.0.3。

这一版做的事情非常关键：把共享字体基础包 bensz-fonts 正式抽离出来。

表面上看，这只是“整理字体目录”；实际上，它解决的是长期会把项目拖死的底层耦合问题：

• NSFC 和 CV 中分散的字体资源被统一迁移
• 字体目录被扁平化，依赖结构变得更清楚
• 安装器、TDS 打包、Overleaf 打包链路一起适配字体依赖
• 发布后的 README 模板链接回归测试也被补上
• 字体架构开始有单独的设计文档和安装测试兜底

这背后的意义很大。

一个项目只要开始做多产品线，只靠“每个模板自己带一份字体”迟早失控。字体资产会重复，安装逻辑会分裂，发布包会膨胀，Overleaf 适配会变脆，Windows 和 macOS 的路径问题会层出不穷。

而今天 bensz-fonts 的出现，本质上是在宣告：字体从附件，升级成平台级依赖。

这一步看似不性感，但它决定了后面 thesis、cv、paper、nsfc 这些线，能不能继续扩而不炸。很多仓库会死在“功能越多越乱”这一步，而这个项目今天是在主动补底盘。

5 第四枪：发布链路开始工业化，不再只盯 GitHub 一个出口

今天还有一个很容易被低估的动作：v4.0.4 引入了 GitHub Release 自动同步到 Gitee 镜像 的工作流。

这事看上去像运维细节，但如果你真的服务中文科研用户，就知道它一点也不细。

原因非常现实：

• GitHub 下载速度和可达性并不总稳定
• 字体、模板、Overleaf 包体积不小
• 中文用户面对“装不上、下不动、链路断”时的容忍度极低
• 一个科研工具项目，如果交付链路不稳，再漂亮的模板也会被骂废

所以今天这一步，不只是“多一个镜像站”，而是在补“面向中国用户实际使用环境”的交付能力。

再结合今天对 pack_release.py --upload 的强调、README 模板列表自动同步、项目目录导览 README 的加入，你会发现一个更清晰的趋势：ChineseResearchLaTeX 开始认真处理“发布之后会发生什么”。

这和很多只会在本地跑通、却从不处理分发体验的仓库，完全不是一个维度。

6 第五枪：跨平台构建终于开始动真格，Windows 用户这次不是被顺带照顾

今天晚上的几次 release，火力非常集中，目标只有一个：把跨平台体验从“理论兼容”推进到“实际可用”。

6.1 安装器不再假设你的环境“应该已经配置好”

v4.0.5 之前的关键提交里，安装脚本开始增强对常见 TeX 可执行文件目录的自动探测：

• 兼容 macOS / Linux / Windows 的常见路径
• 同时考虑 TeX Live 和 MiKTeX
• 新增 --texmfhome 参数，允许手动覆盖 TEXMFHOME
• 当系统 PATH 没配好时，不再直接把用户扔进黑盒报错

这听起来像小改动，但其实非常关键。

因为绝大多数普通用户不是卡在模板本身，而是卡在“为什么这个命令找不到 TeX”“为什么我明明装了就是不行”。谁能把这类坑抹平，谁才能把项目从高手玩具变成真正的工具。

6.2 VS Code 构建链路彻底告别 bash -lc

更狠的是当天 v4.0.5 本身：项目把 LaTeX Workshop 的构建方式，从过去依赖 bash -lc "python3 ..."，切换成了 texlua + Lua launcher 的跨平台方案。

这意味着什么？

• Windows 不再需要在 VS Code 构建链路里强行假设 bash 存在
• 项目级 scripts/*_build.py 可以通过统一 launcher 被调用
• NSFC、SCI、thesis、cv 各项目的 .vscode/settings.json 全部一起升级
• 工作区配置同步脚本也同时更新，避免将来再次分叉

这不是在“改一条命令”，这是在清理一个会长期折磨用户的跨平台历史包袱。

说得直接一点：谁真正用过 Windows 搭 LaTeX + VS Code + AI 工具链，谁就知道这一步有多值钱。

7 第六枪：Windows 终端乱码和报错问题，被用最笨但也最有效的方式狠狠干掉

今天最后一个 release，v4.0.6，是典型的“小改动标题，巨大用户价值”。

它做了一件很多维护者嫌麻烦、但用户天天会踩中的事：给多个 Python CLI 入口统一加上 Windows UTF-8 标准输出配置。

覆盖的脚本包括：

• nsfc_project_tool
• manuscript_tool
• fix_docx_spacing
• install
• build_tds_zip
• thesis_project_tool
• cv_project_tool
• pack_release
• 以及其他相关 CLI 入口

这样做之后，Windows 默认 GBK 控制台在输出 ✓、✗、⚠️、❌ 这类 Unicode 符号时触发 UnicodeEncodeError 的老问题，就被主动拦截了。

这类问题最烦的地方在于，它们不会写在项目卖点里，但会直接毁掉第一次使用体验。用户甚至不会说“这里有编码问题”，他只会说：这个项目不行，跑不了。

所以 v4.0.6 的价值，不在于它看起来多炫，而在于它体现出维护者开始认真对待“最后一公里”的体验。

8 把今天这 6 个 release 串起来看，真正发生了什么？

如果把北京时间 2026 年 3 月 16 日这一天的 v4.0.1 到 v4.0.6 连起来看，结论其实非常清楚：

ChineseResearchLaTeX 正在从“几个能用的模板”升级成“面向中国科研写作的工程化平台”。

它今天补的，不只是模板数量，而是平台真正需要的几层能力：

• 产品层：NSFC、SCI、毕业论文、学术简历，四条主线开始成型
• 资源层：字体被抽成公共依赖，不再散落在各模板里
• 工具层：安装、构建、打包、同步、镜像、回归验证开始成体系
• 平台层：Windows / macOS / Linux 的兼容问题被正面处理
• 交付层：GitHub Release、Gitee 镜像、README 自动同步和导览文档一起推进

所以今天最值得传播的，不是“这个项目又更新了”。

而是：它正在抢占“中国科研 LaTeX + AI 写作”这条赛道里，最难也最值钱的位置。

谁先把模板、字体、构建、发布、编辑器、AI 工作流这些零散环节串成一个稳定系统，谁就不是在做仓库维护，而是在做基础设施。

从这个角度看，今天这波更新非常值得重视。

如果你是已经在用这个项目的人，今天这波变化会直接改善你未来的安装、构建、下载和扩展体验；如果你还没关注它，现在再回头看，它已经明显不是那个“只做国自然模板”的旧项目了。

9 项目地址

GitHub：https://github.com/huangwb8/ChineseResearchLaTeX