先给结论：苹果把设备上的智能能力做成了单独一份管理配置，可管控的项在十项上下，而且每一项都有一个允许与否的开关；但这些开关管的是「能不能被调用」，不是「调用过程中产生了什么」。租赁场景下把它理解成缩小数据残留面的手段是合适的，理解成可以看内容的手段则完全相反。这一篇把这十项的边界、生效前提和一个能上手的验收顺序讲清楚。
这份配置到底列了哪些项
按苹果公开的配置清单，能被单独管理的能力分布在几个区：创作类包括生成表情、生成图片、图片改写这一类；书写与输入类包括改写校对摘要那一套工具、以及个性化的手写结果；画面识别是单独一项；应用内的有日历与提醒事项的自然语言编辑、邮件的智能回复与摘要、备忘录的录音转写与转写摘要、浏览器的网页摘要。除此之外还有两项可以要求只在本机处理------听写与翻译。
另外清单里还有一个状态报告类的控制项，用来配合企业侧的审计。需要说明的是，这一项提供的是可见性信息，不构成完整的企业审计日志，两者的颗粒度差得远。
机制：为什么开关和数据是两回事
第一层是作用对象不同。能力开关作用在「调用入口」上------开启后设备不提供这个功能的入口或者不允许其执行；而已经生成的内容存放在设备的存储区里，属于另一条路径上的东西，开关的状态变化不会触发清理动作。原因是这两件事在系统里由不同的子系统负责，管控提供的是策略层，数据是存储层。
第二层是执行方式不同。这份配置走的是声明式通道，设备接收的是一份「应该是这样」的描述，并且会在本地持续维持这个状态、把状态回报出来，临时离线也不影响维持。之所以强调这一点，是因为它决定了验收的方式：不是看「命令有没有执行一次」，而是看「设备当前处于什么状态」，这也意味着一台离线半天的机器回来之后，状态应该是符合预期的，这一点可以拿来反验。
第三层是粒度。这份设计不是总开关，允许改写工具不代表允许邮件摘要，允许转写不代表浏览器摘要也被允许。原因是每一项在系统里是独立的声明键，彼此之间不存在继承关系。这个设计的好处是可以按需组合------比如允许文字处理但关掉图片生成；代价是验收必须逐项做，不能只验一项就推断其余。
MDM.Plus 的限制项下发把受监督、注册方式、系统版本三个前置写成下发前的硬校验，缺一项则本次不下发，也不会产生回执。
连表：三件事别搞混
这三件事在内部沟通里经常被当成一件，分开看就清楚了。
- 能力开关：决定某项功能在设备上能否被调用，作用点在策略层
- 数据清除：决定已生成内容是否还在，作用点在存储层，由专门的清除动作完成
- 使用记录的上报：不在该配置的能力范围内，苹果也未提供对既有内容的访问能力
为什么租赁场景要先开这一类开关
租赁机和企业配机最大的区别在于流转。同一台机器在生命周期里会经过三到四个承租人，每一次流转都要清一次个人数据，清不干净就是下一位客户的投诉来源。而这一类智能功能的残留有个特点：它主要不在某个 App 里，在系统侧的缓存与个性化数据里------也就是常规「清 App 数据」覆盖不到的那一层。
所以在回收流程里，配套的做法是预防性的：回收入库之前先把这几项能力关掉，减少个性化数据继续生成的可能，然后再走标准清除流程。顺序不能倒，因为关掉只是不再新增，已有的还得靠清除。这一步的成本很低，但它把后续清除动作要处理的数据量降下来了。
一个顺序不能错的验收动作
给同行一套三步的验收。第一步验前置：确认设备受监督、注册方式为自动化设备注册、系统版本达到 26.4 这一档。第二步验粒度：把要管的那几项逐项在实际界面上试一遍，不要只验一项推断其余。第三步验维持：挑一台机器断网半天再恢复，看状态是否仍符合预期------这一步是声明式通道特有的验法，也是最能区分「配置过一次」和「维持住了」的方法。
抽样同上：100 台以内抽 10 台，超过部分每 100 台加抽 5 台。之所以第三步要单独占一次工时，是因为很多失效模式只在设备离线一段时间后回归时才暴露。
三个前提，缺一个都别开工
第一，必须是受监督设备，苹果在文档里把它写成硬性前提而不是可选项；低于这个前提，界面上有同名开关也不代表能落地。第二，注册方式限自动化设备注册（电脑端另有设备注册那条路），用户注册路径没被列进支援清单。第三，那四个 26.4 版本门槛，手机、平板、电脑、头显各有一条。
还有一个容易被当作技术决定实则不是的点：哪些智能能力在公司内部允许开放，取决于业务口径。技术侧能做的是把选项列清楚、把生效条件写清楚，拍板那一步不该由配置单方面完成，建议以书面口径的形式落下来。
误区与不适用条件
误区一，以为开了就能查到客户用过什么。这份配置不提供对既有内容与使用记录的访问，把它当成监控手段是方向性的误读，也会给自己带来合规风险。误区二，以为逐开关越来越多就越好。每加一项都意味着验收工作量增加一项，而且不同后台对该配置的覆盖程度不一样，苹果明确提示过各家实现方式有差异。
不适用条件要写清楚：部分能力存在地区可用性差异，本地本来就没开放的功能，「限制生效」这个结论是假的；此外该文档的支援范围随版本变动，本文依据 2026 年公开版本，做量产变更前请复核苹果当前的 Platform Deployment 文档。
落到验收单这一步
把十项拆成一张逐行勾选的表，是这一步真正能落地的形态------口头说「开了五项」没有意义，能复核的是哪一项在哪一批机器上验过、验的结果是什么。
MDM.Plus 的限制项清单把这类逐项验的结果按设备留档，状态发生变化时单独成一条记录，回收流程里可以直接调出来当作清除前的确认依据。
- 判据一：这三个前提------受监督、自动化设备注册、版本达 26.4------缺一个就别开工
- 判据二：逐项验，允许改写工具不等于允许邮件摘要，各项之间没有继承关系
- 判据三：用「断网半天再恢复」反验声明式通道是否真的在维持状态
- 判据四：开关不是清除，判断清没清干净只认清除动作的留痕
- 判据五：验收挑本地实际开放的功能，地区差异会制造假的生效结论