标盾 BidRoom Agent

把 50 页招标文件，变成一张可追溯、可协作、可交付的投标作战地图。

一句话介绍

标盾不是“一键生成一份看起来正确的标书”，而是一个证据驱动的企业投标作战 Agent：它逐条拆解招标要求，在企业材料中寻找可核验依据，保留文件名、页码和原文引用，并把废标风险、待复核事项、责任人和应答初稿放进同一张响应矩阵。

在线 Demo

https://bidroom.rechtan.com/

评审账号请从赛事提交页的私密评审备注获取，本公开仓库不保存账号密码。

3 分钟高冲击力演示路径

1. 登录后进入精选项目「智慧园区一体化平台」。
2. 查看由 50 页示例招标文件拆出的 83 条要求，观察绿色、黄色、红色三态分布。
3. 点击任意要求，核验它引用了哪份招标文件、哪一页原文，以及哪份企业材料作为证据。
4. 进入 Agent 工作区，查看招标拆解、证据溯源、应答起草、合规审计、模拟评标如何串联。
5. 切换到「新建项目」，体验填写项目信息、上传招标文件与企业资料、设定 Agent 工作目标的完整入口。
6. 回到响应矩阵，观察参数、风险与应答内容如何围绕同一事实源联动。

更完整的演示口播、预期现象和异常处理见 Demo 操作指南。

为什么它值得被做出来

企业投标团队真正耗时的，不只是写作，而是大量无法跳过的核对工作：

• 招标要求藏在正文、表格、脚注和附件中，人工拆解容易漏项；
• 资质、产品参数、历史案例散落在不同材料，证据难以复用；
• 技术、商务、法务、财务分别修改，同一参数可能前后矛盾；
• “写得很好”无法抵消证书过期、签章缺失或硬性条款不响应；
• 截止前才发现材料缺口，往往已经来不及补齐。

BidRoom 将这些问题收敛为一条可审计闭环：

flowchart LR
    A["上传招标文件与企业资料"] --> B["逐条拆解招标要求"]
    B --> C["匹配企业证据与页码"]
    C --> D["生成应答草稿和偏离判断"]
    D --> E["检查废标项与跨文件矛盾"]
    E --> F["模拟评标并分派补强任务"]
    F --> G["导出响应初稿与检查报告"]

五个 Skills，不是一个万能提示词

Skill	核心任务	可核验输出
Tender Decomposition	完整拆解资格、技术、商务、财务要求	条款、页码、原文、硬性标记、责任角色
Evidence Grounding	从企业资料中寻找直接证据	文件、页码、原文、置信度、缺失状态
Bid Response Drafting	基于证据生成应答和偏离说明	应答草稿、引用、缺失事实、复核标记
Compliance Audit	检查废标风险、期限、签章和参数冲突	风险等级、影响、整改动作、责任人
Bid Simulation	按评审顺序估算准备度和失分点	准入结论、分项预测、补强优先级

详细协作机制见 Skills 说明。

Demo 中可以直接看到什么

能力	Demo 可见效果	业务价值
逐条响应矩阵	83 条要求按绿/黄/红三态呈现	把“是否准备好”变成可管理事实
双向证据引用	招标原文与企业材料均显示文件和页码	每个结论都能回到来源核验
废标风险前置	硬性资质、期限、签章和材料缺口被单独标记	避免高分方案被资格问题一票否决
Agent 项目对话	围绕当前项目、材料和矩阵继续追问	支持持续协作，而非一次性问答
新项目入口	上传自己的招标文件与企业资料	从精选 Demo 走向真实业务流程
交付物导出	响应初稿、检查报告和响应矩阵	结果可进入后续人工复核与投标制作

Agent 工作方式

sequenceDiagram
    actor U as 投标团队
    participant O as Agent Orchestrator
    participant S as 5 个 Skills
    participant M as OpenRouter Model
    participant H as 人工复核

    U->>O: 项目信息 + 招标文件 + 企业资料
    O->>S: 按固定顺序编排任务
    S->>M: 文件输入 + 结构化输出约束
    M-->>O: 要求、证据、应答、风险、责任角色
    O->>O: JSON Schema 校验与状态归一化
    O-->>H: 可追溯响应矩阵
    H-->>U: 审阅、分派、修改与导出

关键原则：没有证据，就明确缺失；不以流畅文案掩盖事实空白。

本仓库公开的 Agent 代码

根据赛事提交边界，本仓库只提供可审查的 Agent 核心：

agent/
├── src/
│   ├── orchestrator.ts       # 文件校验、Skill 编排与分析入口
│   ├── agent-skills.ts       # 五项 Skills 的编排提示与 JSON Schema
│   ├── openrouter-client.ts  # OpenRouter 文件输入和结构化输出适配
│   ├── analysis.ts           # 输出解析、归一化和状态汇总
│   ├── contracts.ts          # Agent 输入输出契约
│   └── index.ts              # 模块导出
└── skills/                   # 5 个可复用 Skill 包及参考规则

不公开前端页面、业务后台、数据库结构、部署脚本、生产配置、提示词之外的内部策略、真实文件或用户数据。详见 公开范围声明。

检查 Agent 模块

cd agent
npm install
npm run check

调用方只需向 runBidAnalysis 注入 OpenRouter 配置、项目信息和文件字节；密钥必须由服务端密钥管理系统提供，不能进入浏览器或仓库。集成说明见 agent/README.md。

评审材料导航

材料	评审价值
产品与用户价值	用户、痛点、业务闭环和差异化
Agent 架构	数据流、模块边界和部署形态
Skills 与协作机制	五项 Skills 的顺序、契约和止损规则
安全设计	文档注入、幻觉、权限和密钥控制
评测对照	将赛事关注点映射到可验证证据
Demo 操作指南	3 分钟演示脚本和口播重点
赛事提交清单	上传前逐项核验仓库、Demo 与私密备注
脱敏输出样例	响应矩阵与风险报告的公开示例

当前状态

• 在线 Demo：已部署，可访问
• 精选演示项目：可浏览
• 新项目创建与文件上传入口：已提供
• Agent Core：已整合 OpenRouter 与 5 项 Skills
• D1 项目状态与 R2 文件存储：已接入生产部署
• 完整产品源码：不在参赛展示仓库公开

---

BidRoom 的目标不是替投标团队“写得更像”，而是让每一句承诺都找得到证据，让每一个风险都来得及处理。

Copyright © 2026 BidRoom. All rights reserved.