AI-native 系列 · 可穿戴 AI · 《可穿戴阶梯》第二集（共三集）
按官方文档：AI 眼镜11我的18笔记本任务能否免手完成
写这篇的目的我先写下了18自己平时会为哪些事打开笔记本——比如读联合创始人的消息、查日历、让代码 agent 干点活——然后一项项对照 Meta 官方文档，看 Ray-Ban Meta 眼镜到底能不能免手完成。11被官方文档标注为支持免手操作，4 被官方文档明确标注为不支持，3 文档没有提及。
为什么值得关注「能」和「不能」的分界绝非随意。消息、通话、日历都在「能」那边；而我真正用来工作的那些 app——WeChat、Feishu、GitHub、代码助手——全都在「不能」一侧。眼镜现在能帮你打理生活杂事，但工作还不行，卡在平台，不是硬件。
你可以这样操作 在买眼镜或打算开发应用前，先用同样的方法花十分钟梳理一下自己的笔记本任务。既然文档只是承诺，不是实测，18 这些任务都提前登记，等着实地 road-trip 那天来验证——结果会加在本页，并注明日期。
The Wearable Ladder — 系列脉络
- 死亡表——头戴式计算机为何折戟 第 1 集
- 按官方文档：AI 眼镜11我的18笔记本任务能否免手完成 本集
- AI 眼镜想取代办公桌，得先闯过这五关——时间表全公开 第 3 集
本集只回答一个问题我的笔记本任务里，AI 眼镜今天到底能免手完成哪些？又会在哪一步卡壳？
这一篇并不会 解释早期头戴式电脑为何失败——那是第一集：死亡表——也不会讨论眼镜取代桌面前必须满足什么条件，那是第三集：预测账本.
本集 AI 眼镜篇讲什么，适合谁看
这是《可穿戴阶梯》的第二集。第一集回头看那些23 失败的头戴式电脑；第三集则用时间戳做前瞻预测。这一集聚焦现在。原计划是用一天 road-trip 实测——每个任务都免手尝试，每次都记录。但那天还没到，我也不会凭空编造。所以这一版用另一个诚实的来源来回答：一项项对照官方文档，每个结论都附上链接。等实测那天再检验文档是否靠谱。
这篇写给：决定要不要为眼镜开发的工程师、考虑要不要配一副给团队的创始人，以及已经买了但还不知道能干啥的所有人。
画面感：一场按规则的 sparring（对抗练习）
你不能把杠铃带进 sparring 场。回合里你能用的，只有身上已有的装备——而且要按规则来，不是看高光集锦。攀岩或开车途中，唯一随身的电脑就是这副眼镜；而文档，就是比赛规则。
| 实战回合 | 戴着眼镜 |
|---|---|
| 铃响那一刻你身上真正带着的 | 无论什么姿势，唯一始终在场的输入输出：麦克风、扬声器、摄像头 |
| 直拳试探（jab） | 一句简短的语音请求——快、带宽低；更多是铺垫工作，而不是直接收尾 |
| 按规则出招，不看高光集锦 | Meta 官方文档写明眼镜能做什么，而不是演示里秀过什么 |
| 规则禁止的动作 | 文档明确标注为不支持的任务 |
| 回合间的“角落” | 手机和云端，真正跑工作的地方 |
| 检验你方案的实战 | 路测日：全程记录，现场验证文档 |
规则集：官方文档怎么写
判定任何任务前，先看基本规则。眼镜是精挑细选的桥梁，不是你手机的镜像。
| 能力 | 官方文档怎么说 | |
|---|---|---|
| 听消息朗读 | WhatsApp、Messenger、Instagram 以及你手机自带的短信——封闭名单 | source |
| 语音回复 | 同一名单支持；眼镜会读回你的回复，你再说 yes、no 或 cancel | source |
| Telegram、Slack、Signal、WeChat、Feishu | Meta 的所有官方页面都没有提到 Telegram、Slack 和 Signal；WeChat 和 Feishu 也不在这个封闭名单里——不支持 | 来源 |
| 语音消息 | 最长 60 秒；静默 3 秒后自动停止录音 | 来源 |
| 日历 | Google Calendar 和 Outlook：可用语音查询和创建日程（仅限英语，美国） | 来源 |
| 邮件 | 只支持朗读；没有官方页面记录可回复 | 来源 |
| 提醒事项 | 可用语音设置和搜索；需要连接手机；仅支持英语（美国、加拿大、澳大利亚） | 来源 |
| 离线 | 可访问手机上的照片、视频、电量和音频；助手功能需要联网 | 来源 |
| 第三方应用 | Toolkit 1.0 于 2026 年 9 月 24 日发布；这些新功能目前还不能上线发布 | 来源 |
Meta Connect 2026（9 月 23–24 日）对开发者侧做了调整：眼镜应用开发工具包升级到 1.0，新增了电量读取和语音启动应用的能力。但所有这些新功能都被标记为 experimental，且用到它们的应用“暂时还不能上线发布”（toolkit changelog）。语音启动只能打开应用，无法把你的请求传递进去。
我自己的18笔记本任务，逐项对照官方文档
11 已有文档 · 4 不支持 · 3 未提及，共18项任务，2026年9月25日按我真实操作清单登记；文档查阅时间为9月19日和25日。
“不支持”一栏涵盖了清单上的所有工作类工具。“已有文档”一栏则包括消息、通话、日历、提醒、拍照和问答。
| 任务 | 官方文档说明 | Breaks at | 详情 | |
|---|---|---|---|---|
| 听到联合创始人发来的最新消息 | ✅ 已有文档 | — | 支持 WhatsApp、Messenger、Instagram 及手机短信的自动播报与朗读 | 来源 |
| 用语音回复这位联合创始人 | ✅ 已有文档 | — | “Hey Meta, reply”——系统会朗读你的回复内容，你确认后发送；支持 WhatsApp/Messenger/Instagram | 来源 |
| 听到最新的微信消息 | ❌ 不支持 | provider | WeChat 不在官方支持的消息提供方名单里；该名单是封闭的（Messenger、WhatsApp、Instagram、手机） | 来源见下 |
| 给团队发一条 Feishu/Lark 的简短消息 | ❌ 不支持 | provider | Feishu/Lark 不在官方支持的消息提供方名单中 | 来源见下 |
| 查今天的日程 | ✅ 有文档说明 | — | Google Calendar 和 Outlook：'what does my day look like'（英文，美国） | 来源见下 |
| 添加一场会议到日历 | ✅ 有文档说明 | — | 语音创建事件（英文，美国） | 来源见下 |
| 听收件箱里最新的一封邮件 | ✅ 有文档说明 | — | “Hey Meta, read my emails aloud”——仅支持朗读（release notes v25, 2026-05-14；美国/加拿大） | 来源见下 |
| 回复那封邮件 | ❔ 文档未提及 | platform | 没有官方页面记录邮件撰写或回复功能 | 来源见下 |
| 随手记录一个想法，晚上回到桌前还能找到 | ✅ 文档支持 | — | “Remember this…” 会写入提醒事项，可用语音搜索（仅限英语，美国/加拿大/澳大利亚） | 来源 |
| 为明天某个具体时间设个提醒 | ✅ 文档支持 | — | “Set a reminder for…”——需要手机推送通知 | 来源 |
| 回答你平时会查的事实类问题 | ✅ 文档支持 | — | Meta AI 可回答——但必须联网；离线时助手不可用 | 来源 |
| 翻译路牌或一句外语 | ✅ 文档支持 | — | 实时语音翻译（离线支持 6 种语言，联网再加 14 种）；用 Live AI 读路牌未单独写明 | 来源 |
| 拍照并发给指定联系人 | ✅ 文档支持 | — | “Send a picture to [contact] on WhatsApp/Messenger/Instagram/my phone”——发送前无法预览 | 来源 |
| 查 GitHub PR 的 CI 是否绿灯 | ❌ not supported | relay | 目前眼镜没有 GitHub 集成；Meta 的 Muse agent（GitHub 是 1,500+ 个连接器之一）“coming soon to AI glasses”，暂无日期 | source |
| 给 coding agent 派一个任务并听它的执行结果 | ❌ not supported | platform | 语音启动只能打开 app（实验性，无法发布）；Meta AI Connectors 目前仅限早鸟注册 | source |
| 获取步行导航到某地 | ❔ undocumented | output | 步行、骑行和公共交通导航仅在 Meta Ray-Ban Display（US/CA）有文档说明；Ray-Ban Meta Gen 2 未见相关说明 | source |
| 收听你自己的 portfolio 文章 | ❔ undocumented | relay | 文档未提及网页朗读功能；大概率需要手机配合 | source |
| 呼叫指定联系人 | ✅ documented | — | “Hey Meta, call [name] on WhatsApp” 以及普通电话呼叫 | source |
表格详情栏有两个注意点。很多“支持”的答案其实只限于仅限英语、美国优先——日历和邮件朗读仅在美国英文环境下有文档说明。还有不少功能需要联网：离线时助手完全不可用。表格里的“支持”，其实是指美国有信号的英语用户才算“支持”。
从分布可以看出什么
看看这些“不能”的都卡在哪：provider（WeChat 和 Feishu 不在消息类应用的封闭名单里），
relay（没有办法在不靠手机的情况下访问 GitHub），platform（没有通用的 agent 接口）。这些限制都不是电池、摄像头或麦克风的问题。硬件能听见我、也能回我话；但平台决定它能和谁说话。这正是第 1 集在当下时态里的教训——那些失败的设备也不是死在算力上——而这也正是第 3 集要追踪的预测条件P3：到 2027 年年中，是否任何开发者都能发布眼镜应用。guest list（嘉宾名单）正在松动：Meta 的 Muse agent 已经能连 GitHub 和 1500+ 服务，官方说“coming soon”即将登陆眼镜端；Meta AI Connectors 让服务可以向助手开放操作——两者都在 2026 年 Connect 发布，但都没给日期，也没开放普遍可用（Meta：Muse,
Connectors）。这一切P3都在推进中。
五问：为什么眼镜做不了我的工作任务？
- 为什么不行？因为4我的18这些任务——WeChat、Feishu、GitHub、代码 agent——都被文档明确标注为不支持，剩下的工作栈文档也只字未提。EVIDENCE：见上表，生成自
content/series/wearable-ladder/audit-tasks.yml. - 为什么这些应用缺席？因为眼镜只连 Meta 官方列出的服务商——Messenger、WhatsApp、Instagram 以及你手机的短信——名单是封闭的。 EVIDENCE：Meta help: message providers（中译：Meta 帮助：消息服务商）.
- 为什么这些应用不能自己接入？因为第三方应用还不能面向公众发布，App Store 也“is not currently supported”。 EVIDENCE：Meta's iOS integration guide（中译：Meta 的 iOS 集成指南）.
- 那 toolkit 都已经 1.0 了，为什么还不行？因为 1.0 版本的每一项新能力都被标注为实验性质， 而且用到这些能力的 app “cannot be published yet”（中译：还不能发布）。 证据：toolkit 1.0 changelog.
- 那真正的瓶颈是什么？ 本质上：在工作场景下，眼镜受限于平台允许谁接入，而不是硬件本身能做什么。同一台设备能把 WhatsApp 消息读出来，却读不了 WeChat 的。 证据：表格第 1 项和第 3 项——同一设备、同一操作、不同 app，结论却完全相反。
Operate —— 下一个要跑的测试
文档只是主张，测试才是实锤：18这些任务都已提前登记在
content/series/wearable-ladder/audit-tasks.yml，每一项都定义了“完成”标准，并有一个仅本人可见的手机页面在本站（/glasses-audit）实时记录每一次尝试——成功，或失败并标明是哪八层中的哪一层出错。
node scripts/glasses-audit.mjs pull会把日志同步进仓库，这个页面会自动重建，
把实测结果和文档说法并排展示。
每一层失败意味着什么——写于 2026-09-25，所有实测前
- wake（助手没唤醒，或中途停止监听）：正门就是瓶颈。开发者做什么都救不了唤醒词没反应；这是 Meta 固件和麦克风的锅，修只能靠他们。
- hearing（唤醒了，但听错了请求）：户外语音识别是瓶颈——人名、产品词、风声。它说明第 3 集里的输入条件（写作而非只下命令）比显示器更早成关键。
- provider（需要的 app 不在支持列表里）：封闭的 provider 列表是瓶颈：眼镜只认 WhatsApp、Messenger、Instagram 和手机，工作都在别处。解法是 relay——也就是第 3 集的主张（笔记本变服务器）提前上场。
- network（没信号或信号弱）：连通性是瓶颈。Meta AI 必须联网，公路测试不总有信号。这说明先要有端上模型，而不是更强的云模型。
- power（电池、电量保护或过热）：电力是瓶颈——这会和第 1 集矛盾，因为那一集里电池和发热是“零死亡”的主因。如果真发生了，第 1 集的警戒线会让我重读体能假设，我会照做。
- output（它有回应，但耳朵根本听不出答案）：output 通道成了瓶颈——音频带宽太窄，答案塞不下。这正是需要显示屏的理由——也是第 1 集警告过的高成本部分。
- platform（文档明确的 platform 限制——60 秒语音、3 分钟视频、没有 API）：瓶颈不是工程，而是平台政策。限制写在纸面上，这些都是选择，下一次 Connect 说变就能变。
- relay（最后还是得用手机或电脑）：这项工作，眼镜并非真正免手，只是手机的 remote control。这正是第 3 集的第 5 条条件——the corner 还不能在回合中直接帮你出手。
反馈——文档看不到的东西
- 到底准不准。帮助页面可能过时、过于乐观，或者只适用于某些地区。Meta 自己的页面有时还互相矛盾（比如带充电盒续航一页写 24 小时，另一页写 30 小时）。
- 实际体验如何。“支持”有时意味着风里要试三遍。只有当天的实测时间才说明问题。
- 你的任务。我的清单是创始人的；护士或学生的清单排序会完全不同。你得写自己的。
前馈——当天预测（现在写下）
- 至少有 9 项11被文档标注“支持”的任务会首次尝试就通过。如果少于 9 项，说明文档太乐观，这会成为更新的标题。
- 所有4“不支持”的任务都会失败，最常见的 failure layer 会是
provider或relay。如果有“不支持”的任务反而通过了，说明文档落后于产品——这本身也是发现。 - 实测更新将在 2026-10-31 前发布——否则这里会写明原因。
- 如果第
P5集的 prediction成立（眼镜的 agent 能驱动你自己的电脑），整个清单会再跑一遍。如果第 3 集的预测成立（the glasses' agent drives your own computer，中译：眼镜的智能体驱动你自己的电脑），那整份任务清单会再跑一遍。
本集在系列中的定位
| 起点设想 | 核心理念 | 主导原则 | 主要贡献者 | |
|---|---|---|---|---|
| 过去（第 1 集） | 1968 年，Sutherland 的头戴显示器 | 穿在身上的电脑，能追踪你的视线 | 这些设备的失败原因是经济，而不是计算能力 | Sutherland · Reflection Technology · Google X · North · Snap · Magic Leap |
| 现在（第 2 集） | 2023 → 2026，配备摄像头和扬声器的 AI 眼镜 | 眼镜只负责输入和输出，思考发生在别处 | 手机是 relay，云端才是处理器 | Meta · EssilorLuxottica · Qualcomm |
| 未来（第 3 集） | 能读取肌肉信号的腕带，加上智能体 | 你的意图直接变成输入设备 | 你每秒能对机器说什么，成了新的瓶颈 | Meta Reality Labs（sEMG）· Google / Samsung（Android XR）· Apple（据传） |
同一个故事，五种出口
| 如果你是…… | 这会影响你的哪个决策 | 一条具体建议 |
|---|---|---|
| 学生 | 眼镜能不能帮你搞定学业 | 先列出你的任务清单；如果这些任务都在 Meta 没列入的 app 里，今天的答案就是：不行 |
| 工程师 | 该做什么 | 去所有“否”字落点下手——也就是把眼镜和工作 app 之间做 relay（中继），只要平台一开放就立刻上 |
| 创始人 | 要不要给团队配一副 | 记录、消息、日历可以入手；工作流暂时还不行 |
| 管理者 | 眼镜在职场的落地 | 优先在团队通讯本就在支持列表里的场景试点 |
| 投资人 | 眼镜的投资窗口 | 押注平台开放（P3），而不是硬件参数表 |
30 分钟实操
- 输入： 先写下你平时打开笔记本要做的十到二十件事，写完再查资料。
- 输出： 每项都标明 documented / not supported / undocumented，并附上链接。
- 不变项： 先写清单，看到答案后不许换任务。
- 停规则： 如果文档没写，就标记为“未说明”——不要凭空猜。
- 最简记录：
task, done_when, documented.verdict, documented.layer, documented.source. - 有意留白： 实测数据。那是实地跑测的那天——也是本页的下半场。
5S 自评（附证据）
| S | 自评分 | 证据 |
|---|---|---|
| 简单 | 4/5 | 一张图——只看规则集，不看高光时刻——加一个数字：11 / 18. |
| 扎实 | 4/5 | 每个结论都挂上 Meta 官方页面的原文链接，见content/series/wearable-ladder/audit-tasks.yml。未满 5 分：文档不是实测，这一版说得很明白。 |
| 犀利 | 4/5 | 同一副眼镜能读 WhatsApp 消息，却读不了 WeChat——见五个为什么. |
| SMART | 4/5 | 当天写下的三条预测，等scripts/glasses-audit.mjs pull 跑完后逐条验分。 |
| 意外 | 3/5 | 限制不是硬件，而是 guest list（准入名单）——见provider list. |
相关
content/series/wearable-ladder/audit-tasks.yml；路测结果会随后补充在旁，并标注日期。