TECHNOLOGY
可解释的传输机制，比数字更重要
以下说明设计目标、机制与取舍。涉及性能的描述只写思路与边界，不提供未经公开验证的基准数据。
01 / PROTOCOL
自研协议与传输优化
通用传输协议面对 AI 请求时，往往缺少对任务上下文、链路状态与切换动作的统一表达。XNetWk 在应用与目标服务之间引入一层可调度的传输通道，把路径选择与恢复逻辑从业务代码中移出。
设计目标
在链路质量波动时保持调用可继续，并让路径变化可解释。
取舍
为可调度性引入一层封装与调度开销，接入需要遵循网关约定。
适用链路类型
- 跨区域长链路路径选择与中继承接
- 弱网移动链路切换与恢复能力
- 同区域短连接低开销接入与并发
链路分类为机制说明，不代表任何性能承诺。
02 / ROUTING
智能路径调度
调度平面对候选路径持续评估，在质量变化时下发切换动作。应用侧不需要感知节点编号或路径细节，只描述自己的接入区域与偏好。
评估维度（示意）
示意条形仅表达评估维度的相对权重，不表示实测数值。
03 / RELAY
中继增强
当两端的直连路径不可用或不稳定时，由中继节点承接转发。中继只改变传输路径，不改变调用方的接入方式。
切换示意：中继节点由调度平面选择，不改变调用方接入方式。
04 / DEPLOYMENT
基于现有基础设施的软件定义部署
网关、节点与调度平面以软件形态部署在客户既有环境之上，与现有网络和运维方式并存，不要求替换已有基础设施。
- 控制面与数据面分离，调度策略独立下发
- 节点按业务规模弹性增减，策略随部署生效
- 部署边界清晰，便于纳入现有变更流程
客户现有基础设施
拓扑示意：部署在客户环境内，不改变既有网络结构。
AI COMMUNICATION
面向 AI 通信场景的设计思路
长调用链
请求标识与任务上下文随链路透传，定位问题时能看到具体哪一跳发生变化。
任务上下文
任务维度信息在网关处统一附加，下游服务不必各自约定上下文字段。
并发与异步
并发请求由调度平面分配到不同路径，减少相互挤占导致的波动。
大文件传输
按数据体量规划通道与切换条件，降低中断后重传带来的时间成本。
物理链路层
XNetWk 的传输能力运行在既有物理链路之上，节点侧只要求可用的网络与计算资源。链路的物理形态由部署环境决定，软件层负责在其上组织可调度的路径。
图片为链路场景示意，不代表具体机房或节点位置。
TECHNICAL EXCHANGE
想核对某条路径的具体表现？
我们可以在技术交流中说明机制、边界与验证方式，而不是给出一组无法核对的数字。