46 lines
1.5 KiB
Markdown
46 lines
1.5 KiB
Markdown
# 招标文件拆解
|
|
|
|
## 目标
|
|
|
|
把招标文件拆成后续可复用的事实源，服务目录、正文、表格和图表生成。
|
|
|
|
## 重点信号
|
|
|
|
重点识别：
|
|
|
|
- 评分、打分、评审、分值
|
|
- 废标、否决、无效投标
|
|
- 星号、关键条款、实质性响应
|
|
- 架构、部署、接口、安全、数据库、网络
|
|
- 营业执照、资质、授权、业绩、报价
|
|
|
|
## 至少要抽的事实
|
|
|
|
1. 项目名称和包号
|
|
2. 招标范围和建设目标
|
|
3. 评分办法和评分点
|
|
4. 星号项、否决项、资格门槛
|
|
5. 工期、服务期、交付地点
|
|
6. 部署、接口、安全、验收等技术边界
|
|
7. 商务材料和证明材料要求
|
|
|
|
## 处理原则
|
|
|
|
1. 能确定的写入事实源。
|
|
2. 不能确定的写入 `review_flags`，不要伪装成硬事实。
|
|
3. 看到展开引导句时，把它当目录下钻信号。
|
|
4. 看到“应附”“后附”“证明材料顺序对应”时，把它当证据承载信号。
|
|
5. 看到 `XX项目`、示例文本、历史项目名、占位字段时，把它当模板污染候选。
|
|
6. 看到章节号、分册号、附表号时，保留原始结构信号，不要自行修正。
|
|
|
|
## 推荐落盘
|
|
|
|
- `work/document_graph.json`
|
|
- `work/rfp_constraints.json`
|
|
- `work/evaluation_model.json`
|
|
|
|
## 和目录阶段的关系
|
|
|
|
1. 拆解结果必须能支持目录阶段判断“评委先看什么、每个评分点和证据点挂哪章”。
|
|
2. 如果拆解结果还停在“有技术方案/实施方案/售后方案”这种抽象层级，就还不能直接定目录。
|