要在小组内推行 Typst（或者你提到的 Typstify 流程），“不改变他人习惯” 是最高级的策略。既然你的目标是让他们继续用 Word，而你负责汇总和统一格式，那么你实际上是在扮演一个“文档架构师”的角色。

以下是实现“最低阻力推行”的实操方案：

1. 核心策略：内容与格式彻底解耦

不要试图教小组成员使用 Typst 语法。对他们而言，Word 只是一个“内容输入框”。

  • 成员侧： 保持现状。用 Word 写作，只需要遵守最基本的约定（如下文提到的“极简规范”）。
  • 你的侧： 使用 Pandoc 作为桥梁，将 Word 自动转化为 Typst 源码，然后套用你写好的 Typst 模板。

2. 如何将成员的 Word 变更降到最低？

你只需要给成员提供一个“极简 Word 模板”或几条简单的写作指令，目的是为了方便你后续的自动化处理：

  • 只使用内置样式： 告诉大家只准使用 Word 的“标题1”、“标题2”、“正文”样式。严禁手动调字号、颜色和缩进。
  • 规范图片和表格： 图片直接粘贴，但下方必须写好“图注”；表格使用简单的 Word 自带表格。
  • 不要做任何复杂的排版： 明确告诉他们：“排版交给我，你们只管把内容敲对。”这通常是大家最欢迎的指令。

3. 技术实现路径：从 Word 到 Typst

你可以建立一套半自动化的流水线，将收集到的 Word 文档快速“Typst 化”：

第一步：格式转换 (Pandoc)

安装 Pandoc。这是将 Word (.docx) 转换为 Typst (.typ) 的神器。

# 将成员提交的 docx 转换为 typst 源码
pandoc input.docx -o content.typ

第二步：模块化汇总

在你的主文档（例如 main.typ）中，使用 #include 指令引用这些转换后的文件：

#import "template.typ": project
#show: project.with(title: "小组周报", authors: ("张三", "李四"))

#include "member1_content.typ"
#include "member2_content.typ"

第三步：统一渲染

无论成员在 Word 里用的是宋体还是微软雅黑，只要你在 template.typ 里定义好了样式，最终输出的 PDF 都会严格统一。

4. 文档版本管理

既然由你统一汇总，版本管理的压力就在你身上。建议采用以下结构：

管理维度 方案
源码控制 将 .typ 文件和图片素材放入 Git 仓库。
差异比对 利用 Git 的 diff 功能。虽然 Word 是二进制文件很难比对，但转换后的 .typ 是纯文本，你能一眼看出成员改了哪行文字。
成品归档 每次汇总后，导出带有版本号的 PDF（如 report_v1.0_20260302.pdf）。

5. 展现“甜头”：低阻力推行的催化剂

当小组成员看到以下结果时，他们会自然而然地支持你的工作：

  1. 极致的排版质量： 拿出一份比他们自己折腾半天还漂亮的 PDF（Typst 的公式和间距是 Word 无法比拟的）。
  2. 极速响应： 哪怕是几百页的文档，你改个字体设置只需要 1 秒钟就能重新生成全稿，而 Word 可能会崩溃或卡顿。
  3. 多格式支持： 告诉他们，你不但能出 PDF，还能顺便帮他们生成网页版或符合期刊要求的投稿版。