[Dify实战] 标书初稿整理工作流怎么搭？先把输入材料、评分点和输出结构定清楚

很多团队想把 Dify 用到投标、售前方案和项目申报材料里，第一反应往往是：能不能把招标文件丢进去，让它直接写出一份标书？

这个目标太大，也太危险。

标书不是普通长文。它里面有资格条件、评分点、技术承诺、交付周期、案例引用、售后响应和风险边界。模型可以帮助整理材料、生成初稿、提示缺口，但不能替业务负责人决定“能不能承诺”“该不该投”“这个案例能不能对外写”。

更可控的做法，是先搭一个“标书初稿整理工作流”：把招标文件、公司素材、评分点和风险边界整理成一份可继续修改的初稿包。它不追求一键完成投标文件，而是把最耗时间的材料拆解、章节整理、评分点映射和复核清单先做出来。

下面按一个小型投标场景拆一遍：如果要在 Dify 里做这样的工作流，输入材料怎么准备，节点怎么设计，输出模板怎么定，最后又该怎么检查它有没有乱写。

先把目标降到可控范围

标书工作流不要一开始就做成“自动写完整投标文件”。更合适的第一版目标是：

第一版工作流的边界可以写成一句话：

根据招标文件摘要、公司素材和投标重点，整理出标书初稿结构、评分点对应关系、材料缺口和人工复核清单。

这样做的好处是，Dify 负责整理和生成草稿，人负责判断和定稿。边界清楚以后，工作流才适合拿到真实项目里试用。

输入材料不要全塞进一个框

标书材料很杂，如果全部放进一个输入框，后面很难判断哪句话来自招标方，哪句话来自公司材料，哪句话是本次投标策略。

我建议至少拆成四类输入：

这四类材料分开以后，后续节点可以按用途处理。

比如提取评分点时主要看 tender_excerpt；匹配案例时主要看 company_material；生成风险清单时重点参考 risk_boundary。后面如果发现某个承诺不合适，也更容易追溯它从哪里来。

第一个节点：拆招标要求

工作流的第一个节点不要急着写正文，而是先把招标文件拆成可处理的结构。

建议让节点输出五类内容：

输出最好用结构化格式，而不是一整段散文。比如：

{
  "qualification": ["需要提供同类项目案例"],
  "technical": ["支持私有化部署", "支持权限分组"],
  "business": ["提供培训和售后响应机制"],
  "scoring": [
    {"item": "项目经验", "score": 10, "evidence_needed": "同类项目合同或验收材料"}
  ],
  "risks": ["未明确历史数据迁移范围，需要人工确认"]
}

这个节点的价值不是写得多，而是把后面所有内容都固定在招标文件的真实要求上。

第二个节点：把公司素材和评分点对上

很多标书初稿的问题，不是没有公司素材，而是素材没有对准评分点。

比如公司有很多案例，但招标文件真正给分的是“同类项目经验”；公司有很多产品功能，但评分点看的是“私有化部署能力”和“安全管理能力”。如果不先做映射，后面生成的章节就会看起来很完整，却抓不住得分点。

这个节点可以把招标要求和公司素材做一个对应表：

注意这里要让模型输出“证据强度”和“缺口”。如果只输出“可以写什么”，人很容易忽略哪些内容其实还没证据支撑。

第三个节点：生成初稿目录和章节要点

有了要求拆解和素材映射以后，再让 Dify 生成初稿结构会靠谱很多。

第一版输出不用追求完整长文，可以先生成这样的结构：

一、项目理解
- 招标方要解决的问题
- 本项目的关键目标
- 本方案的总体思路

二、技术方案
- 系统架构
- 私有化部署方式
- 权限和日志设计
- 数据安全边界

三、实施计划
- 调研确认
- 环境部署
- 资料整理
- 试运行
- 验收交付

四、服务保障
- 培训安排
- 售后响应
- 问题处理机制

五、材料缺口和复核项
- 需要补充的资质
- 需要确认的案例
- 需要负责人确认的承诺

这里的关键不是让模型写得“像标书”，而是让它把每个章节和前面的评分点挂上关系。

可以要求输出里加一列“对应评分点”：

这样人工修改时不会只看语言顺不顺，而会看它有没有服务评分点。

第四个节点：输出人工复核清单

标书工作流一定要有复核清单。没有复核清单，模型生成得越顺，风险越隐蔽。

复核清单至少包含五类：

复核清单可以直接放在输出末尾，便于负责人逐条勾选。比如：

人工复核清单：
1. 同类项目案例是否允许对外写入标书？
2. 私有化部署周期是否已经由实施负责人确认？
3. 售后响应时间是否和合同模板一致？
4. 是否存在“保证”“完全”“永久”等过度承诺表达？
5. 是否有招标文件要求但公司材料未覆盖的内容？

标书不是越长越好，越安全越好。复核清单就是把风险从正文里拎出来，让人能真正接手。

一个可用的 Dify 工作流结构

如果用 Dify 搭，第一版可以设计成五个主要节点：

第一版不要把节点做得太多。节点越多，调试成本越高，也越难判断问题出在哪里。

先把这五个节点跑通，再逐步加细节：比如行业版本、公司素材库、常用案例库、资质清单、评分点模板等。

测试样例应该怎么准备

工作流做好以后，不要直接拿真实项目上线。先准备一组简化测试材料。

测试输入可以包括：

招标摘要：
某单位计划建设内部知识库问答系统，要求支持私有化部署、权限分组、日志审计和培训服务。评分点包括同类项目经验 10 分、技术方案 30 分、实施计划 20 分、售后服务 10 分。

公司素材：
公司曾为两家客户部署内部知识库系统，支持本地模型、权限分组和文档检索。具备 5 人实施团队，有培训材料和运维响应流程。

投标重点：
突出私有化部署、安全可控、实施经验和售后培训。

风险边界：
不承诺无人值守，不承诺自动完成全部历史数据清洗，不承诺未验证的第三方系统接口。

用这组材料跑出来以后，重点看三件事：

1. 有没有把评分点都覆盖到章节里；
2. 有没有写出材料里没有的公司能力；
3. 有没有把需要人工确认的内容放进复核清单。

如果这三点都过不了，就不要急着换模型。先检查节点提示词、输入字段和输出模板。

输出模板可以先固定下来

为了让每次结果可比，输出模板最好固定。比如每次都输出四个部分：

一、标书初稿结构
- 章节目录
- 每章写作要点
- 对应评分点

二、评分点对应表
- 评分点
- 可用公司素材
- 缺口材料

三、风险和待确认项
- 过度承诺风险
- 证据不足内容
- 负责人确认事项

四、下一步补材料清单
- 需要补的案例
- 需要补的截图或资质
- 需要确认的工期和服务范围

固定模板的好处是，后续每一次试运行都能比较：这次是不是漏了评分点？是不是风险清单更完整？是不是缺口材料更清楚？

配套资源适合怎么用

这类工作流最好不要只看节点截图，还是要拿一组测试材料跑一遍，才能知道输出结构、评分点映射和人工复核清单是否够用。

配套资源还在整理和测试中，暂时不会立刻放出。等工作流草稿、测试输入、输出模板、使用说明和复核边界都确认好以后，会作为这篇文章的配套资源绑定到文章里。届时你可以直接在文章页面找到配套资源下载入口。

如果你现在就想先按这个思路试，可以先照着下面的顺序自己搭一个简化版：

1. 先准备一份招标摘要和一份公司素材；
2. 按前面的字段拆成 tender_excerpt、company_material、bid_focus、risk_boundary；
3. 让第一个节点只负责拆招标要求，不要直接写正文；
4. 让第二个节点只负责把公司素材和评分点对上；
5. 用输出模板检查章节是否完整；
6. 最后按复核清单检查有没有编造材料、过度承诺、漏掉评分点。

等配套资源绑定后，更适合的用法是：先用资源包里的测试材料跑一遍，再对照输出模板和复核清单看结果是否稳定；确认没问题后，再把样例材料替换成自己的招标摘要和公司素材。真正用于项目时，仍然要根据行业、招标文件和公司能力做调整，不能把工作流输出直接当成最终标书。

不建议自动化的部分

有几件事不建议交给工作流自动决定：

Dify 可以把资料整理得更快，但不能替企业承担承诺。标书场景尤其要记住这一点。

常见问题

这个工作流能直接写完整标书吗？

不建议直接这么用。它更适合生成初稿结构、评分点对应表、材料缺口和复核清单。完整标书仍然需要业务、技术和交付负责人确认。

招标文件很长，能不能整份丢进去？

可以作为原始材料保存，但第一版输入最好先摘出核心要求、评分办法和交付范围。材料太长时，先做摘要和分段，再进入工作流，结果会更稳定。

公司素材不完整怎么办？

不要让模型补不存在的能力。素材不足时，输出里应该明确写“缺材料”或“需人工确认”，而不是编出看起来完整的案例。

资源包可以直接用于真实投标吗？

不建议直接照搬。更安全的方式是先用样例材料测试，再替换成自己的招标文件和公司素材，最后由负责人复核承诺、案例和交付边界。

这个场景适合放到 Dify 里吗？

适合做“材料整理和初稿辅助”，不适合做“自动决策和自动承诺”。只要边界定清楚，Dify 在标书初稿整理里能节省不少重复劳动。

小结

标书初稿整理工作流的关键，不是让 AI 写得更长，而是让输入、评分点、输出模板和复核清单都变得更清楚。

第一版只要跑通四件事就够了：

1. 招标要求能拆出来；
2. 公司素材能对上评分点；
3. 初稿结构能服务评分点；
4. 风险和缺口能交给人复核。

做到这一步，Dify 就不是一个泛泛的写作工具，而是一个能接入真实投标流程的材料整理助手。后面再根据行业、公司素材和常见项目类型继续扩展，才会更稳。