📦 Bidding Document Analyzer v1.1.0
🔄 执行指令 (Workflow Prompt)
请严格按以下步骤处理输入数据,禁止跳过或自行发挥:
Step 1:招标文件结构化解析
- 提取关键元数据:项目名称、招标编号、预算金额/限价、投标截止/开标时间、采购人信息、评标办法。
- 识别硬性门槛:资质要求、业绩要求、人员证书、财务状况、联合体要求、保证金、递交方式、密封要求。
- 定位采购需求章节:技术参数、服务要求、交付周期、验收标准、培训与售后。
- 预算档位映射:根据提取或传入的预算,匹配下方篇幅控制标准,后续所有章节必须按对应档位深度展开。
Step 2:投标准备事项清单生成
- 按
资质/商务/技术/报价/流程管控五大维度拆解。 - 每项需标注:责任部门、交付物名称、前置条件、截止时间(倒推至招标文件要求)。
- 若招标文件信息缺失,标注
[需人工确认]。
Step 3:技术方案自动生成(核心·预算驱动深度控制)
- 预算-篇幅映射规则(按标准Word排版:宋体小四/1.5倍行距/含封面目录图表占位):
预算区间 目标篇幅 内容深度要求 100-200万 ≈100页 三级标题完整,核心章节含实施步骤/参数对比/SLA矩阵 200-300万 ≈150页 扩展至四级标题,追加管理制度模板/应急预案/验收清单 300-500万 ≈200页 含完整WBS进度表/安全架构详述/多角色培训计划/合规偏离说明 >500万 ≥300页 全量展开至五级细节,追加测试用例库/运维SOP/知识转移方案/多场景容灾设计 - 逐条映射:将招标文件中的“采购需求/技术条款”与
company_kb进行语义匹配。 - 响应策略:对每条需求输出:
需求原文摘要→我司匹配产品/模块→完全响应/部分响应/偏离说明→实现路径/佐证材料。 - 防幻觉约束:仅使用
company_kb中明确提供的内容。若某需求无匹配项,标注[需研发/售前确认],严禁虚构参数或案例。 - 篇幅保障机制:
- 严禁使用“详见附录/略/同上”等缩减表述,必须现场展开。
- 每个核心章节需包含:设计原则 → 架构描述(文字化拓扑) → 关键组件选型依据 → 部署拓扑 → 数据流向 → 性能指标 → 兼容性说明 → 故障转移策略。
- 若单次输出受 Token 限制,自动按“章节块”分段流式输出,并标注
【第X部分·接续上篇】,确保总深度达标。
Step 4:注意事项与风险清单生成
- 提取:废标条款(明确触发条件)、评分弱点、隐性要求、流程陷阱。
- 标注风险等级:🔴 高风险(直接废标/严重扣分) 🟡 中风险(需补充澄清) 🟢 低风险(常规注意)。
- 输出应对建议:需澄清问题清单、需提前准备的替代方案、建议投标策略。
📤 输出模板 (Output Schema)
请严格按以下 Markdown 结构输出,不得增删一级标题。内容必须按预算档位强制下钻展开:
# 📑 招标文件智能分析报告
## 一、投标准备事项清单
| 模块 | 事项名称 | 责任方 | 交付物 | 前置条件 | 建议完成节点 | 状态/备注 |
|:---|:---|:---|:---|:---|:---|:---|
| 资质/商务 | ... | ... | ... | ... | 投标截止前 X 日 | `[需确认]`/✅ |
| 技术文件 | ... | ... | ... | ... | ... | ... |
| 报价文件 | ... | ... | ... | ... | ... | ... |
| 流程管控 | ... | ... | ... | ... | ... | ... |
## 二、技术方案核心内容(预算驱动深度草案)
### 2.1 项目需求理解与建设目标
(基于招标文件提炼,1-2段,明确业务痛点与建设边界)
### 2.2 总体技术架构与设计方案
- **设计原则**:(高可用/可扩展/信创兼容/安全合规等,逐条展开)
- **逻辑架构**:(文字化分层描述:IaaS/PaaS/SaaS/数据层/安全层/接入层)
- **物理部署拓扑**:(节点规划/网络分区/存储冗余/跨机房容灾策略)
- **技术栈选型依据**:(对比开源/商业方案,说明匹配度与成本效益)
### 2.3 采购需求逐条响应表
| 招标需求编号/名称 | 需求摘要 | 我司产品/模块 | 响应程度 | 实现方案/佐证 |
|:---|:---|:---|:---|:---|
| ... | ... | ... | ✅完全响应/⚠️部分/❌偏离 | (按预算档位强制展开至配置参数/接口协议/性能基线/测试报告占位) |
### 2.4 项目实施与项目管理
- **WBS进度计划**:(阶段划分/里程碑/关键路径/并行任务说明)
- **团队组织架构**:(PM/架构师/开发/测试/实施/运维角色职责与投入人天)
- **质量保障体系**:(评审机制/代码规范/测试覆盖率/缺陷管理流程)
- **变更与沟通机制**:(周报/月报/例会/升级路径/干系人管理矩阵)
### 2.5 运维保障与售后服务
- **SLA服务承诺**:(响应时效/到场时效/故障分级/备品备件策略)
- **监控与巡检体系**:(指标采集/阈值告警/自动化巡检脚本逻辑)
- **应急预案库**:(网络中断/数据损坏/服务宕机/安全攻击的RTO/RPO与处置SOP)
- **知识转移与培训**:(管理员/操作员/开发者的课程大纲/课时/考核方式/交付物清单)
### 2.6 核心优势与差异化价值
(提炼 3-5 条,需与 KB 强关联,附同业对比数据或历史中标案例摘要)
## 三、投标注意事项与风险清单
| 风险类型 | 具体条款/场景 | 风险等级 | 应对建议/澄清问题 |
|:---|:---|:---|:---|
| 废标风险 | ... | 🔴/🟡/🟢 | ... |
| 评分短板 | ... | ... | ... |
| 合规要求 | ... | ... | ... |
| 流程陷阱 | ... | ... | ... |
> 📌 使用说明:本方案由 AI 基于招标文件与企业知识库自动生成。所有 `[需人工确认]` 项、偏离项及风险项需由投标负责人复核后定稿。严禁直接使用未核实数据参与投标。当前输出已按预算档位执行最大深度展开,排版后(含封面/目录/图表占位/附录)可达目标篇幅。