文标 · 2026-09-11 · 须人工审核,不保证中标
2026-09-11 用虚构招标在本机工作台跑通:上传解析 → 拆评分点 → 生成并确认目录 → 写两章 → 导出待复核 Word 草稿。输入不是真实项目。只写了两章,不是整本技术标。智能输出是草稿。
/tools/score 上的短样评分办法仍可做规则拆点对照。下面的拆标表和两章原文来自工作台,和短样不是同一份输入。
输入范围
- 文件:合成招标 docx(信息化 / 服务类),约 1 页正文。
- 项目名称(虚构):某市政务云运维服务采购。合同期三年。
- 评分摘录:技术方案 40、实施方案 25、售后 15、业绩 10、报价 10;另有废标、★条款、有效期 90 日、不允许联合体、拒绝进口产品;资格要求写明须已取得 CS3 级及以上证书扫描件。
- 公司资料:名称「示例投标人(虚构)」,无真实业绩、无证书编号。
- 未测试:其余空章、正式导出质量闸、弱电施工图/横道图、真实用户招标全文。
原文关键句(节选):
四、评分办法(总分 100 分)
1. 技术方案 40 分:总体架构、安全、监控与应急;须单独成章。
2. 实施方案 25 分:进度、人员、交接与验收。
3. 售后服务 15 分:响应时限、备件、驻场。
4. 类似项目业绩 10 分:近三年政务云或同类运维。
5. 报价 10 分:依据投标报价表评分,报价表与投标保证金不得由 AI 填写金额。
人工核对的评分点
人工按招标正文应至少看到:
| 应看到 | 分值 / 性质 | 人工结论 |
|---|---|---|
| 技术方案(架构、安全、监控、应急) | 40,单独成章 | 应 1 条 |
| 实施方案 | 25 | 应 1 条 |
| 售后服务 | 15 | 应 1 条 |
| 类似项目业绩 | 10 | 应 1 条 |
| 报价(AI 不填金额) | 10,不进技术标正文 | 应 1 条 |
| 虚假材料废标 | 硬性 | 应单独标出 |
| 未响应★条款无效 | 硬性 | 应单独标出 |
| 有效期不足 90 日无效 | 硬性 | 应单独标出 |
| 不允许联合体 / 拒绝进口 | 硬性 | 应单独标出 |
| 已取得 CS3 证书扫描件 | 硬性资格 | 正文不得写「已取得」除非附件核实 |
价格分不要写进技术标。证书号、合同额、响应分钟数,招标没写死的不要编。
系统拆标结果
工作台 analyze_bid(模型 qwen-flash)抽出 11 条:硬性 5 条,评分项把技术方案同一句拆成了两条各 40 分。评分项数字相加会超过 100,不能当评标依据。
| 系统标题 | 系统分值 | 标签 | 对照人工 |
|---|---|---|---|
| 虚假材料或伪造业绩的废标处理 | — | 符合性 / 硬性 | 对 |
| 未实质性响应★条款导致投标无效 | — | 符合性 / 硬性 | 对 |
| 投标有效期不足90日视为无效 | — | 符合性 / 硬性 | 对 |
| 联合体投标限制 | — | 资格 / 硬性 | 对 |
| 进口产品拒绝 | — | 资格 / 硬性 | 对 |
| 实施方案(进度、人员、交接与验收) | 25 | 商务 | 对,标签写成商务需按本标文件编排 |
| 售后服务响应时限与备件储备 | 15 | 服务 | 对 |
| 类似项目业绩(近三年政务云或同类运维) | 10 | 业绩 | 对 |
| 投标报价合理性 | 10 | 价格 | 对;金额仍须人填 |
| 总体架构与安全防护 | 40 | 技术 | 与下一行重复,应合并为 1 条 40 分 |
| 监控采集与应急响应措施 | 40 | 技术 | 重复计分,人工删或合并 |
CS3「已取得」资格句没有进表。确认目录前要手补,并挂到「资质证书与证明材料」(系统标了 manual,不自动写)。
同材料也可先贴到 评分点提取 看规则拆点;工作台拆标会多出模型合并/拆条差异。
目录(确认后)
系统生成了多层目录,确认后约 60 个节点。报价/保证金类保持不由 AI 填金额。本次只写两个叶子,其余仍空。
已写:
- 软硬件配置清单(1914 可见字)
- 总体部署与实施思路(1901 可见字)
未写但目录里有:总体架构设计、实施进度安排、应急响应机制、类似项目业绩、资质证书与证明材料(manual)等。整本交标前必须补写并人工审。
两章原始输出(截断)
下面从工作台章节正文抽出,保留原语气。已去掉 HTML。不是终稿。
软硬件配置清单(节选)
本系统采用分层解耦的总体架构设计……核心层部署双机热备监控服务器……边缘层通过轻量级 Agent 采集终端设备状态信息……
系统采用网络隔离机制,将监控平台划分为管理区、数据区与应用区……所有远程接入均需通过堡垒机认证,并启用多因素身份验证(MFA)……
监控数据采集……采用 MQTT 协议作为核心传输通道……
配置表里出现:应用服务器 8C16G 2 台,品牌/备注写成「示例投标人(虚构)」。章末有多段重复套话。
总体部署与实施思路(节选)
我公司承诺由示例投标人(虚构)作为本项目唯一责任主体……项目责任书签署率实现招标已列明的指标……
分解为设计、开发、集成测试、用户验收测试(UAT)、上线运行五个核心阶段……并通过甘特图动态跟踪进展……
安全方面,部署防火墙、入侵检测、日志审计与数据加密机制,满足等保二级以上合规要求……系统上线前完成渗透测试与漏洞扫描,出具第三方检测报告……
人工修改要点
未核实材料不写入正文。这次草稿里要改的:
- 重复 40 分:两条技术方案合并成一条,目录也只留一章技术主响应。
- 编造参数:MQTT、MFA、8C16G、等保二级、第三方渗透报告,招标未要求,删或改成「按招标已列明指标 / 见附件」。
- 公司名进正文:「示例投标人(虚构)」不能当正式投标人名称;换成「投标人」或审定后的真实名称。
- 配置品牌列:不要把测试单位写进品牌。无品牌写「投标前补证」。
- 甘特图 / 证书扫描件:目录有进度和资质章,正文不能用一句话代替图和附件。
- 章末套话:同一段「围绕本章……过程资料可查」重复出现,删到一次或删掉。
- 占位「招标已列明的指标」:比瞎编分钟数好;定稿时按招标数字替换,没有数字就写流程、不写假 SLA。
修订示例(技术方案首段)
技术方案按招标 40 分要求写总体架构、安全防护、监控采集与应急响应,单独成章。架构层级、协议和设备规格以本项目招标已列明范围为限。等保等级、证书编号和第三方检测报告见附件,正文不写「已取得」。
Word 样稿
本机已导出草稿文件名:公开实测_2026-09-11T10_43-待复核草稿-20260911.docx(约 2 章有正文,其余目录为空章)。封面带「内部审阅版 · 智能生成内容须人工复核」。
测试账号文件不挂到官网下载。你要看版式:登录后走同一流程导出,或先看 标书模板。正式导出仍过质量闸,本页用的是草稿模式。
耗时与文标点
本机 2026-09-11,计费模式 enforce(实扣):
| 步骤 | 耗时 | 点 |
|---|---|---|
| 上传解析 | 14.3 秒 | 1.0 |
| 拆标 | 11 秒 | 3.0 |
| 目录生成并确认 | 35.9 秒 | 2.0 |
| 写「软硬件配置清单」 | 41.4 秒 | 0.2 |
| 写「总体部署与实施思路」 | 14.2 秒 | 0.2 |
| 配图等待 + 草稿导出 | 约 2 秒 | 导出函数未走 export 任务,流水未记 1.0 |
| 墙钟合计 | 约 2 分 22 秒 | 实扣 6.4 |
公开计价:上传 1 + 拆标 3 + 目录 2 + 两章可见字约 3800 字(各 0.2)+ 导出 1 = 约 7.4 点。写章按可见字:约 1000 字 0.1 点。整本 5 万字会高得多,见 价格说明。
这是本机一次虚构标、只写两章的记录,不是承诺你的项目也是这个耗时或点数。