Nothing OS 5 支持机型与推送时间：Essential Space、MCP 可用性指南
查看 Nothing OS 5 支持机型、正式版分阶段推送安排，以及系统已更新却缺少 Essential Space 或 MCP 功能时的检查方法，并区分上下文访问与 FoneClaw 手机侧动作。
- Phone (3) 正式版从 10 月 12 日开始推送，其余支持机型分批安排在 11 月、12 月及随后 1 月；Phone (1)、Phone (2) 和 CMF Phone 1 不会获得 Nothing OS 5。
- 系统推送受机型、地区和运营商影响，Essential Space 又通过 Google Play 独立更新；收到 Nothing OS 5 不代表所有 AI 功能同时开放。
- Essential Space MCP 仍列为约 10 月提供的计划，重新设计的捕获体验从 11 月开始推出；选定信息访问不等于获得 Android 动作权限。
- FoneClaw 可独立处理用户明确发起的受支持后续任务；个人待办须依据已核对内容创建，模糊时间保持未安排，不会自动变成闹钟、消息或他人的任务。
分清 Nothing OS 5 已发布功能与后续计划
先看机型和推送阶段。截至 2026 年 10 月 20 日，Nothing OS 5 的官方安排已列出 Phone (3) 正式版从 10 月 12 日开始推送，其他支持机型随后分批跟进。Nothing 的Nothing OS 5 官方介绍与机型推送计划说明，新系统基于 Android 17，时间表属于指导性安排，正式版还会按地区和运营商分阶段发布。因此，“到了计划月份”和“这台手机已经收到更新”不是一回事。
| 机型 | 正式版安排 | 下一步检查 |
|---|---|---|
| Phone (3) | 从 10 月 12 日开始 | 在系统更新页检查本机推送，不代表所有地区同时到达 |
| Phone (4a) Pro、Phone (4a)、Phone (3a) Pro、Phone (3a) | 11 月上旬 | 核对具体型号，等待对应正式版批次 |
| Phone (2a)、Phone (2a) Plus | 11 月中旬 | 10 月中旬的公开测试安排不等于正式版已推送 |
| Phone (3a) Lite | 12 月下旬 | 以正式版计划和本机更新状态为准 |
| Phone (4b)、CMF Phone 2 Pro | 随后 1 月中旬 | 属于本轮后续批次，并非 10 月即可升级 |
| Phone (1)、Phone (2)、CMF Phone 1 | 不会获得 Nothing OS 5 | 官方已说明其主要软件支持周期结束，不应等待本次系统升级 |
Essential Space 的更新采用另一条分发路径。Nothing 表示，这部分功能会通过 Google Play 单独推出，因此手机安装 Nothing OS 5 后，Essential Space 的界面和能力仍可能处于不同阶段。排查时应分别记录系统版本、Essential Space 应用更新状态和账号条件。
Smart Collections 用于组合相关捕获内容并改善查找；Essential Voice 提供实时文字、格式整理及百余种语言的转写。实时转写与实时翻译也要分开：后者仍列为 2026 年稍后推出的功能。Essential Apps Builder 处于早期测试阶段，访问资格逐渐开放，尚未获得入口的用户可查看官方候补安排。
MCP 支持仍列在后续计划中，预估为约 10 月提供；重新设计的捕获体验则从 11 月开始推出。不能因为当前已是 10 月，或系统已经升级，就认定 MCP 已对自己的账号开放。准备使用时，应以应用内实际出现的入口、权限说明和兼容工具支持为准，也不能把这些功能理解为全部在手机本地处理。
把 Essential Space 理解为精选上下文层
Essential Space 的核心价值，是把用户主动保留的信息整理成可再次使用的个人上下文。一次会议中的语音记录、用户保存的页面内容或其他捕获材料，可以进入 Essential Space，再由 Smart Collections 按关联性组织。这样，信息从零散片段变成可查找的主题集合。
以项目会议为例，用户可以通过 Essential Voice 记录讨论。实时文字帮助用户边说边看，格式整理让转写更易阅读，多语言能力适合包含不同语言名称或讨论内容的场景。会议结束后，仍应检查人名、日期、金额和行动项，因为这些字段会影响后续安排。
Smart Collections 可以把同一项目的会议记录、参考材料和后续捕获内容归到相近主题。它解决的是“哪些信息彼此相关”以及“以后怎样找到”。例如搜索“秋季发布”时，用户可以从相关捕获中寻找材料，减少在不同记录之间来回翻找。
精选上下文应保留来源和时间。会议记录最好能够核对发生日期、原始捕获以及整理后的内容；页面摘录应保留来源线索；多个同名项目需要额外区分。上下文越接近真实动作，越需要知道它是否仍然有效。例如上周确定的会议时间，可能已被新邮件修改。
| 上下文阶段 | 主要目的 | 用户检查点 |
|---|---|---|
| 捕获 | 保留语音、文字或当前材料 | 内容是否完整，是否包含敏感信息 |
| 整理 | 通过 Smart Collections 建立主题关联 | 集合是否归类正确，是否混入同名项目 |
| 搜索 | 找回与当前问题相关的记录 | 来源、时间和记录版本是否合适 |
| 选择 | 确定哪些内容可以提供给外部工具 | 资源范围和接收工具是否明确 |
| 行动 | 由单独执行层处理受支持任务 | 权限、审批和最终结果 |
这种分层能让 Essential Space 专注于上下文质量。用户先获得经过组织的资料，再决定其中哪一部分值得进入 AI 分析或 Android 后续动作。资料被保存或归类，本身并不表示后续任务已经创建。
理解 MCP 对选定信息访问的改变
Nothing 对计划中 MCP 支持的定位，是让兼容 AI 工具访问用户选定的 Essential Space 信息。这里最重要的词是“选定”：用户决定开放哪项资源，而不是默认把整个个人资料库交给外部工具。具体选择方式和授权范围，应等实际入口开放后再核对。
例如，用户可以只提供“秋季发布”集合中最新会议记录的必要内容，而不是整个集合。兼容工具获得记录后，可以总结行动项、识别日期或生成后续方案。其可见上下文应与用户选择保持一致，并保留足够来源信息供核对。
MCP 提供资源与工具交互的接口，但不会自动授予 Android 权限。目标应用账号和产生外部影响的动作仍由相应执行层管理。读取会议记录、创建日历事件和发送消息是三种不同权限行为：第一步访问上下文，第二步写入日历，第三步影响外部联系人。
这也解释了无状态调用与有状态手机任务的差异。一次资源读取可以返回选定文本；多步骤 Android 任务还需要记录当前目标、已完成步骤、等待确认项和失败位置。需要深入理解两种状态模型时，可以继续阅读无状态 MCP 与有状态 Agent 工作流：Android 手机任务状态架构指南。
| 边界 | 控制对象 | 适合的验证 |
|---|---|---|
| 资源选择 | 哪条捕获或哪些内容可被使用 | 核对标题、来源、时间和选中范围 |
| 连接器 | 哪个兼容工具可以读取资源 | 检查提供者、权限范围和撤销入口 |
| 模型处理 | 如何总结、分类或生成计划 | 核对事实、遗漏和不确定信息 |
| Android 执行 | 哪些应用或系统状态会改变 | 检查目标账号、权限和适用审批 |
| 结果确认 | 动作是否真实完成 | 回到目标记录或应用核对 |
当 MCP 入口正式出现在设备上时，首次检查适合使用无敏感内容的单条记录。观察资源选择是否精确、接收工具看到了哪些字段、撤销后访问是否停止，以及输出能否追溯到原始捕获。先验证访问层，再考虑复杂动作；这是一套建议检查方法，并非已完成的实测结果。
区分 Essential Apps 与通用手机 Agent
Essential Apps Builder 面向轻量、聚焦的个人应用。用户用自然语言描述需求，系统帮助生成对应工具。早期测试阶段可以围绕单一场景评估，例如固定格式的购物清单、项目状态面板，或从一组输入生成特定视图；实际可用能力仍以获得资格后的产品入口为准。
轻量应用的优势是目标明确。界面、字段和输出围绕一个问题设计，用户不必每次重新描述完整流程。如果需求主要是“查看、输入、整理和展示一类信息”，生成式应用可以提供直接入口，也容易检查输出是否符合预期。
通用手机 Agent 处理的是另一层工作：理解临时目标，读取获准提供的当前状态，选择受支持工具，并根据权限、页面变化或用户决定调整路径。跨应用任务可能涉及日历、个人待办、地图、通信和设备状态，因此还需要单独核对执行边界。
| 任务类型 | Essential Apps Builder 的侧重点 | 手机 Agent 执行层的侧重点 |
|---|---|---|
| 固定字段的小工具 | 生成聚焦的输入与展示界面 | 按需衔接受支持动作 |
| 重复查看同类信息 | 提供稳定视图 | 在需要时补充动态操作 |
| 跨多个应用的临时任务 | 取决于具体生成应用的连接能力 | 按当前目标与可用工具规划步骤 |
| 涉及发送、删除或系统设置 | 由具体应用能力决定 | 核对权限、审批策略和结果 |
| 执行中断后继续 | 取决于应用的状态设计 | 先确认已完成步骤，再决定恢复或接管 |
从架构上看，Essential Space 保存精选上下文，Essential Apps 提供小型界面，计划中的 MCP 支持连接选定资源，独立手机 Agent 处理经授权的后续动作。这是职责分层，不表示各产品之间已经存在原生连接器。
在 FoneClaw，我们提供独立的 Android 手机侧执行能力：配置模型负责理解与规划，已启用的工具负责受支持动作，执行受实际 Android 权限、全局审批及单工具审批设置约束。具体支持范围可在FoneClaw 功能介绍中核对；安装或使用 FoneClaw 不等于已经接入 Nothing 的 MCP。
演练一次经用户批准的 FoneClaw 动作交接
下面用一次项目会议说明上下文到动作的交接方法。这是用户主动选择、手动交接的示例，不是原生集成或实测流程：Essential Space 保存会议材料，用户确认行动项，再在独立运行的 FoneClaw 中明确发起后续任务。
第一步是捕获并核对。用户记录会议后，检查人名、日期和行动项，并在可用的 Smart Collections 中整理相关材料。假设会议留下三项工作：“之后复核报价”“安排下一次评审”“向林经理发送摘要”。这些文字只是会议内容，还不能当作明确日期、已获授权的日历事件或待发送消息。
第二步是选择上下文。打开已核对的记录，通过当前可用的复制或分享方式，只带出本次需要处理的内容。MCP 正式可用后，也应先确认兼容工具及资源范围；这里不假设 FoneClaw 已有 Nothing 连接器。
第三步是在 FoneClaw 中明确请求：“根据这段已核对的会议内容，给我创建一条个人待办：复核秋季发布报价。先不设日期，不创建日历，不发送消息，也不要把任务分配给林经理。”模型据此理解目标，执行仍取决于已启用工具、实际权限和当前审批策略。
第四步是检查创建结果。打开个人待办中心，核对标题、内容及未安排日期的状态。“之后”“有空时”这类模糊时间不应被擅自转成某一天；个人待办也不等于到点响铃的闹钟。需要厘清日期时，可参考Android AI 待办无日期保存指南，把无日期跟进与日历安排分开。
第五步才是考虑其他动作。若确实要安排评审，应另行确认日期、时间、时区和目标日历；若要联系林经理，应核对联系人、渠道、正文及发送意图。会议里出现了这些行动项，不代表用户已经授权执行，也不能把创建个人待办当作已经通知他人。
- 核对原始会议捕获、来源和行动项。
- 只选择当前任务需要的内容。
- 明确要求创建自己的待办，并说明日期与禁止事项。
- 按照实际权限和审批设置处理工具执行。
- 回到个人待办中心核对记录及日期状态。
- 把日历、消息和闹钟作为不同任务另行处理。
在支持并获准的情况下，也可向 FoneClaw 提供当前可见屏幕，再明确要求提取哪些信息。有关屏幕上下文怎样进入受控动作，可以阅读Android 悬浮 AI 助手与当前屏幕：从提问到可控操作的完整指南。
处理同意、连接器信任、过期上下文与失败动作
上下文到动作的链路包含多种信任关系。用户先核对捕获来源，再选择可访问资源，随后检查连接器和 AI 工具，最后决定是否授权执行层改变目标状态。把这些关系分开，能够在问题发生时找到对应控制点。
资源同意应具体到当前内容。一次会议记录可能包含客户姓名、预算、内部链接和私人讨论，后续任务却只需要一个行动项。选择范围越精确，接收工具越容易得到清楚输入，用户也更容易理解哪些信息已经越过 Essential Space 边界。
连接器信任需要检查提供者、资源范围、使用时长和撤销方式。正式使用前，确认工具名称、读取对象以及是否保留内容。面对自动发现的工具或目录，还应核对来源与能力声明。更完整的连接器发现和授权框架，可以参考智能体资源发现：ai-catalog.json、可信目录与手机授权边界。
过期上下文是手机任务中的常见问题。会议记录可能写着下周二评审，但后来邮件把会议改到周三。执行前应检查捕获时间，并与当前日历、消息或其他权威来源核对。发现冲突时，先列出两个时间及来源，由用户确认最新安排，不根据旧记录直接写入。
失败后先确认状态，不要盲目重试。个人待办是否已创建，应到待办中心查看；日历写入或消息发送状态不明确时，应到对应应用核对，避免重复记录或重复发送。权限不足时，只补充当前动作确实需要的权限，或改由用户手动完成。审批是否出现取决于实际策略，不能假定每个动作都会再次弹出确认。
| 风险 | 推荐控制点 | 恢复方式 |
|---|---|---|
| 选择内容过多 | 核对资源标题、来源和选中范围 | 缩小到单条记录或必要字段 |
| 连接器来源不清楚 | 检查提供者、能力和撤销入口 | 停止连接并改用可信路径 |
| 上下文已经过期 | 比较时间戳与当前权威记录 | 确认最新来源后再更新任务参数 |
| Android 权限缺失 | 核对当前工具确实需要的权限 | 按需授权或手动接管，不扩大无关权限 |
| 动作结果含糊 | 读取目标应用或记录状态 | 先核对再决定是否重试 |
评估 Nothing OS 5 MCP 手机 Agent 就绪度
判断是否具备使用条件，可以从设备、发布状态、上下文、连接器、执行层和结果六个维度检查。任何一层缺失，都应把任务停在上一层，而不是把“上下文可读”误判为“动作已完成”。
没有收到系统更新时，先确认准确机型、已安装版本及自己处于稳定版还是公开测试版。等待正式版的用户，应在设置中的系统更新页检查普通 OTA，再对照机型时间表、地区和运营商批次。不要仅为寻找 MCP 入口就加入测试计划；标准正式版推送与测试版报名是两条不同路径。
系统已更新但功能缺失时，另到 Google Play 检查 Essential Space 更新，再查看当前账号与应用内可见控件。MCP、重新设计的捕获体验、实时翻译及 Builder 资格各有安排。仅缺某一入口，不足以证明系统安装失败，也不应靠反复重置或刷机来追赶功能。
已经参加公开测试、需要回退时，应先阅读官方最新说明，核对机型及适用构建，并使用 Nothing Beta Hub V2.0。其回退路径是：设置 → 系统 → Nothing Beta Hub → 检查版本 → 在符合条件时请求回退 → 前往回退，再按提示确认并安装降级更新。回退会清除手机数据，必须先备份照片、联系人、消息等重要内容。若页面没有相应控件，应联系官方支持，不自行猜测入口或使用其他机型的包。
接着检查上下文质量。创建一条无敏感信息的测试记录，核对文字、格式、集合归类和搜索结果。来源、时间和标题应足够清楚，能够区分旧记录与当前记录。MCP 正式开放后，再用单条资源检查选择范围、接收字段和撤销方式，先做只读检查。
独立执行层则可从个人待办开始：明确要求把已核对的行动项保存为自己的无日期待办，再到待办中心搜索并打开。若需要更新或标记完成，也应另行说明目标记录并核对结果。日历写入、消息发送和闹钟设置不包含在这个待办检查中。
- 准确机型是否位于 Nothing OS 5 支持范围，当前等待的是测试版还是正式版。
- 系统更新是否符合地区、运营商和机型阶段。
- Essential Space 是否已通过 Google Play 单独更新。
- 所需功能是否在当前设备与账号中实际出现。
- MCP 可用时，连接器是否显示提供者、资源范围和撤销方式。
- 选定上下文是否包含来源、时间和必要字段。
- FoneClaw 的相关工具、权限与审批策略是否适合当前任务。
- 个人待办的内容和未安排日期状态是否能够核对。
- 失败后是否先检查已有结果，再决定重试或手动接管。
FoneClaw 独立运行于符合兼容条件的 Android 设备上，不以 Nothing OS 5 或其 MCP 开放为前提，也不因系统升级自动获得 Essential Space 访问权。我们提供的是用户明确发起、受工具与权限约束的手机侧后续处理能力；真正的就绪标准，是每一层都有实际可用的入口、明确边界和可核对结果。