方法指南

工作台完整流程实测(虚构政务云运维)

更新:2026-09-11 · 须人工审核,不保证中标

文标 · 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 填金额。本次只写两个叶子,其余仍空。

已写:

  1. 软硬件配置清单(1914 可见字)
  2. 总体部署与实施思路(1901 可见字)

未写但目录里有:总体架构设计、实施进度安排、应急响应机制、类似项目业绩、资质证书与证明材料(manual)等。整本交标前必须补写并人工审。

两章原始输出(截断)

下面从工作台章节正文抽出,保留原语气。已去掉 HTML。不是终稿。

软硬件配置清单(节选)

本系统采用分层解耦的总体架构设计……核心层部署双机热备监控服务器……边缘层通过轻量级 Agent 采集终端设备状态信息……
系统采用网络隔离机制,将监控平台划分为管理区、数据区与应用区……所有远程接入均需通过堡垒机认证,并启用多因素身份验证(MFA)……
监控数据采集……采用 MQTT 协议作为核心传输通道……
配置表里出现:应用服务器 8C16G 2 台,品牌/备注写成「示例投标人(虚构)」。章末有多段重复套话。

总体部署与实施思路(节选)

我公司承诺由示例投标人(虚构)作为本项目唯一责任主体……项目责任书签署率实现招标已列明的指标……
分解为设计、开发、集成测试、用户验收测试(UAT)、上线运行五个核心阶段……并通过甘特图动态跟踪进展……
安全方面,部署防火墙、入侵检测、日志审计与数据加密机制,满足等保二级以上合规要求……系统上线前完成渗透测试与漏洞扫描,出具第三方检测报告……

人工修改要点

未核实材料不写入正文。这次草稿里要改的:

  1. 重复 40 分:两条技术方案合并成一条,目录也只留一章技术主响应。
  2. 编造参数:MQTT、MFA、8C16G、等保二级、第三方渗透报告,招标未要求,删或改成「按招标已列明指标 / 见附件」。
  3. 公司名进正文:「示例投标人(虚构)」不能当正式投标人名称;换成「投标人」或审定后的真实名称。
  4. 配置品牌列:不要把测试单位写进品牌。无品牌写「投标前补证」。
  5. 甘特图 / 证书扫描件:目录有进度和资质章,正文不能用一句话代替图和附件。
  6. 章末套话:同一段「围绕本章……过程资料可查」重复出现,删到一次或删掉。
  7. 占位「招标已列明的指标」:比瞎编分钟数好;定稿时按招标数字替换,没有数字就写流程、不写假 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 万字会高得多,见 价格说明。

这是本机一次虚构标、只写两章的记录,不是承诺你的项目也是这个耗时或点数。

边界

  • 须人工审核,不保证中标。
  • 不编造未核实的业绩、资质、证书号。
  • 工程类主推弱电、安防、智能化技术标;横道图、定额、施工图深化要专业人员补。纯土建施工标不是主场景。见 建筑工程标书。
  • 更完整的写作顺序见 技术标怎么写。
  • 可引用分类台账见 招投标数据实验室。

常见问答

这份案例测了什么?
2026-09-11 用虚构招标在工作台跑通上传、拆标、目录、两章写作和草稿导出。不是整本技术标,也不是真实项目。
和 /tools/score 短样是同一份吗?
不是。工具页短样做规则拆点对照;本页拆标表和两章原文来自工作台合成招标。
系统拆标能直接当评分表吗?
不能。本次把 40 分技术方案拆成两条各 40 分,CS3 资格句也未进表。须人工核对。
两章原稿能直接交标吗?
不能。未核实的协议、等保、配置品牌和公司名都要改。须人工审核,不保证中标。