投标 AI 作战台 · 系统说明书

01 这是什么

一句话理解：把过去凭经验读标、记分、查风险的工作，交给一个能引用原文、能给红黄绿灯的 AI 作战台。

我们解决的痛点

①

漏读招标文件

招标文件 200~500 页，关键条款藏在长段文字里，靠人工标注容易漏项、漏页。

②

漏响应评分点

评分项往往 30~60 条，每条要对应材料、章节、责任人，标书越写越长越乱。

③

资格材料不全

资质、业绩、人员、证书分散在不同人手里，是否齐备直到封标前夜才发现。

④

封标低级错误

签章、格式、暗标、补遗、上传、保证金 —— 任何一项疏忽都可能导致废标。

⑤

知识不可复用

这次总结的踩坑点没有沉淀到组织记忆，下次投标又从头踩一遍。

⑥

协作难留痕

谁改了什么、谁确认了什么，靠口头和微信，无法对内对外复盘与举证。

系统给出的答案

✓

结构化读标：AI 把招标文件拆成"项目基本信息 / 资格条件 / 评分办法 / 否决条款 / 关键时间 / 文件组成"6 张表，每一条都带原文出处与页码。

✓

资格红黄绿：对每条资格条件给出 matched / partial / unmatched / pending 四种状态，并自动指派责任人。

✓

评分响应矩阵：把评分项、分值、所需材料、对应章节、当前响应状态、AI 建议摆在一张表里，让"该谁写、写哪章、缺什么"一目了然。

✓

封标风控：封标前自动检查签章、格式、暗标、补遗、上传、时间节点，给出红黄绿风险清单与整改建议。

!

防编造红线：AI 不会凭空生成"我们曾做过 XX 高速"这种业绩 —— 所有事实型结论必须绑定来源证据，否则只能进入"待人工确认"。

02 谁来用

系统不只服务一个人，而是把整个投标小组的协作串起来。不同角色进入系统看到的重点不同。

经

经营负责人

关注：项目整体风险等级、是否立项、关键时间节点。常用：项目列表的"总风险"指标。

投

投标负责人

关注：四个 Agent 是否全部跑完、哪几个评分项还红、谁负责哪一档。常用：作战台首页与 Agent 一键运行。

商

商务资料管理员

关注：企业资质、设计业绩、人员证书是否齐全可用。常用：基础数据页与资格核验清单。

技

技术负责人

关注：技术评分点是否被遗漏、技术建议书提纲是否覆盖所有得分项。常用：评分响应矩阵与 AI 建议栏。

项

项目负责人 / 专业负责人

关注：自己的业绩与证书是否被引用到位、是否符合准入门槛。常用：评分响应矩阵中"责任人"列。

管

系统管理员

关注：用户权限、AI 模型密钥、风险规则库。常用：AI 模型设置面板与系统设置。

i

为什么是这六类？ 在传统投标流程中，这六个角色最常出现在"读标分工会"、"评分响应讨论会"、"封标前夜排查会"上 —— 系统的页面布局正是按这三种会议的需求设计的。

03 怎么干活

一份标书从招标文件下载到递交，通常要经过六个阶段。系统把这六个阶段压缩到一个"作战台"页面 + 四步 AI 工作流。

一图读懂：四步作战闭环

① 创建投标项目 录入项目名称、业主、地点、截止时间人工

→

② 上传招标文件 招标公告 / 文件 / 补遗 / 答疑 / 图纸人工

→

③ 跑四个 Agent 读标 → 资格 → 评分 → 封标 AI

→

④ 人工确认与修订 对每条结论确认 / 驳回 / 补证据人审

→

⑤ 输出风险报告 红黄绿清单 + 整改建议 + 材料清单交付

四个 AI Agent 各管一摊

📑

读标拆标 Agent

输入：招标文件、补遗、答疑原文。

输出：项目摘要、资格条件表、评分办法表、否决条款表、关键时间表、文件组成要求。

价值：把 200 页 PDF 变成 6 张结构化表，每行带原文页码。

🛡

资格核验 Agent

输入：资格条件表 + 企业资质 / 业绩 / 人员 / 证书库 + 风险规则库。

输出：每条资格的红黄绿 + 缺失材料清单 + 责任人建议。

价值：避免"封标前夜才发现资质缺一项"。

🎯

评分响应 Agent

输入：评分规则表 + 业绩 / 人员库 + 投标材料库 + 技术模板。

输出：拿分作战矩阵 —— 每个评分项对应材料、章节、响应状态、风险、AI 建议。

价值：把"该写哪章、写谁负责、缺什么"摆在同一张表。

🔏

封标风控 Agent

输入：资格 + 评分响应 + 投标材料 + 风险规则 + 招标文件签章格式要求。

输出：封标前红黄绿风险报告 —— 废标风险、扣分风险、材料缺失、补遗漏响应。

价值：把"低级错误导致废标"这种事变成可拦截的检查项。

i

二期还会加入 3 个 Agent：商机研判 Agent（立项前评估）、业绩人员智能匹配 Agent（推荐最优组合）、技术建议书 Agent（生成目录与章节要点）。本说明书对应 MVP v0.2，含 7 个 Agent 中的 4 个核心工作流。

04 长什么样

系统主页就是"投标作战台"。下面这张示意图与真实界面布局完全一致 —— 左边项目导航，中间作战卡片矩阵，右下分别是资格 / 评分 / 风险三个面板。

红色风险 —— 必须立即处理黄色风险 —— 需要关注绿色 —— 通过蓝色 —— AI 已确认 / 已绑定证据

作战台主界面（系统截图样式还原）

⏱

投标截止07-25 17:00

!

红色风险3 项

🎯

评分响应72%

✓

绿色项28 项

📑

读标拆标

读标摘要、资格条件、评分办法、否决条款

🛡

资格核验

资质、业绩、人员、信誉准入判断

🎯

评分响应

评分点、材料、章节、责任人响应矩阵

🔏

封标风控

签章、格式、暗标、补遗、上传风险

📋资格核验清单共 14 项

全部红黄绿

要求	状态	风险	责任人
工程设计综合甲级	matched	绿	商务部张主任
近 5 年同类高速业绩 ≥ 3 项	partial	黄	商务部张主任
项目负责人持注册土木工程师	unmatched	红	技术部李总
近 3 年无重大安全事故	matched	绿	商务部张主任
ISO 9001 质量管理体系	matched	绿	商务部张主任

✓证据与人工确认

读标拆标 · 2026-07-08 14:22

已识别 6 张结构化表，关键条款均绑定原文页码，待人工复核 2 项。

📄 招标文件 · P.12 · 投标人资格要求已确认 · 文件类型:招标公告	✓ 已确认
📄 招标文件 · P.45 · 评分办法已确认 · 文件类型:招标公告	✓ 已确认
📄 答疑文件 · Q07 · 业绩认定标准待确认 · 文件类型:答疑	待确认

🎯评分响应矩阵共 36 项

全部红黄绿

评分项	分值	响应	风险	AI 建议
类似项目业绩	15	已响应	绿	已引用 4 项同类高速
项目负责人资历	12	待补	红	需补充注册证书扫描件
技术方案完整性	20	撰写中	黄	建议加入 BIM 应用章节
质量保证体系	8	已响应	绿	—
服务承诺与响应时间	5	待写	黄	引用模板《服务承诺函》

🔏封标风险规则

全部红黄绿

投标函需法人签字盖章来源:招标文件 P.78	绿
暗标部分不得出现公司名称来源:招标文件 P.82	黄
投标保证金 80 万元截止前 1 天到账	红
PDF 需 ≤ 50MB，文件名禁中文来源:招标文件 P.85	绿
补遗文件必须装入正本来源:补遗 02 号	黄

▲ 图 1：投标作战台主界面（与真实系统布局一致）

左侧导航：一目了然的项目切换

左栏顶部是 新建项目 与 AI 模型设置 两个全局入口；下方是当前账号下所有投标项目列表 —— 点击任意项目即可切换作战台内容。每个项目卡片同时显示项目类型与设计阶段，便于快速识别。

顶部状态条：四个数字让经营者做决策

正上方一行有 投标截止时间、红色风险数、评分响应进度、绿色项数 四项指标，加上右上角的 API 连接状态、AI 模型、总风险等级 三个胶囊徽章 —— 经营负责人即使不在电脑前，截一张图发工作群也能秒懂项目状况。

中部 AI 矩阵：四个 Agent 一键运行

点击任意 Agent 卡片上的 ▶ 运行 按钮即可触发对应工作流；当前激活的 Agent 会用青色边框高亮，方便对照输出。

底部双面板：资格 / 评分 / 封标三表联动

两个面板分别承载 资格核验清单 + 证据与人工确认，以及 评分响应矩阵 + 封标风险规则。每行带 红 / 黄 / 绿 风险标签，支持一键过滤。

05 五大作战模块

围绕投标作战台首页，系统划分为五大功能模块。每模块都能在真实系统中找到对应的页面或弹窗。

📁

① 项目管理

做什么：新建投标项目、查看项目详情、设置截止时间、查看风险等级。

在系统哪里：左栏「新建投标项目」→ 弹窗填写项目名称 / 业主 / 类型 / 阶段 / 地点 / 截止时间。

数据落表：bid_projects 表。

📤

② 文件上传与解析

做什么：上传招标文件、补遗、答疑、图纸、投标材料；自动记录文件类型与版本。

在系统哪里：作战台中部「招标文件与投标材料」面板。

支持类型：.txt / .pdf / .docx / .doc，每条记录会显示已解析页数与风险等级。

📑

③ 读标拆标

做什么：把招标文件拆成 6 张结构化表 —— 项目摘要、资格条件、评分办法、否决条款、关键时间、文件组成。

在系统哪里：点击「读标拆标」Agent 的 ▶ 运行 → 弹出右侧抽屉显示结构化 JSON。

硬要求：每条结论必须绑定来源文件 + 页码 + 条款。

🛡

④ 资格核验

做什么：对企业资质、设计业绩、人员、证书、信誉做匹配，给出 matched / partial / unmatched / pending。

在系统哪里：作战台左下面板「资格核验清单」表格 + 顶部红色风险计数。

输出形式：红黄绿风险标签 + 责任人列 + 缺失材料建议。

🎯

⑤ 评分响应矩阵

做什么：把每个评分项、分值、所需材料、对应章节、响应状态、AI 建议排成一张表。

在系统哪里：作战台右下面板「评分响应矩阵」。

关键点：「AI 建议」列给出引用素材建议；「待确认」状态需要人工审核。

🔏

⑥ 封标风控（封标前夜必跑）

做什么：封标前自动检查签章、格式、暗标、补遗、上传、时间节点，给出红黄绿风险报告。

在系统哪里：右下面板「封标风险规则」+ 顶部「红色风险数」指标。

输出：废标风险 / 扣分风险 / 材料缺失 / 补遗漏响应 / 整改建议清单。

红黄绿机制 —— 一眼分清轻重缓急

🔴 红色 —— 必须立即处理

典型情形：

关键资格不满足（如缺注册证书）
评分项无人响应
封标规则可能直接导致废标（如保证金未到账）
投标截止时间已不足 24 小时且仍有红色项

🟡 黄色 —— 需要关注

典型情形：

资格条件部分满足（如业绩数差 1 项）
评分项撰写中但尚未定稿
封标规则有歧义（暗标规则不明确）
AI 输出绑定证据但尚未人工复核

🟢 绿色 —— 通过

典型情形：

资质 / 业绩 / 人员匹配完整
评分项已响应且 AI 建议无遗漏
封标规则全部对齐招标文件
所有事实型输出已绑定证据并经人工确认

06 智能在哪里

系统内置 7 个 AI Agent，覆盖投标全流程。MVP v0.2 已上线 4 个核心工作流，二期将补齐另外 3 个。

7 个 Agent 速查表

Agent 名称	状态	做什么	输出形式
📑 读标拆标 Agent	● 已上线	解析招标文件 / 补遗 / 答疑，提取项目摘要、资格、评分、否决条款、关键时间、文件组成	6 张结构化表 + 来源证据
🛡 资格核验 Agent	● 已上线	匹配企业资质、设计业绩、人员、证书、信誉要求	matched / partial / unmatched / pending + 红黄绿
🎯 评分响应 Agent	● 已上线	把每个评分项对应到材料、章节、责任人	拿分作战矩阵
🔏 封标风控 Agent	● 已上线	封标前红黄绿检查 —— 签章、格式、暗标、补遗、上传、时间	封标前风险报告 + 整改建议
👔 项目主理人（Project Copilot）	◐ 二期	基于数据库回答"现在最危险的问题是什么 / 今天必须办什么"	问题清单 + 处置建议
🗂 业绩人员匹配 Agent	◐ 二期	按项目类型 / 规模 / 阶段，推荐最优业绩组合与人员组合	Top 3 业绩方案 + 人员矩阵
📚 技术建议书 Agent	◐ 二期	生成技术标目录与每章响应要点	Markdown 提纲 + 章节要点

每条 AI 输出都有"证据 + 状态"

系统在数据库中为每个 AI 输出保存两个关键字段：

EvidenceRefs（证据来源）：每条结论附带的来源文件、页码、条款、摘录。点击 Agent 输出抽屉即可查看。
humanReviewStatus（人工复核状态）：confirmed / rejected / needs_review 三态，必须人工确认或驳回。

!

防编造红线（再次强调）：所有事实型输出（企业资质、业绩、人员证书、个人业绩）禁止 AI 无来源生成；评分标准、否决条款必须来自招标文件解析结果；技术建议书大纲属于创作型内容，但不可直接定稿。

07 AI 模型如何选择

系统不绑定单一厂商。打开「AI 模型设置」面板即可在 8 家国内主流大模型之间切换，填一个 API Key 就开始用。

Provider	中文标签	默认模型	申请地址
zhipu	智谱 GLM	glm-4.5	open.bigmodel.cn/usercenter/apikeys
deepseek	DeepSeek 深度求索	deepseek-chat	platform.deepseek.com/api_keys
minimax	MiniMax 稀宇	MiniMax-M2	platform.minimax.io
qwen	通义千问 / 阿里百炼	qwen-plus	bailian.console.aliyun.com
moonshot	Kimi / 月之暗面	moonshot-v1-8k	platform.moonshot.cn/console/api-keys
hunyuan	腾讯元宝 / 混元	hunyuan-turbos-latest	console.cloud.tencent.com/hunyuan/api-key
mimo	小米 MiMo	mimo-v2-pro	mimo.mi.com
doubao	豆包 / 火山方舟	doubao-seed-1-6	console.volcengine.com/ark

两步配置

①

打开 AI 模型设置

左栏 → 「AI 模型设置」按钮 → 弹出设置面板。在面板里选择 Provider，填入对应厂商的 API Key，点 测试连接，再点保存。

②

顶栏即时显示

保存成功后，作战台顶部状态条会出现 AI · 智谱 GLM 这样的蓝色徽章 —— 表示当前 Agent 调用会走该模型。

i

还没配 API Key 也能用：未配置时所有 Agent 自动走 rule-fallback 规则引擎（基于正则与关键词模板），事实型条目标记 needs_review。这意味着"不接外部模型也能演示系统全流程"。

✓

协议兼容：8 家 Provider 全部走 OpenAI Chat Completions 协议，前端面板实现零代码切换模型。

08 数据安全

投标数据是公司核心资产。系统在密钥、证据、防编造三道防线上做了硬约束。

三道防线

🔐

密钥加密入库

API Key 入库前经过 AES-256-GCM 对称加密；主密钥由 APP_SECRET 环境变量经 SHA-256 派生。

明文永不落库、永不入日志。生产部署时必须设置强随机 APP_SECRET：
openssl rand -hex 32

🎭

前端只看到掩码

所有读取接口（GET /ready、GET /api/settings/ai）只返回掩码（如 sk-abcd****wxyz），绝不回传明文。

测试连接（POST /api/settings/ai/test）响应只含 success/latencyMs/error，无 key 字段。

📌

防编造红线

AI 输出分三类：来源型（可引用）、推理型（可参考）、创作型（不可直接定稿）。

事实型条目（企业资质 / 业绩 / 证书）必须绑定证据来源，否则只能进入"待人工确认"。

!

部署红线：生产环境必须设置强随机 APP_SECRET，否则密钥等同于明文存储；同时定期轮换，避免长期暴露。

09 系统架构

标准的前后端分离 + 共享类型 + Prisma ORM 架构，每个模块按领域拆分，便于将来扩展。

# 目录结构（apps + packages）

apps/
├─ web/                  ← React + Vite 前端（投标作战台 UI）
│  └─ src/
│     ├─ App.tsx         # 主页 = 作战台
│     ├─ components/     # SettingsModal、AgentRunDrawer 等
│     ├─ domain/         # fallback-data（本地演示数据）
│     └─ api/client.ts   # 与后端的 REST 客户端
│
└─ api/                  ← Fastify REST API
   ├─ src/
   │  ├─ server.ts       # 启动入口
   │  └─ modules/        # 按领域划分（project / qualification / scoring / sealing / agent / settings / review …）
   ├─ prisma/schema.prisma   # 10+ 张核心表
   └─ test/                  # 集成测试（vitest）

packages/
└─ shared/                ← 共享领域类型 + Zod 入参校验

运行方式

▶

开发模式

npm install → npm run dev

Web: http://localhost:5173
API: http://localhost:3001

🗄

数据库

npm run db:push 把 schema 推到 SQLite（默认）

MVP 阶段用 SQLite；后续可平滑切 PostgreSQL。

📦

打包发布

npm run build 通过后即可部署。

API 健康检查：/health 就绪检查：/ready。

10 张核心数据表

bid_projects — 投标项目主表
tender_file_parses — 招标文件解析结果
qualification_conditions — 资格条件与匹配状态
scoring_rules — 评分规则与响应矩阵
enterprise_qualifications — 企业资质

design_achievements — 设计业绩
persons — 人员
person_certificates — 人员证书
bid_materials — 投标材料
risk_rules — 风险规则

10 上手指南

从打开浏览器到跑完一个项目，只需要三步。

① 打开作战台 浏览器访问 http://localhost:5173 10 秒

→

② 配置 AI 左栏「AI 模型设置」→ 选 Provider → 填 Key → 测试 → 保存 2 分钟

→

③ 新建项目并跑 Agent 左栏「新建投标项目」→ 录入信息 → 上传招标文件 → 点 ▶ 运行 5 分钟

常见问题

?

没接外部模型也能用吗？

可以。未配置 API Key 时 Agent 自动走 rule-fallback，事实型条目标记 needs_review。建议演示后接上模型，效果更佳。

?

如果多个项目并行怎么办？

左栏项目列表可随时切换，每个项目独立保存项目数据、文件、Agent 运行记录、评分与资格清单。

?

Agent 输出能否直接定稿？

不能。所有事实型输出必须经人工 确认 / 驳回，系统会记录谁在什么时间做了什么动作。

?

二期什么时候上？

二期包含商机研判、业绩人员智能匹配、技术建议书 3 个 Agent，以及历史标书知识库与向量检索。具体节奏由经营 + 技术联合评审后确定。

★

结语：系统的目标不是替代投标专家，而是把专家从"翻 200 页 PDF、抄条款、追责任人"中解放出来，把精力集中在真正需要判断力的工作上 —— 比如"我们要不要投这个标"、"技术方案的核心亮点是什么"、"如何让客户记住我们"。

读标 → 资格 → 评分 → 封标四步闭环，让投标不再漏项

面向设计类标书的智能投标辅助系统

01 这是什么

我们解决的痛点

漏读招标文件

漏响应评分点

资格材料不全

封标低级错误

知识不可复用

协作难留痕

系统给出的答案

02 谁来用

经营负责人

投标负责人

商务资料管理员

技术负责人

项目负责人 / 专业负责人

系统管理员

03 怎么干活

一图读懂：四步作战闭环

四个 AI Agent 各管一摊

读标拆标 Agent

资格核验 Agent

评分响应 Agent

封标风控 Agent

04 长什么样

作战台主界面（系统截图样式还原）

示例高速勘察设计

📋资格核验清单 共 14 项

✓证据与人工确认

🎯评分响应矩阵 共 36 项

🔏封标风险规则

左侧导航：一目了然的项目切换

顶部状态条：四个数字让经营者做决策

中部 AI 矩阵：四个 Agent 一键运行

底部双面板：资格 / 评分 / 封标 三表联动

05 五大作战模块

① 项目管理

② 文件上传与解析

③ 读标拆标

④ 资格核验

⑤ 评分响应矩阵

⑥ 封标风控（封标前夜必跑）

红黄绿机制 —— 一眼分清轻重缓急

🔴 红色 —— 必须立即处理

🟡 黄色 —— 需要关注

🟢 绿色 —— 通过

06 智能在哪里

7 个 Agent 速查表

每条 AI 输出都有"证据 + 状态"

07 AI 模型如何选择

两步配置

打开 AI 模型设置

顶栏即时显示

08 数据安全

三道防线

密钥加密入库

前端只看到掩码

防编造红线

09 系统架构

运行方式

开发模式

数据库

打包发布

10 张核心数据表

10 上手指南

常见问题

没接外部模型也能用吗？

如果多个项目并行怎么办？

Agent 输出能否直接定稿？

二期什么时候上？

读标 → 资格 → 评分 → 封标
四步闭环，让投标不再漏项

📋资格核验清单共 14 项

🎯评分响应矩阵共 36 项

底部双面板：资格 / 评分 / 封标三表联动