千问正式“拆墙”：肯德基、瑞幸、蜜雪冰城已上线，第三方Agent和Skill现在谁都能接

千问平台正式放开第三方Agent与Skill接入权限，首批合作品牌名单里出现了肯德基、瑞幸咖啡和蜜雪冰城这并非一次常规的API开放公告，而是大模型能力下沉至实体消费场景的关键落点。

过去两年，多数大模型厂商聚焦于C端对话或B端办公提效，而千问此次动作明确指向“服务即模型”（Service-as-Model）路径：把模型能力封装成可调用、可组合、可验证的服务单元，嵌入到真实业务流中。比如，用户在肯德基App内直接语音说“我要一杯冰美式，不加糖，外带”，系统不再跳转多个页面，而是由接入的千问Skill实时解析意图、校验库存、调用订单接口并返回预估取餐时间。整个过程不依赖人工规则引擎，也不需要品牌方自建NLU管线。

为什么是这三家？

1. 肯德基拥有全国超9000家门店的标准化运营体系，对多模态交互（如扫码+语音+图像识别杯型）有强需求；

2. 瑞幸已建成日均千万级订单的实时履约中台，其对模型响应延迟容忍度低于300ms，倒逼千问优化推理调度链路；

3. 蜜雪冰城则提供极简SKU结构（主力饮品仅20余款），成为验证模型泛化能力的“压力测试场”低复杂度反而更易暴露语义歧义、地域口音适配等底层问题。

接入不是简单挂个SDK

1. 所有第三方Agent需通过千问平台的“服务沙箱”完成三阶段验证：意图识别准确率≥98.5%、跨会话状态保持时长≥15分钟、异常指令拒识率＞99.2%；

2. Skill必须支持细粒度权限控制，例如瑞幸的“优惠券核销Skill”仅能读取用户当前订单ID，不可访问历史消费数据；

3. 每个上线Skill需附带可审计的操作日志Schema，字段包含：调用时间戳、输入token数、输出token数、下游服务返回码、是否触发人工兜底。

需要注意，千问未采用通用Agent框架（如LangChain或LlamaIndex）作为接入标准，而是定义了一套轻量级协议Q-Protocol，核心仅包含4个HTTP头字段和2类JSON Schema。这种设计降低了中小餐饮SaaS服务商的集成门槛已有3家区域奶茶供应链系统在公告发布48小时内完成对接测试。

目前开放的Skill类型集中在6类高频场景：门店导航与营业状态查询、个性化套餐推荐、订单状态主动推送、会员等级实时计算、发票开具自动化、售后自助处理。尚未开放营销文案生成、直播脚本辅助等创作类能力，平台方表示将根据实际调用量与合规反馈分批释放。

以上是千问此次开放策略的技术逻辑与落地细节，希望对你有所帮助。