Kickoff 材料
外设能力升级
Legion Zone
2026-06-10
产品 → 研发
现状问题
P1
外设更新与客户端版本强耦合
外设相关 UI 和信息写死在客户端，每次新增外设都需要端侧发版。外设上新节奏完全受制于版本节奏，灵活性差。
P2
智能体无法感知本地外设
现有 LZ 智能体为纯云端服务。新场景需要在外设接入时端侧感知并触发 AI 提示，引入 MCP 后链路变为「端侧感知 → MCP → 云端 AI → 返回」，链路延长带来可行性与延迟的不确定性。
P3
Lite 版不具备外设能力
Lite 版面向非拯救者电脑及手机用户，定位是开放 LZ 除设备控制外的其他功能。当前 Lite 版完全没有外设支持，需从零新增。
本次方向
1
Online 发布外设
新外设适配不依赖端侧发版，配置动态下发
2
支持智能体调用外设
外设接入后 AI 可感知并主动提示，支持对话式管理与调参
3
Lite 版支持外设
Lite 版新增外设入口与基础管理能力
交互场景示意
Legion Zone 外设智能体 Demo
覆盖方向 2 的部分交互设想，供参考，不作为技术实现约束。
A · 桌面弹窗提示
B · 端内问外设
C · 游戏中调参
查看 Demo →
产品侧风险提示 · 请研发确认
⚠ MCP 端侧链路的可行性与延迟
外设接入感知需引入端侧 MCP，整体链路较现有云端方案更长。
端侧 MCP 方案是否技术可行？链路延迟能否满足「接入即感知」的体验预期？
⚠ 动态化改造与现有架构的兼容性
外设信息写死在客户端，动态化需对现有架构进行改造。
动态下发的边界是什么（UI / 数据 / 驱动）？与现有架构如何兼容？
⚠ Lite 版与完整版的模块复用方式
Lite 版从未支持过外设，新增时需明确与完整版外设模块的关系。
外设能力是否可复用完整版模块？还是需要独立维护一套？
研发产出
技术架构方案文档
覆盖三个方向的整体架构设计
技术要求文档
各方向所需能力、接口、依赖的具体定义