日期受限库存
房间、座位和时段在特定日期才可用。系统必须检查并锁定请求的确切时间窗口的产能，而不是一个笼统的数量。
01—工作流概览
从买家意图到已接受报价的移交。
横跨录入、报价组装和移交的九个建模实体。每一步都有明确的状态转换，而不是聊天机器人的自由文本响应。
阶段 A — 录入
01
买家意图
捕获买家的请求：产品、数量、时间线和约束。
02
目录发现
对照供应商目录和知识图谱匹配替代品和可选方案。
03
结构化请求
把意图转换为带行项目和供应商路由的类型化 RFQ 实体。
阶段 B — 报价组装
04
供应商报价行
通过 MCP 模块调用从每个供应商收集带价格的行项目。
05
定价与折扣
应用分级定价、协议价、批量折扣和利润规则。
06
可用性锁定
以带过期时间的限时锁定保留库存或产能。
07
外汇与分期
转换货币、应用分期条款并计算定金计划。
08
取消快照
在报价时刻冻结政策条款、退款规则和供应商条件。
阶段 C — 移交
09
报价移交
把已接受的报价交付给买家，并附完整审计轨迹和记录系统写入。
02—架构要素
每个要素都被建模；编排主干基于业务状态而非自由文本进行推理。
| 要素 | 对买家的意义 | 跨行业映射 |
|---|---|---|
| 目录 + 知识图谱 | 编排主干在报价前发现正确的产品、服务、房型、路线或替代品。 | 供应商目录、旅游产品、酒店库存、活动套餐、服务 SKU、零部件、原材料 |
| Request / Quote / QuoteItem | 编排主干把买家意图转为结构化 RFQ，再到带价格的供应商响应。 | 采购、批发订单、旅游行程、酒店套餐、现场服务估价 |
| 供应商商品 + 批量可用性 | 系统尊重受限供应，而不是承诺不存在的产能。 | 酒店房间、座位、设备、预约时段、仓库库存、供应商配额 |
| 定价层级、折扣、外汇、分期 | 报价反映真实商业规则，而不是聊天机器人的扁平估算。 | 分群体定价、协议价、按人定价、按入住率定价、定金、货币换算 |
| 可用性锁定与取消快照 | 报价在报价时刻保留运营承诺和政策条款。 | 预订锁定、预订窗口、报价过期、退款规则、供应商条款 |
| GraphQL + MCP 模块接口 | 编排主干通过受治理工具路由调用，具备可审计性、可测试性和清晰系统边界。 | ERP、CRM、电商、预订、支付、DAM、目录、数仓集成 |
03—旅游与酒店业压力测试
为什么旅游和酒店业能验证这个模式。
这些行业同时叠加了最难的约束：日期受限库存、入住规则、按人定价、套餐、外汇、定金、取消条款和预订移交。能处理这种复杂度，就足以证明该模式也适用于更简单的 RFQ 工作流。
入住与按人定价
价格取决于人数、房型和套餐层级。引擎显式建模入住规则和按人费率。
套餐与行程
一份报价可以把机票、接送、住宿、餐食和活动组合成一个带总价、按组件可用性和替换规则的套餐。
外汇、定金与取消条款
多币种定价、定金计划、分期选项和供应商专属取消政策在报价时刻即被快照，使报价具有约束力。
04—跨行业映射
同样的模式适用于买家、供应商和交易交汇的任何地方。
RFQ 引擎并非旅游专用。同一套实体模型——意图、目录、报价、锁定、快照、移交——能干净地映射到任何买家与供应商交易的行业。
采购
供应商 RFQ、多行定价、审批路由、采购订单移交
分销
多供应商目录、利润规则、配额、订单录入
批发
分级定价、批量折扣、库存检查、发货条款
现场服务
时段可用性、技能匹配、按工定价、派工移交
活动
套餐定价、产能锁定、供应商协调、预订移交
制造业
零部件目录、交货期匹配、替代采购、BOM 定价
旅游
日期受限库存、入住定价、套餐、取消条款
酒店业
客房可用性、费率层级、定金、外汇、预订移交
05—受治理的工具接口
可审计、可测试、有边界。
编排主干触及的每个后端都被封装在受治理的模型上下文协议（MCP）模块里：没有原始调用、隐藏查询或未受检的动作。
编排主干触及的每个后端都被封装在暴露 GraphQL 工具接口的 MCP 模块里。主干绝不直接对源系统发起原始 REST 调用或 SQL 查询。每次工具调用都记录请求、响应、延迟和结果。工具可独立测试、可替换而无需改动主干、可按系统限流。智能体只能做模块允许的事。
对您来说这意味着什么
一家使用 NetSuite、BigCommerce 和三个供应商目录的经销商会得到一个智能体：它通过邮件或门户接收 RFQ，对照目录图谱解析产品和替代品，按客户层级定价，带过期时间锁定库存，并把已接受的报价写回 NetSuite——每一步都有日志。这个构建属于四步方法的第 2–3 阶段，通常 5–8 周内上线。