一份60页的招标文件，我让WorkBuddy做了三遍交叉核对

政企投标场景的一次完整记录。核心不是「让 AI 写标书」，而是把「条款—响应—页码」这三列做成可以互相校验的结构。

一、痛点：不是写不出来，是核对不过来

政企项目投标，技术标里最耗时间的环节不是写方案，是逐条响应。

一份 60 页的招标文件，技术需求往往拆成几十条带编号的条款：第三章 3.1、3.2、3.3……每一条都要在投标文件里给出对应回应，并且在偏离表里标注「正响应」以及该响应出现在投标文件的第几页。

现实情况是：正文写完 40 页，偏离表的页码就对不上了。改一段，后面全部位移。人工核对一遍 40 分钟，改一次再核一遍，一个下午就耗在这上面。更麻烦的是评标专家真的会翻到那一页去看——页码错了，观感直接掉一档。

二、输入材料

• 招标文件（.docx 或 .pdf），技术需求章节单独拆出来
• 公司资质、历史同类项目技术方案（作为素材库）
• 上一版投标文件的偏离表（作为格式参照）

三、配置

普通对话任务，把招标文件直接上传让 WorkBuddy 解析。这个场景不需要连接器，也不需要专家团——它本质是一个结构化的文本对齐任务，不是需要外部知识的任务。

四、操作步骤

第 1 步：先把条款拆成一张表，不要让它直接写正文

第一句话我要求的是拆解，不是创作：

读取这份招标文件的技术需求章节，把所有带编号的条款拆成表格，三列：条款编号、条款原文（一字不改，完整引用）、该条款属于哪一类要求（功能/性能/服务/资质）。 不要改写、不要归纳、不要合并相似条款。编号不连续的地方也照原样保留，并在备注列标注。

这一步的意义是建立唯一事实源。后面所有工作都基于这张表，只要表是对的，结果就不会跑偏。

第 2 步：正文按「一段对应一条」写

基于上面的表格，为每条条款写一段响应正文。要求： 1. 每段以「我司完全满足以下××要求」开头，随后直接引用该条款原文 2. 引用之后写我方的实现方式，每段不少于 300 字 3. 一段只对应一条，不要合并，不要跨条 4. 不确定的参数留空，用【待填】标出来，不要自己编

第 4 条是关键。投标文件里编一个参数，评审现场被问到就是硬伤。让它承认不知道，比让它猜一个更安全。

第 3 步：让页码自己长出来

正文定稿后，导出 PDF，再把 PDF 一起给它：

这是定稿后的 PDF。请按条款编号找到每条响应正文所在的页码，填进偏离表的「页码」列。只填实际页码，找不到的填「待核」。

这一步替代了人工翻页。它给出的页码我仍然会抽查 10 条，但返工率从「整表重排」降到「个别修正」。

第 4 步：三遍交叉核对

定稿前我固定跑三个检查：

第三项可以这样问：

请检查偏离表里每一条的页码，与该条响应正文在 PDF 中的实际位置是否一致。列出不一致的条目。

五、排障记录

六、产出物

• 条款拆解表（唯一事实源）
• 段落式技术响应正文（每条一段，300 字以上）
• 偏离表（正响应 + 页码）
• 【待填】清单（集中列出所有需要人工确认的参数）

七、三条经验

1. 先建表，再写作。 结构化拆解是整个流程的地基，跳过它去写正文，一定返工。
2. 明令禁止归纳。 招标条款差一个字可能就是废标点，这类文本任务要反复强调「原文引用、不得改写」。
3. 让机器做搬运，人做判断。 页码、编号、格式这些机械对齐交给它；报价、参数、承诺这些必须人来定。而且必须留一份【待填】清单，别让空白藏在四十页正文里。

八、可复制的提示词

读取我上传的招标文件技术需求章节，把所有编号条款拆成表格：条款编号、条款原文（一字不改）、要求类型。不要合并、不要归纳。

然后基于表格逐条写响应正文，每段以「我司完全满足以下××要求」开头并引用原文，正文不少于 300 字，一条一段。

不确定的参数留【待填】，不要编造。最后导出为 docx，并附一份【待填】清单。