多格式文档解析
询价单、招标文件、PDF 与表格统一解析，保留原文位置与来源。
问题
需求靠口头传递，边界在流转中变形
规格、认证、交期与目标价藏在长文本和附件里；需求能不能做、要不要定制，往往取决于少数人的经验。
01
规格、认证、交期与目标价散落在长文本和附件里，人工提取耗时且容易漏。
02
需求依赖销售与工程口头对齐，新入行人员接单报价缺少依据。
03
需求与产品线、认证范围缺少自动比对，能不能做、要不要定制靠经验判断。
04
研发难度、认证周期与交期风险没有在投入前显性化。
方法
先建模需求，再让 Agent 逐项澄清
把需求、产品、认证与风险变成可推理对象，让每个结论都能回到原文与历史项目。
01
需求解析
自动读取询价单、招标文件与附件，提取规格、认证、交期、目标价与数量。
02
对象建模
将需求、产品、认证与风险建模为可推理对象，建立关系与约束。
03
图谱比对
与产品线和历史项目比对，判断可满足项、定制需求、认证覆盖与潜在风险。
04
清单流转
输出结构化需求清单，直接流转到设计、图纸与报价环节。
能力
平台能力
从文档解析到风险标注，覆盖需求进入系统的完整链路。
需求结构化
规格、认证、交期、目标价与数量逐项提取，形成可核对的清单。
产品匹配
在知识图谱上比对产品线、认证范围与历史项目，识别可满足与需定制项。
风险标注
研发难度、认证周期与交期风险逐项标注，在投入前暴露问题。
预期成果
项目结束后留下的能力
需求不再依赖个人记忆，而是成为可复用、可追溯的知识资产。
需求口径
结论依据
风险识别
常见问题
支持常见 PDF、Word、Excel 与扫描件解析；复杂版式与手写内容会在项目评估阶段确认接入方式，识别不确定的内容会标记为待确认。
不会。清单用于把事实与缺口讲清楚，最终承接与报价决策仍由销售、工程和管理人员确认。
可以先用当前项目的文档与产品资料跑通；随着项目运行，需求、报价与决策会持续沉淀，知识库逐步充实。