- name
- bidding_document_analyzer
- version
- 1.1.0
- author
- AI-Assistant
- license
- MIT
- description
- 专业解析招标文件，提取投标全流程准备事项；基于企业知识库自动匹配采购需求并生成技术方案核心内容；识别废标风险、评分弱点与合规注意事项，输出标准化投标辅助清单。内置预算-篇幅动态控制引擎。
- tags
- parameters
- bidding_content
- type
- string
- required
- true
- description
- 招标文件全文或核心章节文本（含采购需求、评分办法、资质要求、商务条款等）
- company_kb
- type
- string
- required
- true
- description
- 企业产品/解决方案知识库（支持纯文本、RAG检索结果、JSON结构化数据）
- company_name
- type
- string
- required
- false
- description
- 投标主体名称（默认“我司”）
- project_type
- type
- string
- required
- false
- description
- 项目类型（如：信息化/软硬件集成/服务类/工程施工等），用于调整方案侧重
- budget_override
- type
- string
- required
- false
- description
- 手动指定预算范围（如：100-200万/200-300万/300-500万/500万以上），若不填则自动从招标文件提取
- output_format
- markdown
- max_tokens
- 65000
- temperature
- 0.2
- stream
- true
- compatibility
📦 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中明确提供的内容。若某需求无匹配项，标注[需研发/售前确认]，严禁虚构参数或案例。 - 篇幅保障机制：
1. 严禁使用“详见附录/略/同上”等缩减表述，必须现场展开。 2. 每个核心章节需包含：设计原则 → 架构描述（文字化拓扑） → 关键组件选型依据 → 部署拓扑 → 数据流向 → 性能指标 → 兼容性说明 → 故障转移策略。 3. 若单次输出受 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 基于招标文件与企业知识库自动生成。所有 `[需人工确认]` 项、偏离项及风险项需由投标负责人复核后定稿。严禁直接使用未核实数据参与投标。当前输出已按预算档位执行最大深度展开，排版后（含封面/目录/图表占位/附录）可达目标篇幅。