接收请求，校验版本、广告位、站点、应用、设备、隐私和格式。
运行链路
从请求到证据包。
这条链路是 TradeMesh 官网的产品骨架。
把原始请求转成带库存、底价、交易、隐私和设备信息的竞价上下文。
输出候选席位、排除原因、策略影响和端点健康影响。
调用 DSP，选择获胜者，校验素材策略并组装响应。
把获胜、曝光、点击和损耗通知与账本关联。
隐私、素材、供应链、报表导出、审批和配置发布都留下证据。
追踪视图
商务和产研都能看懂同一条链路。
每个工作流都需要有运行事实、商业解释和可复核证据。
请求入口POST /ortb/prod/sep_demo_main/bid已接收
标准化生成含底价、隐私和交易信息的竞价上下文有效
路由候选席位、排除原因和策略影响已匹配
竞价DSP 返回带 seatbid 证据的响应已出价
证据BI、账本、通知、素材和隐私决策已关联就绪
运行剧本
把异常变成可处理任务。
TradeMesh 的工作流页面需要帮助用户理解常见生产问题如何被定位、分派和复盘。
看广告位、地域、设备、底价、隐私状态和需求端点健康，定位是库存问题还是需求问题。
按 DSP、地域、格式和请求大小拆分，确认是端点、网络还是请求结构导致。
从请求、获胜通知、曝光通知、账本和报表导出回放差异来源。
把素材策略、扫描证据、落地页限制和客户投诉关联到席位和路由。
状态机
每个请求都在可观察状态中流转。
状态机让产研知道链路卡在哪里，也让商务知道哪些结果可以解释给客户。
版本、广告位、站点或应用、设备和隐私字段可用。
库存、底价、交易、隐私和席位能力满足至少一个需求路径。
端点响应、超时、不出价和 seatbid 结构形成运行事实。
通知、报表、账本和调整记录进入财务闭环。
告警和处理
不是只报警，而是把报警变成证据任务。
ADX 运行时的告警必须带上下文，否则团队只能反复查日志。
填充、超时、错误率、通知缺失、账本差异或素材风险超过阈值。
按客户、端点、广告位、地域、席位和策略维度切开。
调整路由、限流、回滚配置、暂停席位或修复授权材料。
把处理记录回写到客户复盘、财务对账和审计证据。