结构化标书文档生成工具

多人分工写,
一键自动合

把一份完整的标书拆成可管理的章节,用模板与数据生成章节内容, 最后按规则合并成一份格式统一、编号连续、目录完整的正式文档。

主文档 = 骨架 + 蓝图
主文档模板 章节骨架 · 合稿蓝图
章节源文件 各人独立编写 · N 份
数据表格 变量 · 循环数据集
合稿输出 整册成品 · 可直接送审
完全离线不出网,不依赖云端服务
单文件分发一个可执行文件即完整程序,免安装
原格式保留样式编号图片原样搬入

时长 18 秒 · 含背景音乐 · 功能细节见下方版块

痛点本质

难的不是「合稿」,而是「重复合稿」

章节一旦分工,合稿就不再是一次性动作,而是一个反复循环。 每一次上游改动,都要在下游重来一遍。

合稿循环 一个项目里真实发生的样子
  • 01A 改了第 3 章合稿一次
  • 02B 改了第 5 章合稿一次
  • 03C 又改了第 3 章再合稿一次
  • 04甲方临时换了项目名称 → 全文替换合稿一次
  • 05截标前一天,所有人同时改疯狂合稿
合稿次数与项目后期的工作量正相关——越接近截止,越频繁、越紧急、越容易出错。
改一处,牵一发编号乱了、目录错了、页眉页脚不对,改一个小标题可能全线返工。
不知道谁改了什么没有变更记录,只能靠肉眼逐段对比。
格式越合越乱多人各写各的样式,合到一起就炸。
出错成本高合错版本、漏合章节、覆盖别人内容。
合稿人本质上变成了人肉文档合并器——多人改、反复合、格式统一, 这三件事叠加在一起,没有哪种手工方式能真正解决。
核心链路

拆分章节 → 内容模板化 → 生成合稿

把「合稿」从一次性手工动作,变成可重复执行的流水线—— 同一批章节源文件可以反复重新生成,格式、编号、目录每次都从主文档重新推导。

STEP 1

拆分章节

一个项目一份主文档,定义章节的层级、顺序与数据来源,再由它拆出各章节源文件, 分给不同人并行编写——每个人仍在 Word 里写,习惯不变。

  • 主文档是唯一的合稿入口
  • 章节各自独立,互不覆盖
  • 标题层级由主文档统一决定
STEP 2

内容模板化

把重复结构写成指令,把变化部分交给数据。四类语法覆盖绝大多数正式文档的骨架形态, 并可任意层嵌套。

  • 占位符取变量,全局常量随处引用
  • 循环 / 表格指令按数据展开
  • 插入指令搬运已有文档
STEP 3

生成合稿

汇总章节文件,按主文档骨架自动生成整册。编号、目录、样式全部重新推导, 图片与内嵌对象随内容一并搬运。

  • 编号连续、目录完整
  • 改一处只需重新生成
  • 同一批源文件可反复出稿
于是这五件事,都不用再做了
不用从零写整份标书
不用手动拼章节
不用反复调格式
不用人工合并编号和目录
不用来回复制粘贴历史内容
功能与指令

五条命令,覆盖合稿全链条

从拆稿、生成到合稿输出,五条命令覆盖全流程;桌面界面上每个菜单就是其中一条,按需选择即可。

模板生成

gen

完整的模板引擎:占位符取变量、循环按数据重复整段、 表格逐行展开、插入并入已有文档,四类语法可任意嵌套组合。 生成后模板里的样式、编号、图片与内嵌对象原样保留,不是普通的文本替换。

doc-merger gen -t 模板.docx --data 数据.xlsx -o 合稿.docx

文档合并

merge

以第一个文档为基础,依次追加后续文档正文。图片与内嵌图表随内容一并搬运, 不会丢失或错位。

doc-merger merge 章节1.docx 章节2.docx 合稿.docx

批量替换

replace

一份模板 + Excel 逐行数据 → 一批结构相同、内容不同的文档。适合成套产出的场合。

目录抽取

toc

按标题样式或大纲级别识别层级,抽成带缩进的纯文本目录,用于核对章节是否齐全。

图片提取

images

把文档内的图片按序抽成独立文件,便于素材盘点、复用与归档。

模板能力

四类指令,把「写内容」变成「填数据」

模板正文里用双花括号写指令,运行时按数据自动展开。四类语法可任意嵌套组合, 模板原有的样式、编号、图片与内嵌对象原样落到结果里。

01

文本占位符

replace · gen

把变量填进正文。写 {{列名}} 取当前行数据,写 {{表名.列名}} 引用指定表 ——项目名称、编制单位这类全局常量,在任何章节、任何层级都能直接引用。

项目:{{项目名称}} · {{客户名称}} 单位:{{系统.系统名称}} · {{模块.名称}}
02

循环指令

gen

数据表里有几行,{{#循环开始}} 与 {{#循环结束}} 之间的整段内容就复制几份, 可按父行条件展开子表——章节结构随数据自动生长。

{{#循环开始 数据表=模块}} 模块:{{模块.名称}} {{#循环开始 数据表=部件 筛选列=模块 筛选值=模块.名称}} 部件:{{部件.名称}} {{#循环结束}} {{#循环结束}}
03

表格指令

gen

在指令之间按数据逐行展开一张表:以 模板行 指定的那一行为模板复制, 表头保持不动,数据有几行就生成几行。

{{#表格开始 数据表=模块 模板行=1}} │ {{模块.名称}} │ {{模块.标识}} │ {{#表格结束}}
04

插入文档指令

gen

把已有文档并到当前位置,随文图片与内嵌对象一并搬运,图表不会错位。 插入哪一份文档可以按章节动态决定。

{{#插入开始}}章节/技术方案_v2.docx{{#插入结束}}
应用场景

在这些场合,它替你省掉全部「合并」动作

共同特征只有一个:多人分工、结构同构、需要反复出稿。

商务标书 · 分工编写

离线 / 涉密

技术方案、服务方案、实施组织、案例章节分别交给不同人。项目经理只维护一份主文档, 收齐各章节即可一键出稿,不必再逐段复制、逐项核编号。

截标前的每一次修改,都只是重新生成一次

学术科研文档 · 长文拆章

长文协作

学位论文、研究报告这类上百页的长文档,按章拆成独立文件后,每一章都能单独编写、单独送审、 单独替换版本;合回去编号与目录自动连续,不必通篇重排。

章节各改各的,合稿只做一次

成套项目文档批量产出

批量

需求规格、部件说明、接口文档这类「结构一致、内容各异」的材料, 一份模板配一张表即可成套产出,避免同一份文档被手工改写十几遍。

把「重复劳动」换成「填一张表」

历史素材复用与盘点

沉淀

旧项目文档可以抽目录、抽图片,快速看清「里面有什么」, 把散落的历史文档重新变成可复用的标书资产。

上一份标书的结构与数据,下一个项目直接用
落地方式

一套固定目录,团队里谁都看得懂

一个项目一个目录,只放三类东西:主文档模板、数据表格、章节与合稿。 结构清晰到可以被任何人接手。

推荐目录结构 一个项目一个目录
<XXX项目>/
├── <XXX项目>模板.docx ← 主文档:章节骨架 + 合稿蓝图
├── 数据表格.xlsx ← 项目数据与各章节数据(一 Sheet 一张表)
├── 章节/ ← 拆分后交给各人编写的源文件
│ ├── <XXX项目>_技术方案_20261001_v1.docx
│ ├── <XXX项目>_技术方案_20261006_v2.docx
│ └── <XXX项目>_技术方案_20261010_v2.docx
└── 合并稿/ ← 产物:可直接送审的整册文档
└── <XXX项目>_v1.docx
  • 1
    主文档模板只有一个合稿的唯一入口。章节顺序、标题层级、样式基准全部由它决定。
  • 2
    数据集中在数据表格表名即指令里的数据表名,首行即列名。
  • 3
    章节文件带日期与版本文件名里带日期与版本号,谁在什么时候改的,一眼可见。
  • 4
    合稿产物单独放统一落到 合并稿/,永远不覆盖 章节/ 里的源文件——源文件是资产,产物是可再生的。
  • 5
    改内容改源头要改哪一章,就改对应源文件或数据表,然后重新生成。不直接手改合稿。
产品边界

边界清楚,才敢放进正式流程

只做结构化标书文档生成这一件事。不做通用办公软件,也不试图替代 Word ——你的既有习惯与既有文档,都原样保留。

不做

  • 不做通用文字处理软件
  • 不做替代 Word 的编辑器
  • 不做复杂排版设计工具
  • 不做通用协同办公平台

只做

  • 结构化章节管理
  • 模板化内容生成
  • 数据驱动文档生成
  • 标准化合稿输出
  • 可复用标书资产沉淀

把「重复合稿」这件事,从流程里删掉

如果你们的标书、设计方案、成套项目文档正处在「多人分工写、反复手工合」的状态, 欢迎联系我们做一次场景对接与试用。

支持离线环境部署 · 可按你们现有的目录结构试点