300 页技术标，84 分钟——难的从来不是写得出来

一份工程类技术标，正常做要五到八天。大型项目七到十二天。而现实里，留给你的经常只有三天。

我们内部做了一套东西来解决这件事：把招标文件读进去，解析评分项、规划章节结构、逐章生成正文、跑一遍废标项自检，最后渲染成 docx。

内部实测的耗时是这样的：

七月中旬跑的一个样本：300 页，84.4 分钟，10 章，约 36.8 万字符，导出的 docx 11MB。

这个数字容易让人误会，所以先说清楚耗时口径：它包含章节规划、逐章生成、篇幅扩写、评审委员会复核和 docx 渲染，不含招标文件解析——那是单独的一步。

但这篇文章想讲的不是 84 分钟。

让大模型吐出 36 万字并不难，2026 年这已经不算本事。真正难的三件事，一件都不在"生成"上。

先说我们放弃了什么

这套系统只做技术标，不做商务标和报价。

这个取舍不是偷懒。技术标的核心是"针对招标需求输出技术实现方案"，它对投标方的公司背景依赖极少——这恰恰是 AI 能力最强的地方。而商务标那部分是资质、执照、业绩、人员证书，是查档和填表，不是写作。报价更是业务决策，AI 掺和进去只会添乱。

主动把能力边界划出来，比多报一项功能可信。

还有一条硬规则从第一天就定死了：只引用用户明确提供的事实，不编造资质、业绩、人员或任何承诺。

AI 写标书最大的疑虑就是编造。编出来的证书编号、编出来的同类项目经验，中标之后是要履约的，那属于虚假响应。主动把这条写进设计里，反而比回避它更容易建立信任。

三个概念必须分开

做之前我们花了不少时间才把这三样东西拆清楚，拆错了后面全乱：

关键在中间那行：章节结构不能固定死，必须由招标需求驱动。

这是反雷同的根本。所有人都用同一棵固定的目录树，标书就长得一样了——而电子标现在是要跑文本相似度比对的，几家结构雷同会被判定投标异常一致。

坑一：评分项里混着商务和价格，直接用会误判

从招标文件解析出来的评分项，里面会混进商务和价格类的条目——「投标报价」「下浮率」「总价」这种。

技术正文没法响应价格项。如果不剔除，覆盖门禁会因为"价格未响应"直接误判整份标书不合格。

我们最早的做法是子串匹配：只要含"报价"或"价格"就剔掉。

这个做法把技术项误杀了。

「技术报价方案」「价格性能比」——这些条目字面上带"价格"，本质上是技术评分项。剔掉就是白丢分。

改成精准整项判定：含商务关键词且不含技术信号词，才剔。碰到歧义的（比如「运维费用」），有意偏向技术侧，宁可漏判也不误删。

真正见功夫的是最后一步：被剔掉的商务项不能静默消失。它要在结尾的符合性表里保留一行，响应列标注"见商务标"。

因为评委是拿着评分表逐条核对的。表上少一行，比内容写得差更致命。

内容差只是那一项扣分，缺行是让评委在你的文档里找不到对应内容——找不到就不给分，而且他不会替你翻。

坑二：把技术指标当成了功能

系统曾经在生成一级功能模块的时候，把「报告模板种类」「并发用户数」这类东西当成一级功能，直接写进了章节结构。

错在维度。

指标是衡量功能的量化标尺，不是功能本身。 一级功能里混进一堆不是功能的"功能"，整份方案读起来就是乱的——评委翻到目录那一页就知道这东西没人管过。

改法是：一级功能只从功能性条目派生，技术指标全部排除；指标按相关度下沉，进到各功能底下的「功能指标响应」子块里。

这个坑的价值不在它本身，在它说明了一件事——结构错了，内容写得再好也是废的。而结构错误往往在生成完之前看不出来，等 36 万字都跑完了才发现，重来一遍的成本是实打实的。

坑三：模板不只是标题，它编码了一套方法论

最直觉的做法是找一份中标标书，把目录抄过来当母版。

我们试过。抄过来只拿到了标题，拿不到"为什么这么分章"。

更麻烦的是，能公开拿到的优质母版就那么几份，所有人都抄同一份，雷同风险直接拉满。

后来固化的东西换了一层：不是那棵树，是推导规则。

指标和需求进来 → 推导出该有哪些层、哪些模块 → 项目套路决定写到多深 → 结构再决定配哪些图。

同一套规则，不同项目长出来的是不同的叶子。一级功能名从招标文件的功能性条目派生，关键技术名从含技术信号词的要求里反向提炼，都不照抄母版。

顺带一提，排版是必须项不是可选项

正文宋体小四、标题黑体、1.5 倍行距、首行缩进两字符、A4 纵向、页眉带项目名、页脚"第 X 页 / 共 Y 页"、封面不显示页眉页脚。

这些不是锦上添花。评标对格式的要求极严，暗标项目更是格式不符直接废标。一个能生成 36 万字但导出来格式一塌糊涂的系统，等于没做完。

这套东西现在在哪

夺标还没上线，我们内部在用，还在打磨。所以这篇里所有数字都是内部实测，不是客户实测。

写出来是因为它挺能说明我们做智能体工程的方式：长文档生成这类任务，瓶颈从来不在模型能不能写，在结构对不对、验收标准清不清楚。 这两件事和标书没有必然关系——换成技术方案、评估报告、合规文档，坑长得一模一样。

常见问题

Q：84 分钟包含了招标文件解析吗？ 不含。84.4 分钟是章节规划、逐章生成、篇幅扩写、评审委员会复核和 docx 渲染的总耗时，解析是单独的前置步骤。

Q：生成的内容会编造资质和业绩吗？ 不会，这是设计时就定死的硬规则——只引用用户明确提供的事实，不编造资质、业绩、人员和承诺。

Q：为什么不做商务标和报价？ 商务标是查档填表，报价是业务决策，两者都不是 AI 的强项。技术标对公司背景依赖最小，是 AI 能力最强的地方。

Q：多家用同一套系统生成，会不会雷同？ 章节结构由每份招标文件单独驱动，固化的是推导规则不是固定目录树，同一套规则在不同项目上长出不同结构。

我们做 AI 与智能体方向的定制开发，也做把这类系统装进企业内网里跑的活。很多客户的第一步不是买平台，是先做一个能跑通的东西出来。

想聊聊你们手上那个"生成出来但没人敢用"的系统，可以直接找我们：beipaiai.com/services/ai-dev