HeyZoku

中断/重定向演示令人印象深刻，但我一直纠结的是误报问题——如果它始终在监听针对智能体的指令，那么它如何区分“Claude, stop”是给智能体的，还是房间里另一个人在正常对话中说出的同样话语？一旦你信任它能中断正在运行的工作，这似乎才是真正重要的故障模式，比大声念出指令的不适感更值得关注。

中断演示确实很酷，但我怀疑这并不适合我们大多数人的实际工作方式。开放式办公室、共享办公空间、隔壁房间的伴侣在打电话——对着成群智能体大声喊指令，不是我想整天做的事，哪怕戴着耳机。感觉这特别针对在家办公的独立创始人这种使用场景，这种场景确实存在，但比“语音是我们与机器交互的未来”所暗示的要窄得多。

设备端 Parakeet 模型是决定它能否真正融入开发工作流的关键细节——云端语音会增加可变延迟，打断同时指挥多个智能体的流程。智能体只在需要你时才出现，而不是持续汇报，这种设计是后台并行的正确心智模型。在我集成到自己的环境之前，想了解一件事：HeyZoku 是否维护每个智能体当前工作内容的持久索引，还是关闭并重新打开应用时会重置会话状态？这决定了我是可以第二天早上接着跑多智能体任务，还是每次都要从头开始。

对我来说，如果能有一个可视化仪表盘显示每个智能体当前在哪个 branch 上工作，那就太棒了。当你同时运行十个智能体时，即使通过语音给它们命名，也容易混淆每个智能体具体负责什么任务。一个简单的网格视图，显示每个智能体的实时状态和最近几条语音指令，就能省去你逐个查询它们来了解进展的麻烦。

用了一周末 HeyZoku，语音中断功能确实是杀手级特性——运行中直接说“Claude, stop”然后重新规划路线，感觉就像科幻片。在我的 M2 上运行也很轻量。

祝贺发布！让开发者可以免提、完全离线地运行一整队编码智能体，这是对开发者工具未来方向的大胆押注。当多个智能体同时需要你的注意时，你如何决定哪些真正呈现给你，哪些排队等待？