10月16日，第十届未来网络发展大会在南京江宁开幕。新华日报次日刊发的会场报道记录，紫金山实验室联合中国移动、江苏未来网络集团等发布了基于确定性网络的智能体互联平台AXP；同场还有卫星互联网组网控制系统、太赫兹通信器件和十大创新场景。[1] AXP公开披露的指标包括百万级注册、十万级同时在线、故障秒级切换、语义寻址百毫秒，以及4000公里以上跨域访问。报道还称，中国移动已在13个设区市部署，中天钢铁在江苏三地应用。数字很醒目，采购者首先要问的却是：这是在哪种流量、哪些网络域和授权条件下测得的？
一个钢厂把设备巡检智能体、质量分析智能体和跨厂区排产服务接起来，任务就穿过数道边界。服务要找到另一个服务，数据要被允许读取，调用要在工艺节拍内返回，失败时还要知道是网络、模型还是数据接口出了问题。仅仅展示“智能体能对话”，离工程上的连续运行还有距离。确定性网络解决的是网络域内可界定的传输约束，数据授权解决的是谁能因何任务调用哪些数据；模型推理和现场执行又各有自己的时延与安全条件。这几张账本必须一起交。
网络承诺究竟承诺到哪一跳
IETF在2019年发布的RFC 8655描述DetNet架构：针对特定数据流，通过资源预留、显式路径以及冗余传送等方式，在网络域内实现有界时延和极低丢包率。文件明确适用于单一管理域或封闭的多管理域组，不是给整个公共互联网无条件担保。[3] 因而平台在南京展示跨域调用，并不自动说明从每家企业机房到每家云厂商的全程链路都具有同样服务等级。
要把“可保证”写进采购合同，先画路径：厂内有线网、园区出口、运营商专线、区域调度平台、目的算力中心各占多少时间。合同应说明测量端点、时间窗口、峰值负载、允许抖动、丢包处理以及计划内维护；还应写明故障发生后谁切换、切换时未完成的任务如何去重。用平均时延形容稳定性很容易，尾部时延和恢复时长才经得住夜班考验。若某一段仍走普通公网，就应把该段列作不可保证区段，给任务设置降级路径。
会场报道中的气象案例提供一个直观的工程样本：100个WRF集合预报成员分配到无锡、广州两地超算中心，计算约24小时、后处理约2小时，最后产生约5TB数据。报道援引研发人员的测算称，原有普通互联网链路汇总约需32天；借助确定性网络和数算网调度平台，跨域汇总约5分钟，全流程约26.1小时。[1] 这是一个具体业务的对照，数据量、原链路有效速率和任务调度方式共同决定差距。移植到智能体协作时，常见负载反而是频繁的小请求与突发大文件混合：要分别测任务排队、发现服务、传输和推理耗时，不能把5TB批量传输的结果换算成所有智能体请求的提速百分比。
AXP报道里“任务耗时降低20%以上”同样需要配套口径：相对什么基线，任务由几步组成，失败是否计入，跨域还是同域？平台方可以提供同一任务在不同负载、注入链路故障以及权限拒绝情况下的分布曲线；客户则把自己的工艺时限放进服务等级协议。必要时，对非关键任务使用成本更低的普通网络，把确定性资源留给到时不达就会影响生产的流量。
时延预算最好按一笔真实请求拆开。例如巡检智能体发现炉温异常后，先查找可用分析服务，再取近十分钟传感数据，调用模型给出建议，最后把建议送往值班员。各步分别记下入口与出口时间，连同重试次数、数据大小和请求标识存档。若总耗时超标，网络段只占几十毫秒，却花了数分钟等人工审核，那就应优化值班流程，不能让运营商加带宽背锅。反过来，如果批量日志冲掉了告警流量，扩充模型也救不了时限。
网络切换尤其考验任务语义。某个维修单提交时发生断链，调用方重试可能开出第二张单；排产指令重复执行，代价更高。跨域任务需要幂等键、状态查询与补偿动作，明确“已接收”“执行中”“已完成”的区别。链路故障秒级切换只说明传输层的一项能力，业务层还要决定是否重发、怎样确认执行结果。把这些状态写入验收脚本，比反复念一个故障恢复数字有用。
服务找到了，不代表数据就能取
语义寻址可以帮助智能体找到合适的服务，跨域的数据调用却必须另做授权。某个排产智能体可以读取汇总的设备状态，不代表它有权下载原始工人轨迹；质量分析服务可以用脱敏后的缺陷样本，不代表可以把整条产线的客户配方传给外部模型。平台要在每次调用时核对主体、任务、目标资源、允许操作与有效期，并在跨主体转交时保留可追溯的委托链。这个方案属于工程建议，公开会场报道没有公布AXP具体采用哪套授权协议。
可参考IETF于2020年发布的RFC 8693。它定义OAuth 2.0令牌交换，使安全令牌服务在异构环境或安全域之间验证并签发合适的令牌，分别讨论代理与委托语义。[4] 把它用于智能体工程时，可要求代理服务只拿到当前任务需要的短期权限，写操作再走审批，令牌限制目标受众与权限范围；过期、撤销和审计记录同步设计。RFC本身不等于AXP已经实现了令牌交换，更不替代某个行业的数据共享协议。
尤其要防止“多跳授权”被悄悄扩张。假设甲厂的设备智能体请乙方模型生成维修建议，乙方又调用第三方文档检索。甲厂允许乙方读某一台设备的日志，不应自然延伸成第三方可以读取所有日志。工程上先定义数据分级和允许离开现场的最小字段；每次转交附任务编号、用途、过期时间和可审计的调用主体。对生产控制指令还需独立的人工确认或受控执行网关。网络传得再稳，也不会替企业做出“该不该发”的决策。
若合作方还要验证运行环境，可参照IETF 2023年的RFC 9334理解远程证明：证明方提供证据，验证方据此评估其状态。[5] 远程证明可以成为关键接口的附加条件，例如仅允许处于预期状态的边缘节点领取短期令牌；它也带来证据新鲜度、隐私与信任锚管理问题。平台实际部署时须权衡成本，不必把每一个普通查询都塞进同样重的流程。访问控制与网络保护各管一段问题，不该用一个“可信”标签概括全部。
企业经常把授权理解成上线前的一次审批。实际更难的是权限发生变化的那天：项目人员调岗，客户撤回共享，某个训练数据集被发现混有敏感字段。系统需要让目录管理员定位受影响的智能体和派生结果，停止新的读取，并依既定规则处置缓存、日志与备份。日志应能回答“谁批准、为何调用、访问了哪版数据”，又要控制自身包含的敏感内容。这样设计虽繁琐，却比在跨企业事故发生后追问一枚共用API密钥属于谁强得多。
从演示到企业验收，还差一轮故障演习
公开会场报道给出AXP规模指标和部署地信息，没有逐项公开注册计数方式、在线定义、压力测试环境或钢厂任务成功率。[1] 采购方可以提出一张简洁的试验单：连续一周运行选定任务；记录每小时成功、超时、重复执行和人工接管次数；在可控时间切断一条链路，检验是否真能在约定时间恢复；撤销一个智能体令牌，确认其后续读取均被拒绝。最后按厂区、运营商和云服务商分别看数据。规模数字是容量信息，试验单才是本企业的交付结果。
任务还应分成两种。生产控制类要求严谨的时限、权限与回退机制，超时宁可停在安全状态；资料检索、班报汇总类允许排队，断网后重试也可接受。别把所有调用都装进昂贵的专线，也别让低优先级的批量日志把报警通道堵住。RFC 8655所说的资源预留与显式路径正好提供讨论工具，但资源如何定价、哪些流量享有保障，应由业务方与网络方共同确定。[3]
如果多个厂区和供应商同处一套平台，试点至少做一次联合演练：关闭一处算力节点，模拟网络拥堵与授权服务暂时不可用，看看调用是否误切到未授权的替代服务。服务目录应记录接口版本和地域，调用方不能仅凭相似描述选一个名字相近的智能体。演练之后保存事件时间线，让现场工长、数据负责人和运营商一起复盘。可观测平台的漂亮总览图需要配上原始、可导出的任务记录，否则争议发生时每家都有一套不同的时间线。
成本账同样需要按任务结算。采购时把专线与带宽预留、算力、模型调用、数据清洗、可观测性、人工值守分开列，试点结束后按每千次成功任务或每小时稳定产出比较，而非只看模型Token单价。南京会场还展示了公网和专网两套算力服务体系，专网强调数据隔离与链路专属。[1] 这提示企业选型时明确何种数据能进入哪套环境，不能把“专网”字样当作授权审查的替身。
治理也应落到具体责任人。企业数据负责人批准数据目录和保留期，生产负责人确定任务可自动执行的边界，网络运营方出具端到端链路的测量与故障记录，平台方维护服务发现、身份与调用日志。美国NIST在2023年发布的AI风险管理框架将其定位为自愿使用、覆盖AI设计、开发、使用与评估的风险管理工具。[6] 它可启发企业把运行反馈与风险复核纳入周期性管理，却不构成对南京平台性能的第三方认证。
平台采购还涉及退出安排。数据目录、任务日志、授权记录和接口配置能否按约定格式导出？某家模型或网络提供商停服时，有没有备用路径，是否需要重新获得客户授权？试点阶段把迁移与撤销一起演练，能发现不少上线后昂贵的绑定成本。合同里的服务等级也应区分平台自有部分和第三方责任段，说明争议发生时由哪方提供计时证据，避免所有人都说自己的环节正常。
大会官网列出10月15日至17日的日程，包括16日开幕式与主论坛，并提示安排可能调整。[2] 对工业用户，接下来的判断标准很朴素：跨域调用能否在约定时间完成，失败时是否安全回退，每次数据访问是否找得到授权人。达到这些条件，智能体才可能从演示屏走到连续生产的值班表上。
参考资料
[1] 新华日报记者会场采访，经新华网江苏频道刊发，《第十届未来网络发展大会开幕，发布三项重磅成果十大创新场景》，2026-10-17。支持10月16日开幕、AXP研发主体与公开指标、13市和钢厂三地、气象案例、算力服务分层；性能均为会场披露口径。https://js.news.cn/20261017/196e84d79604496d9bc33c6c6d7029bc/c.html
[2] 第十届未来网络发展大会官网，《大会日程》，活动日期2026-10-15至17（页面未标独立发布日期）。支持会期、会场安排及日程可能调整说明，不用于证明AXP性能。https://www.gfnds.com/p/schedule.html
[3] IETF／RFC Editor，《RFC 8655: Deterministic Networking Architecture》，2019-10。支持有界时延、低丢包、资源预留、显式路径和网络域适用边界。https://www.rfc-editor.org/rfc/rfc8655.html
[4] IETF／RFC Editor，《RFC 8693: OAuth 2.0 Token Exchange》，2020-01。支持跨安全域令牌交换及委托／代理语义；非AXP实现披露。https://www.rfc-editor.org/rfc/rfc8693.html
[5] IETF／RFC Editor，《RFC 9334: Remote ATtestation procedureS (RATS) Architecture》，2023-01。支持运行状态证据、验证者及信任判断的架构描述；非AXP实现披露。https://www.rfc-editor.org/rfc/rfc9334.html
[6] 美国国家标准与技术研究院（NIST），《AI Risk Management Framework》项目页，框架发布于2023-01-26，页面含2026年更新。支持自愿使用定位和风险管理范围。https://www.nist.gov/itl/ai-risk-management-framework
两幅配图均为概念示意，不对应新闻现场或产品界面。