【S3W3 交叉评测】BidRoom-Agent 的评审证据、投标保密与决策审计建议 #3

New issue

Closed

opened 2026-08-06 11:02:54 +08:00 by chozzc · 1 comment

chozzc commented

2026-08-06 11:02:54 +08:00

1. 项目理解

从项目名称和公开 Demo 入口来看，我理解 BidRoom-Agent 希望通过 Agent 帮助用户整理招标需求、比较不同方案或报价，并形成结构化评审和决策结果。如项目实际定位不同，建议在 README 首屏进一步明确。

2. 项目亮点

招投标材料通常篇幅长、格式不统一，使用 Agent 辅助提取和比较具有明确效率价值。
将需求、报价、风险和评审依据结构化，有利于减少人工漏项。
如果保留完整证据链，该产品有机会形成比普通文档问答更可靠的决策工作台。

3. 当前问题

投标文件通常包含报价、供应商能力和商业机密，需要明确不同供应商之间的数据隔离。
上传文档可能包含提示注入内容，不能允许投标文件中的文字改变系统评审规则。
AI 评分必须能够回到原文证据，不能只给出缺少依据的综合分。
评分权重由谁制定、能否修改、修改后是否留痕，需要进一步说明。
缺失字段不能由模型自行补全为事实，应明确显示“未提供”或“待人工确认”。
最终入选、淘汰或发送通知属于高影响操作，不应由 Agent 未经确认自动执行。
需要处理同分、报价币种不同、税率不同、方案不可直接比较等情况。

4. 建议

实现项目、供应商和评审人员三级权限隔离，供应商只能查看自己的材料。
对上传文件采取不可信输入处理，隔离文档指令与系统指令。
每个评分项展示原文证据、页码、规则、权重和计算过程。
评分规则版本化，修改权重后保留操作者和时间记录。
对缺失信息输出澄清问题，不允许模型假设报价、资质或交付能力。
使用“草稿—人工复核—批准—正式发布”的执行流程。
导出不可篡改的评审报告和操作日志，支持事后审计。
增加恶意投标文档、重复报价、不同币种、缺失附件和评分规则冲突测试。

5. 综合评价

项目所处场景具有较高实际价值，但也对保密、解释性和审计提出了更高要求。建议把“每个结论都有原文证据、每次操作都有人确认、每项修改都可追踪”作为核心竞争力。

## 1. 项目理解从项目名称和公开 Demo 入口来看，我理解 BidRoom-Agent 希望通过 Agent 帮助用户整理招标需求、比较不同方案或报价，并形成结构化评审和决策结果。如项目实际定位不同，建议在 README 首屏进一步明确。 ## 2. 项目亮点 - 招投标材料通常篇幅长、格式不统一，使用 Agent 辅助提取和比较具有明确效率价值。 - 将需求、报价、风险和评审依据结构化，有利于减少人工漏项。 - 如果保留完整证据链，该产品有机会形成比普通文档问答更可靠的决策工作台。 ## 3. 当前问题 - 投标文件通常包含报价、供应商能力和商业机密，需要明确不同供应商之间的数据隔离。 - 上传文档可能包含提示注入内容，不能允许投标文件中的文字改变系统评审规则。 - AI 评分必须能够回到原文证据，不能只给出缺少依据的综合分。 - 评分权重由谁制定、能否修改、修改后是否留痕，需要进一步说明。 - 缺失字段不能由模型自行补全为事实，应明确显示“未提供”或“待人工确认”。 - 最终入选、淘汰或发送通知属于高影响操作，不应由 Agent 未经确认自动执行。 - 需要处理同分、报价币种不同、税率不同、方案不可直接比较等情况。 ## 4. 建议 - 实现项目、供应商和评审人员三级权限隔离，供应商只能查看自己的材料。 - 对上传文件采取不可信输入处理，隔离文档指令与系统指令。 - 每个评分项展示原文证据、页码、规则、权重和计算过程。 - 评分规则版本化，修改权重后保留操作者和时间记录。 - 对缺失信息输出澄清问题，不允许模型假设报价、资质或交付能力。 - 使用“草稿—人工复核—批准—正式发布”的执行流程。 - 导出不可篡改的评审报告和操作日志，支持事后审计。 - 增加恶意投标文档、重复报价、不同币种、缺失附件和评分规则冲突测试。 ## 5. 综合评价项目所处场景具有较高实际价值，但也对保密、解释性和审计提出了更高要求。建议把“每个结论都有原文证据、每次操作都有人确认、每项修改都可追踪”作为核心竞争力。

Jonashuang commented

2026-08-06 18:34:17 +08:00

Owner

感谢 @chozzc 的详细评测！您提到的数据隔离、提示注入、评分溯源、缺失字段补全、人工复核和审计留痕等问题都非常关键，我们已经记录并会纳入后续迭代。
▎
▎ 我们的处理方向是：加强供应商和项目级权限隔离；将上传文档与系统指令严格分离；为评分提供原文及页码依据；对缺失信息明确标注“未提供”；对淘汰、通知、发布等高影响操作增加人工确认；同时对评分规则和权重变更保留完整审计记录。
▎
▎ 感谢这次有针对性的反馈，也欢迎继续补充具体测试场景。

感谢 @chozzc 的详细评测！您提到的数据隔离、提示注入、评分溯源、缺失字段补全、人工复核和审计留痕等问题都非常关键，我们已经记录并会纳入后续迭代。 ▎ ▎ 我们的处理方向是：加强供应商和项目级权限隔离；将上传文档与系统指令严格分离；为评分提供原文及页码依据；对缺失信息明确标注“未提供”；对淘汰、通知、发布等高影响操作增加人工确认；同时对评分规则和权重变更保留完整审计记录。 ▎ ▎ 感谢这次有针对性的反馈，也欢迎继续补充具体测试场景。

Jonashuang closed this issue

2026-08-06 22:15:09 +08:00

No labels

No milestone

No project

No assignees

2 participants

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

Jonashuang/BidRoom-Agent#3

No description provided.

Rows
Columns