AI标书审核提示词怎么写？别只说帮我检查，附可复用模板

问题不在模型不够聪明，而在这句话没有交代查什么、依据哪份材料、按什么口径判断、结果怎么交回来。AI审核标书指令写得好不好，决定的是输出能不能被逐条核对，和措辞是否礼貌、是否加了“你是资深专家”没有太大关系。

标书审核本身分合规、查重、格式三类，判据来源不同，工具和人的分工也不同，整体框架见提交前用AI审核标书：合规、查重、格式三类问题怎么分开查。本文只处理其中靠阅读和比对完成的那部分检查：响应是否覆盖、前后是否一致、否决条款是否满足，并给出三个可以改几个变量就直接使用的指令模板。

只说“帮我检查”，AI会交回什么

一句话指令缺的东西不同，交回来的问题也不同：

四项缺失的共同点是：输出无法被核对。审核环节的价值在于有人能确认“这条查过了，结论有依据”，输出一旦核对不了，只能整份重看，AI就没有真正分担工作。

一条能用的AI审核标书指令，要交代这五件事

写之前先想清楚这次让AI做的是哪一项检查。一条指令只对应一类检查，不把响应覆盖、数据一致、格式要求放进同一条。五个部分如下：

• 任务与范围：这次只查什么，明确不查什么，例如“只核对技术标对第三章技术要求的响应，不修改任何文字，不评价文笔”。
• 依据材料：招标文件的哪几章、投标文件的哪一部分，以及企业可用的事实资料，附在指令后面，并写明“只依据所附材料判断”。
• 判定口径：漏项、响应不足、前后矛盾分别怎么算，用可以复核的条件描述，不用“合理”“充分”这类主观词。
• 输出格式：用哪些字段、什么顺序交回结果，每条结论必须带哪些信息。
• 不确定时的处理：要求模糊、材料缺失、前后冲突的情况，统一标“待确认”，不要自行补全。

五项里写得最少、影响最大的是最后一项。没有这一条，模型遇到招标文件表述不清或企业缺少材料的地方，倾向于给出一个“看起来合理”的结论，而这正是审核中最危险的一类错误。

把“漏项”“矛盾”写成能执行的判定口径

“检查有没有漏项”这种说法对人来说够用，对模型来说太宽。同一个词在不同人那里指的情况不一样，需要在指令里拆开写。标书内容检查常见的三种问题怎么区分，在标书内容检查到底查什么：漏项、响应不足与前后矛盾的判定口径里有展开，写进指令时可以压缩成下面几句：

• 漏项：招标文件中有这条要求，投标文件里找不到对应回应；
• 响应不足：有回应，但缺少要求中的某一部分，如数量、期限、证明材料或适用条件之一；
• 前后矛盾：同一项信息在两个以上位置取值不同，需要同时列出两处位置；
• 缺口：要求的资质、业绩或材料企业目前没有或未提供，需要写明缺什么，不能写成“已满足”。

最后一项“缺口”很容易被漏掉。企业资质不足、材料不全，是投标中真实存在的情况，AI应当把它标出来交给负责人判断，而不是为了让响应看起来完整，把合同、证书或参数写成已有。

判定口径尽量用“有没有”“是否一致”“是否缺少某一部分”这类可以对照原文回答的问题。“是否具有竞争力”“表述是否专业”这类问题没有对照基准，不适合放进审核指令。

限定依据材料，找不到就写“未找到”

审核指令要同时交代三类输入：招标文件，企业的事实资料（资质、业绩、历史材料），以及需要遵守的业务规则和模板格式。材料齐全不等于响应正确，所以指令里还要写明三件事：

1. 只依据所附材料判断，附件里没有的内容，不用行业常识补充；
2. 每条结论按“要求—响应—证明材料—所在位置”四项对应输出，四项都要引用原文节选，不做概括改写；
3. 找不到对应内容时，该项写“未找到”，不留空，也不推测。

要求、响应、证明材料、位置这四项对应起来，就是一条可以核对的证据链。审核人拿到结果，只要按“位置”翻到原文，对一下节选是否一致，就能确认这条结论是否可靠，不用重新通读。

三个可以直接改用的指令模板

三个模板都用【】标出需要替换的内容。使用时把招标文件和投标文件作为附件一并提供。

模板一：招标要求逐条响应核对

适用于内容定稿后，检查技术标、商务标对招标要求的覆盖情况。

交回的结果大致是下面这样。

“说明”这一列要求写出判断依据，而不是写“建议完善”。第三条没有被硬判成满足或不满足，而是交给资证人员，这就是“不确定时的处理”在输出里的样子。

模板二：前后一致性核对

适用于报价表、进度表、人员表定稿之后，检查同一信息在全文不同位置是否取值相同。名称、编号、数据混用这类问题的具体表现，可以参考标书纠错实操：错字改完，数据与名称混用怎么查。

差异性质限定为四个选项，是为了让结果可以直接分流：写法不同含义相同的，编制人员顺手统一；完全不同的，找业务确认。

模板三：否决项与实质性要求核对

否决项的后果最重，所以拆成两次发送，中间留一个人工确认的节点。条目来源可以参考标书提交前审核清单里的合规与废标风险分类。

提取与核对分开，是因为清单本身可能提错：把普通要求当成否决项，或漏掉散落在评分办法里的条款。清单由标书负责人确认之后再核对，后面的结论才站得住。

整份标书太长时，分段提取再回原文核对

招标文件加附件常常超出模型一次能处理的范围，常见做法是按章节或文件拆成多个子任务，各自提取，最后合并。拆分本身有三个容易出问题的地方：

• 切分位置可能落在条款引用中间，例如第五章写“按第二章第3条执行”，只看第五章的子任务读不到第二章的内容；
• 多个子任务可能对同一条要求各给一个结论，合并后出现重复，甚至互相冲突；
• 合并之后的清单看起来完整，但没人确认过有没有整段被跳过。

针对这三点，指令可以这样调整：先让每个子任务按固定字段产出“要求清单”，字段包含条款编号、要求类型、所需证明材料、出处和待确认项；每个子任务的指令里写明本次负责的章节范围，并要求“遇到引用其他章节的条款，只标出被引用的位置，不自行推断内容”；合并时按条款编号去重，同一编号出现冲突结论的，保留两个结论交人工确认；最后让模型列出实际读到的章节和页范围，与目录对照，确认没有整段漏读。

做完这些，清单里的条款还要抽查回原文。分段处理提高的是单次能覆盖的范围，不能保证不漏，抽查才能发现漏在哪里。

拿一份答案已知的标书试跑，再决定能不能用

指令写好之后，不要直接用在正在投的项目上。更稳的做法是拿一份已经人工审过的历史标书，或者在一份脱敏的副本里人为埋入几处已知问题，让指令跑一遍，对照结果判断它好不好用：

1. 在副本中改动一个报价数字、换掉一处公司简称、删掉一条响应、把一份证明材料替换成另一份，记下每处的位置；
2. 用指令跑一遍，对照记录，统计哪些已知问题被报出、哪些漏了；
3. 看报出的内容里，有多少条原文并不存在或者位置对不上；
4. 每次只改指令里的一处，再跑一遍，看变化是否来自这一处修改。

这里不设固定的通过比例，因为通过标准取决于项目风险：否决项核对对漏报的容忍度远低于格式提示。可以用下面几条判断一条指令能否进入日常使用：

只运行一次的结果，不能证明指令稳定。第五条值得单独做：两次都报出的结论优先处理，只出现一次的结论回原文核对，不要直接采信，也不要直接忽略。

输出不对时，先看这几处

指令用起来之后，常见问题和对应的调整方向如下：

• 引用的条款编号或页码对不上：要求同时给出原文节选，核对时按节选在全文中搜索，不依赖页码。
• 写了“未发现问题”：要求同时列出已核对的范围和数量，否则无法区分“查过没问题”和“根本没查到这一段”。
• 一次报出几十条，主次不分：把任务拆小，一条指令只查一类问题，并要求按“可能导致否决 / 影响评分 / 一般”排序。
• 把招标文件里模糊的要求硬判成不满足或满足：在指令里补一句“要求表述模糊时判定为待确认，并说明有哪几种理解”。
• 材料中含有个人身份证件、合同金额等敏感信息：提供给工具之前先按公司信息安全规定处理，非审核必需的字段先脱敏，使用哪类工具按公司要求执行。

指令放在审核流程的哪一环，团队怎么复用

三个模板对应审核流程里的不同时点：模板一和模板二适合在内容定稿后使用，发现的问题还能在内容层面改；模板三在材料与格式收口时使用，提交前再对关闭状态复核一次。每类检查由谁确认、结论怎样记录和关闭，在AI标书审核流程怎么设计？检查顺序与责任分工怎么定里有完整安排。

验证过的指令应当作为团队资产保存，而不是留在某个人的聊天记录里。保存时写上适用的招标类型、试跑时发现的漏报和误报，以及上次修改的原因；之后每次真实使用中发现的新问题，也回写到指令里。熟悉业务的人负责校准判定口径，其他成员直接调用。

如果团队希望把验证过的指令连同业务规则一起固化下来，可以在 LangHub 中把它们沉淀为 Skill，由业务人员训练和校准，团队成员在具体任务中调用；生成的结果仍然由投标团队确认，具体做法可以预约演示了解。

常见问题 FAQ