通用 AI 装不进工厂的真实原因不是"模型不够强"，是"工厂的数据散、规则乱、签字逻辑没人懂"。Nox-Lumen Mfg 不押注 AGI，而是把"机器能签字、错单能被拦截"做成工程承接业的核心闭环。
为什么是"双系统"而不是"两个独立工具"
工程承接业从询价到生产的链路天然有两段：审图 → 报价。两段的输入输出有强耦合：
- 审图输出的"结构化门窗清单"就是报价的输入
- 同一客户的"客户惯例"两段都要用
- 审图工程师的"红色硬阻断"必须能挡住报价系统接单
如果两段是独立工具，接口靠人工传递，错单依然会从审图流到报价、从报价流到工厂。如果两段是同一个平台的两个模块，用文件 + 状态契约自动联动，错单在源头被拦截。
图纸审核系统：把审图工程师从"翻图"里解放出来
一句话定位
机器初审，工程师终审。把审图工程师从"逐张翻图核对尺寸/数量/玻璃/五金"中解放出来，只复核机器揪出的关键问题；客户惯例与错误模式沉淀为可复用资产。
系统永远不替代工程师签字，永远不"自作主张"——只问问题，不给建议值。
核心能力（M1–M10）
多源文件解析
| 文件类型 | 处理 | 失败降级 |
|---|---|---|
| 图纸 PDF（矢量 / 扫描） | 按视图分页解析 | 扫描页走 OCR |
| 门窗表 xlsx / PDF | 表结构识别 + 单元格抽取 | 单元格 OCR |
| 规格说明 docx | 段落 + 客户默认值识别 | — |
| 客户附件 PDF | 内容分类（合同 / 节点 / 五金品牌） | — |
| 手机拍照 / 手写 | 视觉模型识别 + 低置信度标注 | 标"待人工核" |
关键设计：每个抽取字段都带 来源 + 置信度。低置信度字段不直接进主结果，必须由销售 / 工程师人工确认。绝不在低质输入上猜值。
多视图对账
| 字段类型 | 容差 | 不一致时的级别 |
|---|---|---|
| 宽 / 高（毫米） | ±10mm 或 ±0.5%（取大） | 🔴 红色（数字直接影响成本/制造） |
| 数量 | 必须相等 | 🔴 红色 |
| 系列 / 型材体系 | 同义词归一后必须相同 | 🔴 红色 |
| 玻璃 / 颜色 / finish | 同义词归一后必须相同 | 🟡 黄色 |
| 开启方向 | 字符串相同 | 🟡 黄色 |
| 安装节点引用 | 引用 ID 必须存在于附图 | 🟡 黄色 |
| 命名风格 | 仅记录 | 🔵 蓝色 |
每条对账问题必须列出所有来源的取值 + 证据指针（哪个 cell / 哪页哪个区域）+ 裁剪图证据。
三层规则库
| 层 | 内容 | 维护方 | 例子 |
|---|---|---|---|
| L1 全局必填 | 任何门窗必须有的字段 | 系统内置 | 系列 / 宽 / 高 / 数量 / 玻璃 / 开启 |
| L2 国别规范 | 国家 / 体系特有要求 | 系统内置（按 region） | AS 2047 防风、GB 50189 热工、EN 14351 CE |
| L3 客户专属 | 客户合同 / 惯例 | 项目经理在系统内维护 | "客户 X 所有玻璃必须 LowE+Argon" |
每条规则可见可审：触发条件、严重度、违反提示、依据来源。客户 / 项目级规则一次录入，永久套用。
问题分级与硬闸门
| 级别 | 含义 | 默认行为 | 谁能解除 |
|---|---|---|---|
| 🔴 红色（关键） | 数字 / 数量 / 系列错配，或安全规范不满足 | 强制阻断，未消化禁止进入报价 / 生产 | 工程师签字 |
| 🟡 黄色（重要） | 玻璃 / 颜色 / finish 缺失或不一致 | 默认阻断，可豁免（必须写理由） | 销售主管或工程师 |
| 🔵 蓝色（提示） | 命名风格、可推断的非关键字段 | 仅记录，不打扰 | — |
强约束：系统永不允许带未解决红色问题的项目流向报价 / 生产。
详见 图纸审核方案。
报价系统：把 2000 份历史报价变成可检索资产
一句话定位
给销售员一个项目级综合 $/㎡ 推荐价（含加项），保证不亏本，对齐历史相似项目。把 2000 份散落的历史报价转化为系统可检索的知识资产。
系统永远不替代销售员判断，永远不自建工厂 BOM——工厂 ¥ 是黑盒输入，系统不复刻、不介入工厂内部成本核算。
项目分档器
按总平米数把项目分到 5 个档位，不同档位独立学习，避免大 / 小项目策略互相污染：
| 档位 | 范围 | 典型场景 |
|---|---|---|
| XS | < 50 ㎡ | 单户改造 |
| S | 50–200 ㎡ | 小型住宅 |
| M | 200–800 ㎡ | 标准住宅 / 联排 |
| L | 800–3000 ㎡ | 大型住宅 / 小型商业 |
| XL | > 3000 ㎡ | 大型商业 / 项目集 |
历史记忆库
| 维度 | 设计 |
|---|---|
| 沉淀容量 | 2000 份历史项目（一次性灌入）+ 每次新报价 |
| 检索方式 | 语义检索（项目地点 / 客户类型 / 玻璃配置 / 五金品牌）+ 档位过滤 |
| 邻居数量 | 每次返回 3–5 个最相似项目，附 $/㎡ 与成交结果 |
| 历史影响力 | 邻居的 $/㎡ 作为推荐价 anchor，结合档位系数与不亏本红线综合得出 |
推荐价引擎
每个推荐数字都能追到：
- 工厂行（哪几行 BOM）
- 档位（XS/S/M/L/XL）
- 系数来源（客户类型、加项、市场调整）
- 历史邻居（具体哪几个项目）
不亏本约束器
| 项 | 内容 |
|---|---|
| 公式 | 红线 = 工厂总成本 × (1 + 最低毛利率) |
| 最低毛利率 | 按项目档位 / 客户类型差异化设定，由业务负责人维护 |
| 强约束 | 任何报价（推荐价、议价底线）永不低于红线 |
| 异常告警 | 销售在系统外私自报价低于红线 → 飞书告警 |
详见 报价方案。
双系统强契约联动
| 契约 | 内容 | 强制性 |
|---|---|---|
| 审核状态 | "审核通过" / "审核中" / "已拒绝" | 报价系统在入口校验，未通过 → 强制拒收 |
| 结构化清单 schema | 每樘门窗的字段齐全 | 字段缺失 → 报价系统拒收 |
| 来源标签 | 每个字段标 来源 + 置信度 | 报价系统对低置信度字段单独提示销售确认 |
| 客户惯例引用 | 双系统使用同一份客户惯例库 | 审图沉淀的客户偏好，报价立即可用 |
详见 双系统强契约联动。
共享历史记忆库
两个系统共用一份按客户隔离的记忆库：
| 维度 | 谁写 | 谁读 |
|---|---|---|
| 客户惯例（如"客户 X 默认 LowE+Argon"） | 审图 | 审图（自动注入新项目）+ 报价（识别相似项目） |
| 错误模式（如"五金别名漏配"） | 审图 + 报价 | 审图（提前提示）+ 报价（标低置信度） |
| 历史邻居 | 报价 | 报价（推荐价 anchor） |
| 议价底线分布 | 报价 | 报价（议价提示） |
| 豁免理由 | 审图 | 审图（规则演化输入） |
客户怎么开始（双系统不必同时上）
虽然双系统联动效果最好，但两个系统通过文件 + 状态契约解耦，可独立上线：
| 场景 | 选择 |
|---|---|
| 已有报价能力，想先解决审图瓶颈 | 只买图纸审核 → 输出标准 Excel 清单，按现行流程报价 |
| 已有审图能力，想先解决报价不一致 | 只买报价系统 → 销售员手工录入门窗清单 |
| 两个痛点都有 | 双系统组合，强契约联动 |
| 先小步验证 | 先上图纸审核（影响范围小）→ 跑顺再上报价 |
实施顺序（推荐）
总工期 10–11 周，与单系统几乎相当（共用 P0 + 并行实施）。
客户常问
Q：我们工厂用的是德语 / 法语图纸，能解析吗？ A：能。当前主线支持中英双语，欧洲语言（德 / 法 / 西 / 意）走 OCR + 多语言模型。具体准确率视图纸质量。
Q：我们已经有 ERP / MRP 系统，能不能集成？ A：能。审图通过的结构化清单可以走 API / 文件导出对接 ERP（SAP / Odoo / 用友 / 金蝶 / 自研皆可）。
Q：能不能完全本地化部署，工厂内网跑？ A：能。L1 解析可完全本地化，LLM 走客户内网 endpoint。详见 私有化部署。
Q：客户惯例库谁维护？ A：项目经理在系统内维护（界面上有"客户惯例管理"模块）。也支持从 Excel / 邮件批量导入。
完整案例 + 契约设计 + 记忆库分层看 docs/solutions/manufacturing。
作者
Nox-Lumen Tech-team
发布日期
2026年5月14日