超长标书不是一篇长文，
是一组彼此关联的业务任务

输入：招标文件 DOCX / PDF，支持多份同时上传。

产出项目信息、合标项、废标红线、评分标准、关键要求、商务条款、报价要求等结构化要素， 每一项关键字段与要求都关联来源位置与原文摘录，可随时回溯。

低置信度、扫描件无法识别的内容进入待确认流程，不静默跳过； 招标文件正文一律视为不可信数据，不作为系统指令执行。

按业务任务而非文档目录拆解，输出模块清单，并为每个模块标注： 对应评分点、招标依据、所需企业素材、建议内容深度、前后依赖关系与建议生成顺序。

拆包判定标准：一个业务任务可独立成模块，当且仅当它同时能对应一组明确评分点、 并能由相对固定的企业能力与历史材料支撑。

拆包未确认前不生成正文；无法映射到评分点的模块会被标记为人工确认或剔除。

三层结构沉淀可信内容：企业事实（资质证书、人员履历、产品参数、检测报告、真实业绩）、 能力模块（技术架构、实施方法、质量管理、培训体系、运维流程、应急预案）、 项目经验（历史优秀章节、评审反馈、失分记录、项目复盘）。

每份材料带元数据：业务模块、所属行业、适用场景、资料来源、有效期、负责人。 支持上传文件自动解析出草稿，人工确认后入库；原件留档，PDF 页面与 Word 内嵌图可按序号取用。

证书临期与过期材料在引用和审查时主动提示。

每个模块带着四要素开始生成：评分点、招标原文、命中的知识库材料、一致性规则。

生成时先按模块的素材需求检索知识库，素材汇入优先于人工待填，命中即写入证据链； 招标文件与知识库都兜不住的事实时，落成待填项并标明成因： knowledge_missing（补知识库）、not_specified（回招标文件确认）、 manual_commitment（人工承诺，如报价）。

生成任务异步执行，可取消、可重试；人工编辑或已确认的模块默认不会被重新生成覆盖。

三个机制锁死全文档口径：

• 术语表：统一采购方称谓、系统名称、模块名称与专业表达。
• 项目事实表：工期、人员、性能参数、服务标准、关键承诺的唯一口径，所有模块调用同一份。
• 模块摘要：每个模块完成后生成摘要，记录已确定的技术选择、数据与承诺，供后续模块参考。

项目名称、系统名称、工期、质保期、人员数量、技术指标在全文档保持唯一口径。

第一道门 · 模块审核：逐项检查评分点是否覆盖、内容是否有招标依据、 调用的知识库材料是否准确、数字与案例能否提供证明。

第二道门 · 整套审查：对照解读结果整理问题并分级—— 高风险 涉及废标红线、资格不符、重大偏差； 待复核 需人工核对的事实、数字、承诺； 提示类 格式、表述与一致性建议。 每个问题尽量给出招标依据、投标证据与修改建议。

跨模块检查术语口径、项目事实表一致性与重复段落相似度。 评分点覆盖采用结构性口径：已映射到模块的评分点占比， 不自动判定正文语义是否真正响应——该判断交由人工审核完成。