参加完一场智能眼镜黑客松，我开始重新理解这个行业

智能眼镜在互联网上已经赢麻了

能力早就不是问题

如果你最近刷过一点智能眼镜相关内容，大概率会看到一套很熟悉的叙事：它是下一代计算平台，是第一视角 AI 助手，可以导航、翻译、语音问答、记录生活，甚至能在你走路、开会、旅行的时候一直陪着你。

这些东西也不全是吹的。至少导航、翻译、问答这类能力，今天确实已经能跑起来了，而且跑起来的效果也已经超过很多人前几年的预期。

问题是它是不是产品

问题不在于它们存不存在，问题在于很多宣传内容都像是在展示一张能力清单，而不是在讨论一个真实产品。

我以前看这些内容的时候，也很容易被带进去。因为智能眼镜这个东西，天然就很容易让人往前多想一步。它不像手机那样已经被用法和界面训得很熟，也不像手表那样大家大概知道它能做什么。你一想到“信息直接出现在眼前”，就很容易顺手把很多还没被验证的场景也一起脑补进去。

但这次参加一场智能眼镜黑客松，对我来说第一次不是站在外面想象这个行业，而是真的拿着设备、拿着 token、拿着 deadline，逼自己从开发者视角重新问一遍：这些能力为什么会被高频使用？它们为什么能稳定成立成一个产品？以及最关键的，它们到底是因为“看起来很像未来”才成立，还是因为真的解决了一个足够具体、足够高频、又只有这种形态才能解决的问题？

黑客松最有意思的地方也在这。它不给你太多停留在概念层的空间。你可以继续说智能眼镜是入口、是助手、是平台，但一旦你真的开始做，就会发现概念这东西很软，设备和交互这东西很硬。很多在网上看起来只差“再优化一下”的东西，放到真实设备上之后，马上就会变成另一回事。

脑暴不是找最酷的 idea，而是做淘汰

我先给自己定了一套筛选标准

刚开始脑暴的时候，我先没有急着想具体点子，而是先给自己列了一套筛选标准。因为时间非常紧，我对这个平台系统也不熟，如果一开始就顺着“智能眼镜能做什么”去发散，最后大概率会死在复杂度和不确定性上。

我当时给自己的要求其实很明确：第一，这个场景最好必须得在眼镜上才有明显价值，至少得满足一种情况——无法或不便使用手机、手表，腾不出双手，或者对隐蔽性有要求；第二，复杂度必须非常可控，最好是我能在短时间内判断清楚交互链路和实现边界的；第三，需求得是真的，不能是拿着 AI 和眼镜这把锤子，反过来找一个看起来像钉子的伪需求；第四，不能和官方已经深耕的方向重合，比如视障或残障人士辅助，也不能跟平台本身已经具备的基础能力重复；第五，必须能吃到现有硬件能力，比如麦克风、摄像头、陀螺仪、GPS，最好弱网也能用。

平台已有能力先排除

有了这套标准以后，第一轮其实排得很快。因为这个平台本身已经具备了很多基础能力，比如便签、翻译、提词器、导航、会议纪要，甚至支付能力，这些东西本来就已经在系统层和平台层被反复验证过了。它们不是没价值，恰恰相反，它们已经足够成熟，所以我反而直接把它们排除在脑暴名单之外。继续围着这些能力打转，做出来大概率也只是重复平台已有能力，而不是在判断一个新产品方向。

AI 推荐和个人兴趣都没留下答案

接着我让 AI 按这套标准去推荐创意，结果看着很热闹，真正能留下来的很少。很多想法一开始都像样：有的强调视觉识别，有的强调运动辅助，有的强调通用助手，但只要往下追两层，要么会撞上“手机其实也能做”，要么会撞上“交互太重”，要么会撞上“真实需求不够硬”。很多想法在纸面上都成立，可一落到真实设备上，就会暴露出一个问题：它不是不能做，而是做出来也未必成立。

后来我又围绕自己平时的兴趣爱好去发散过一轮，像游泳、健身、羽毛球、爬山、养生、炒股这些都想过。我本来以为，既然这些场景我自己熟，至少更容易碰到真实需求。但让 AI 帮我按前面的标准继续评审时，这些方向又一个个被刷掉了。不是说它们完全没价值，而是要么硬件支持不够稳，要么交互在眼镜上不够自然，要么和现有设备相比优势不明显，要么复杂度一上来就超出黑客松节奏。

我开始从“最酷”转向“最不容易死”

也是在这个过程里，我的脑子慢慢从“挑最酷的创意”切到了“挑最不容易死的产品”。这个变化听起来不浪漫，但它比一开始兴奋地想十个未来场景更重要。因为真正筛掉一个方向，不是因为它不酷，而是因为你终于开始尊重产品成立这件事本身。

真正让我觉得像产品的，是朋友提的那个需求

这不是我脑补出来的需求

最后真正让我停下来认真想的，不是我自己脑暴出来的点子，而是一起参赛的小伙伴提的一个真实工作场景。她一直在做猎头，经常要面试高端技术人才。她说这个场景最难的地方，不是把候选人聊明白，而是你要在交流过程中同时做很多事：一边收集信息，一边甄别信息，一边根据岗位要求做专业追问，谈话节奏、信息密度和专业判断要求都很高。

她给我的那个想法一下子就让我兴奋了：如果能让 AI 在面试进行中，实时根据会话内容自动完善候选人的背景信息卡片，同时给出候选人是否匹配岗位的结论和理由，这就是一个非常真实、非常具体、而且市场也足够垂直的场景。她甚至很直接地说，如果这种产品真的能做出来，她愿意为它付千元级别的费用。这个表态对我触动很大，因为它第一次让这件事不再只是“一个可演示的创意”，而变成了“一个有人明确愿意付费的真实需求”。

为什么这个场景天然适合眼镜

这个方案最打动我的地方，在于它跟普通会议纪要完全不是一回事。会议纪要更多是在事后整理，而这个场景要的是面试进行中的实时辅助，而且它有几个非常鲜明的特点：第一是隐蔽，面试官不能像看手机一样一直低头，也不能让候选人明显察觉自己在查资料；第二是实时，不只是转录，还要能搜索、纠错、理解、推理、分析，并即时给出建议；第三是输出结果不是一堆散乱摘要，而是结构化的人才画像，以及更专业的评估结论。

这也是为什么我会觉得，眼镜在这里不是被硬套上去的。你不能一直低头翻手机，那样很不礼貌，也会把对话节奏打碎；你也不可能让耳机持续播报提示，那会比没有辅助更干扰。反而眼镜这种形态，理论上真的有机会承担一层低打扰、隐蔽、实时的提示能力。

我当时看到的最小闭环

如果按照这个思路往下拆，核心交互其实已经很清楚了。面试前，把候选人的履历、岗位要求和预先整理好的关注点喂进去，让系统先做好一次结构化准备。到了面试过程中，它不是把所有内容都扔到你眼前，而是实时根据对话去补全候选人的背景卡片，标出关键经历、待验证点、疑点和可能的追问方向；与此同时，再根据岗位要求动态给出匹配判断和理由。

这套逻辑最关键的地方，其实不在“信息量大”，而在“信息必须克制”。真正成立的眼镜产品，不该把手机界面搬到眼前，而应该只留下那些此刻必须看到的一点信息。

所以如果这个产品要成立，它更像一个面试过程中的隐形副驾驶，而不是一个挂在脸上的第二块屏幕。它不需要替你做完整判断，也不需要持续刷存在感。它最有价值的时刻，恰恰是你正在交流、没法低头、但又确实需要一个非常短的信息提醒的时候。

这也是为什么这个创意在当时让我很兴奋。不是因为它最酷，而是因为它第一次同时满足了我前面那套筛选标准：它必须得有眼镜这种形态才更有价值，需求是真实的，而且跟平台已经做得很深的基础能力也明显区分开了。当然，这里我也很清楚，理论上适合，不代表最后就一定能变成产品。

更关键的是，在当时的判断里，我并不觉得把它做成一个能跑通的 MVP 很难。真要做成一个非常稳定、非常完善的成熟产品当然不现实，但如果只是做一个链路清晰、能演示核心价值的 MVP，我当时反而觉得相当直接：麦克风收音，AI 转文字，AI 去理解、甄别、分析并输出提问建议，再根据对话过程不断完善人才画像，最后给出结论和理由。说白了，这看起来无非就是最简单的传感器输入加上 LLM 调用，链路几乎是摆在眼前的。

所以我当时很快又往前走了一步：直接让 AI 按这个想法做 MVP 设计和技术方案设计，而且范围卡得很死，能砍的都砍掉。所有花里胡哨、和主要问题无关的功能都不要，只保留那条最短闭环。在那个阶段，我甚至会觉得，最大的难点可能都不是链路本身，而是怎么让 Harness 里的 AI 在演示时稳定输出一个别太离谱的效果。至于演示效果偶尔差一点，我当时其实是能接受的，因为黑客松现场大家也知道这种系统不可能一上来就特别完美。

也正因为前面这套判断太顺了，所以真正开始动手之后的落差才会更明显。

真正开始做之后，痛苦才刚开始

页面写出来，比想象中快

这个项目真正让我清醒，不是在脑暴阶段，而是在开始动手之后。

由于前面的讨论已经足够充分，问题限定得也足够具体，方案设计甚至细到了最小闭环，所以把官方平台文档喂给 AI 之后，一套最小可用版本其实很快就写出来了。整个 MVP 只有 3 个最简单的页面：面试前页面，展示提前录入的候选人简历和岗位描述，唯一交互就是一个“开始面试”按钮；面试中页面，放的是 mock 的候选人和面试官多轮问答数据，以及提前设定好的画像更新和建议输出动作，唯一稍微复杂一点的就是动态更新卡片，除此之外唯一交互只有“结束面试”按钮；面试后页面，展示匹配结论和理由，唯一交互就是“退出”按钮。

如果只看这一步，我当时甚至会产生一种错觉：这事已经差不多了。因为在 AI 帮助下，打包和发布基本没怎么动脑子，很多东西顺着文档和脚手架就能往前推。问题真正爆发，不是在本地写出页面的时候，而是在云端环境调试的时候。

真正卡人的，是云端调试

第一个问题就很硬：方向键、返回键、进入键点击没反应，页面根本跳不起来。第二个问题又很烦：按钮选中和未选中的效果既丑陋又不明显，我一开始还想通过各种特殊字符包围的方式做一点 workaround，结果不是语法有问题，就是渲染效果更怪，最后只能妥协回原生控件效果。第三个问题更致命：卡片内容不是空着，就是不更新。你明明知道逻辑应该往前走了，但页面就是不给你那个反馈。

这些问题还是发生在完全没有接入真实数据的情况下。换句话说，我那时连真实语音、真实识别、真实分析都还没碰到，只是在跑一套 mock 页面，就已经开始不停撞墙了。官方虽然也提供了 agent 给一些调试线索，但能力明显偏弱，很多时候只能给到非常表层的提示，真正把问题一点点拽出来，还是得靠本地 AI 和官方 agent 联合折腾。

最后的结果是，我确实硬生生把这套页面磨到了“能完整动起来”的程度，但代价也很直接：砍掉了大部分控件，来回改了二十多版，才勉强拿到一个能从头走到尾的界面流程。到这里我才意识到，前面那个“做出 MVP 应该不难”的判断，其实只对了一半。页面能动起来，确实没有想象中那么难；但页面能动，离产品链路真正成立，还差得非常远。

页面能跑，不等于链路成立

真正的当头棒喝，是在我开始想次日路演必须怎么演的时候来的。因为官方要求是现场做完整场景演示，这意味着 mock 页面是不够的，真实数据接入必须做。然后我才突然意识到，前面自己忽略了一个致命前提：候选人和面试官的会话到底怎么接进来？接进来之后，系统怎么知道哪句话是谁说的？如果两个人抢话怎么办？路演现场满屋子都是人，噪音不可避免，降噪怎么做？这些问题不是“后面再优化”的级别，而是整个链路能不能成立的前提。

真正致命的问题出在数据源

而现实给的答案非常直接，也非常残酷。跟官方确认之后，我才彻底明白：当前这副眼镜只能拾录佩戴者本人的声音。这意味着整个设想里最关键的数据源，从一开始就是断的。候选人的声音进不来，谁在说话区分不了，抢话和现场噪声更无从谈起。走到这一步，其实已经不是“后面再想办法把 AI 接进来”“再部署到真机上测一轮”能解决的问题了，因为整个链路在数据源入口处就已经被判了死刑。

到了这一步，真正折磨人的不只是 bug，而是你越来越清楚地知道，问题可能不在你代码写得好不好。很多时候并不是某个报错把你卡住，而是你发现这个体验即使按设想跑出来，也未必跨得过“好用”那条线。

我后来反复感受到的一件事是，眼镜上最贵的不是算力，也不是某个接口，而是用户当下那一点点注意力，以及设备真正能拿到什么数据。你在手机上还能容忍一个界面多几行字、多一次切换，因为你本来就处在“我要操作设备”的状态里。可人在戴眼镜交流的时候不是这个状态。他的主体任务不是看设备，而是和人说话。只要提示稍微过量，它就会从辅助变成负担；而只要数据源本身断了，再漂亮的界面也只是空转。

再往后，硬件边界会把这个判断压得更实。你会先以为这只是工程优化问题：是不是再调一下时机就行，是不是再压缩一下内容就行，是不是再多试几轮就会找到那个平衡点。可折腾一阵之后，感受会慢慢变成另一种东西——你不是在修一个局部问题，而是在不断面对设备承载能力本身的上限。

这里最难受的地方在于，它不会像一个明确的错误那样告诉你“这里彻底不行”。它更像是不断给你一些不够致命、但足够真实的小阻力。每个地方单看都像还能继续修，可这些阻力叠在一起以后，你就会越来越怀疑：这个产品体验到底是在接近成立，还是只是在接近一个更完整的 demo。

最后放弃，不是因为创意差

放弃不是情绪，是判断

做到后面，我其实越来越能接受一个有点不甘心、但也很诚实的结论：这个创意本身不差，需求也不假，但放到当下这类智能眼镜的硬件、交互和开发条件里，它还撑不起一个真正成立的产品体验。

这个判断对我来说很重要，因为它和“项目没做完”不是一回事，也和“我代码写得不够好”不是一回事。前者更像情绪，后者更像归因偷懒，而我最后的感受更接近一种产品层面的止损：我知道自己继续做下去，大概率还能继续补功能、补交互、补一些看起来更完整的流程，但那不等于它已经越过了成立线。

说得更直接一点，这个方向的问题不是没有价值，而是价值还没有被当前设备条件稳稳托住。场景里那种“低打扰、即时提醒、帮助维持交流”的需求是真实存在的，我到现在也不觉得这个切口荒唐。真正的问题是，产品成立不是只看你抓没抓到需求，还要看设备能不能把这个需求承接得足够自然，足够稳定，足够不别扭。

我其实一开始就该想到这些问题

我后来回头看，会觉得这次放弃其实不是消极，反而是少数几次让我觉得自己做了产品判断而不是功能判断的时刻。因为如果只是冲着 demo 去，我完全可以继续往前堆，最后做出一个“能讲故事”的版本。但那样的完成感，很可能只是把问题往后拖。

再往回想，其实这种现实问题本来就应该在最初想到。声纹识别和自动降噪本身就是非常难的事情。即便现在市面上很多会议软件已经能记录多人开会时不同参会者的发言，它们很多时候也是靠不同参会者各自登录的 id 来区分身份的，而且默认前提是每个人都足够靠近自己的麦克风，保证收音质量。就算这样，如果 A 在说话时旁边的 B 也在出声，系统一样可能会把 B 的声音算进 A 的发言里。

这件事其实已经足够说明问题：说话人识别要么技术难度很高，要么实现成本很高，很多时候两者都高。换句话说，我前面对智能眼镜的期待确实还是有点不切实际，也说明自己在这个问题上缺了一层最基础的技术判断。不是我后来才被现实打脸，而是有些现实约束，本来就应该在一开始进入方案筛选。

我高估了想象，低估了前提条件

所以我最后停下来，不是因为这个创意不值得，也不是因为需求是伪命题，而是因为在当前条件下，它更像一个还没有跨过产品线的方向。放弃在这里不是失败感，而是承认一个现实：有时候创意没有错，错的是你太早把“能演示”当成了“能成立”。

走到这里，我才开始认真追问另外几个更大的问题：为什么一个看起来这么简单的应用场景，在真实落地时会这么困难？为什么硬件的发展节奏，和营销叙事里那种“下一代革命已经来了”的口气，总是差着那么远？为什么你越接近真实设备，越会发现决定产品成败的不是那几个最炫的能力，而是那些最基础、最不性感、却绕不过去的前提条件？

我对智能眼镜的真实体感，和宣传差在哪

能力存在，不等于产品成立

经历完这一轮之后，我对智能眼镜的感觉没有变成“这东西不行了”，反而变得更具体了。

我现在并不怀疑它确实已经做出了一些以前看起来很科幻的能力。导航、翻译、问答，这些都不是空话，很多能力甚至已经足够让第一次接触的人感到惊艳。问题只是，惊艳和成立，中间隔着很长一段路。

能力存在，不等于场景成立；场景成立，也不等于体验成立。

这句话以前我可能也会说，但那时更多是一种抽象判断。真正自己做过一轮之后，我才更切身地感受到，这三层东西差得远比想象中大。一个功能能跑，不代表它会高频发生；一个场景听起来合理，不代表它非得用眼镜来承接；就算前两层都勉强对了，也不代表最终体验不会在显示、打扰、时机、链路、稳定性这些地方一起垮掉。

为什么营销叙事总是比现实跑得快

所以我现在再看很多行业宣传，会更在意它有没有认真回答那个最难的问题：它到底是在展示一个能力，还是在讨论一个产品。前者相对容易，因为你只需要证明“看，它可以”；后者难得多，因为你要证明“它为什么会被反复使用，而且每次用起来都合理”。能力展示最容易被看到，产品成立条件最容易被跳过。

这也是这次黑客松对我最大的价值。它没有让我突然对这个行业悲观，也没有让我产生那种“原来一切都是泡沫”的轻松优越感。相反，它只是把我从想象里的兴奋，推回到了产品判断该待的位置。

我现在更相信承认边界的人

真正让我冷静下来的，不是它完全做不到，而是我第一次清楚地看到，一个新设备从“看起来很像未来”到“真的成为产品”，中间要补的不是一点功能，而是一整段现实。

如果说这次经历最后留下了一个比较稳定的判断，那大概就是：我现在会更相信那些承认边界的人，也会更警惕那些只展示能力、却自动省略产品条件的人。因为智能眼镜最不缺的，从来不是让人激动一下的 demo；它真正稀缺的，是有人愿意老老实实地回答，它到底在哪些时候真的成立。