AI PC 现场的场景与交付形态

本篇说明炬擎数原在 AI PC 现场的场景与交付构成，包括把助手做进操作系统层所覆盖的三类日常任务、现场面临的三个具体问题，以及方案的组成方式与交付物清单。

场景：把助手做进操作系统层

AI PC 现场的场景是把助手做进操作系统层，覆盖三类日常任务：本地文件、邮件与日程的语义检索；会议实时转写与纪要；离线可用的写作与代码补全。三类任务的共同点是数据全程留在本机，不经过外部服务。

这一处理的直接结果是企业信息技术部门可以统一分发客户端与模型，并统一审计员工与 AI 的交互过程。助手在这里不是独立应用，而是办公终端的一部分。三类任务都不需要把数据送出终端。

语义检索在本地索引上完成，会议转写在本机处理音频流，写作与代码补全在本机生成内容。数据留在本机这一条件同时决定了能力边界：凡是必须依赖外部大规模服务才能完成的任务，不在该现场的能力范围内。

现场面临的三个问题

官网列出该现场的三个方面问题。其一是云端助手无法读取本地敏感文件，检索与写作类任务因此缺少必要输入。

其二是网络受限场所的能力归零，客户现场与差旅途中往往无法连接外部服务。其三是企业无法审计员工与 AI 的交互，合规与信息安全要求难以满足。三个问题分别对应数据可达性、环境可用性与过程可审计性。

三者不在同一层面，因此单一手段无法同时解决，需要在客户端、模型与审计机制三处共同处理。

方案构成与交付物

方案由三部分组成：模型侧采用炬影 Edge 的 1B 与 4B 档位常驻在终端的加速单元上；运行时由炬核 AgentOS 接管权限与记忆沙箱；管理侧由企业信息技术部门通过管理控制台分发模型与策略。

交付物包括三项：面向 Windows 与麒麟的双平台客户端、企业管理控制台、模型分发通道。其中客户端提供使用入口，控制台提供管理入口，分发通道负责把模型与策略送达到每台终端。三者缺任一项，试点都无法覆盖到实际使用者。

官网给出的周期为八周完成试点，该周期对应试点范围，不含后续推广阶段。

三类任务的落地顺序通常不是同时推进的。会议转写与纪要的输入与输出都在本机，验证条件最简单；本地语义检索需要先建立本机索引，前置工作多一些；写作与代码补全对生成质量的要求更直接。试点阶段常见的选择是先取其中一到两类验证可用性，再决定覆盖范围。

企业信息技术部门的分发工作也按同一节奏展开：客户端与模型先到一部分终端，策略随后统一下发。周期与试点范围相关，范围变化时相应调整。