开发者用Claude Code构建系统并实测新模型Fable 5.2

好，试着把它搭建出来，加一个机制，让你能向监听器发送新代码，它们会自动运行——这样我就可以在房间里把一切设置好，然后不用管你，让你继续折腾和实验，我去做别的事。

这让我走到了这一步——系统大部分已经搭好，但还没有真正运行过。

我把新仓库克隆到笔记本电脑上，启动了 Claude Code……然后 Fable 5.2 发布了，这个项目似乎是个绝佳的机会来检验它。

我让笔记本上的 Claude Code 启动服务器运行，然后确认它既能看见正在发生的事，又能在软件运行时对其进行实时修改。

这一点其实已经内建在软件里了：Opus 5.5 在监听器上构建了一个 installModule() 方法，可以通过 WebSocket 连接触发，也就是说管理服务器可以在任意客户端上执行任意新代码。

在某些设备上，监听麦克风的网页每次重新加载都会请求用户权限。热插拔模块机制意味着我们可以部署新代码，而不必逐个手动操作每台监听设备。

从那时起，我的参与主要就是坐在笔记本旁边，和 Fable 5.2 聊正在发生的事，偶尔要求加新功能。以下是我运行过的一些功能提示：

我觉得我们需要做到这一点：在“粗略模式”下我可以在图上拖动这些点，我的工作只是把它们大致放到所在位置，然后退出粗略模式，它再尝试把它们精确定位。

这让我能够在地图上拖动监听器。

我在想，有什么好办法来测试这个呢？能不能让它监听拍手声，然后我拍手，它就能识别拍手的位置？[…] 拍手声在地图上应该用和蜂鸣声不同的符号表示。

这加上了这样的功能：每次我拍手，地图上会显示一个不同于蜂鸣声的符号。

地图上的每个符号都应该包含 HH:MM:SS 时间戳。

这样更容易看出哪个符号可能对应现实中的哪个声音。

日志应该显示蜂鸣声和拍手声及其时间戳，还要有一个小的播放按钮，点击后按顺序回放每个监听器录到的声音（屏幕上用清晰的文字显示哪个监听器录了哪一段），同时在回放期间暂时关闭麦克风录制。

现在我可以回放声音了，这大大方便了辨认哪段录音是我要找的神秘蜂鸣声。

录音旁边应该有一个“这就是那个神秘蜂鸣声”的按钮——然后我可以点回放查看，如果确实是我要找的那个，就确认它是神秘蜂鸣声。

这样系统以后就能对声音进行分类，判断它们是否可能是同一个神秘蜂鸣声，并利用这些信息更准确地判断它的位置。

到这一步我已经很接近了——我对蜂鸣声的来源有了相当可靠的判断，但如果能把监听器重新布置到那个点周围，获得更精确的位置，岂不是更好？

我想要一个专门的功能，不想重启每个监听设备之类的，我想要能点击一个“重新布置设备”按钮，进入重新布置模式，然后我点“已重新布置”，它让我进入粗略模式，要求我大致定位它们，我照做后再点击，然后它重新启动。之前的会话可以在应用里以只读方式查看。

而且因为我多了一个设备，于是我说：

加一个功能，让地图上包含一个建议位置点，提示在哪个位置再加一个监听器会比较有用——基于目前收集到的数据。

我觉得这个项目最有趣的部分是，我证明了让 Claude Code 拥有耳朵是可行的。

Claude 没有原生音频输入（目前还没有），但它可以运行 JavaScript 和 Python 代码来分析麦克风采集的音频。

我让它运行一个带 WebSocket 连接的 Web 服务器，连接多个监听设备，然后让它在这些设备上运行 WebAudio 麦克风，并把它们接好，以便通过 WebSocket 向它们发送新的 JavaScript 代码来执行。

然后我基本上就可以不管 Claude 了，让它自己攻克问题、查询音频日志、重新配置它的耳朵来帮它解决问题。

这让我想起几周前在 GitHub Universe 上听说的一个类似黑客技巧，Martin Woodward 告诉我，他一直在调试 GitHub Universe Badge 计算机，方法是把它们通过 USB-C 插到一台电脑上，然后用摄像头对着它们的屏幕，这样他的编码 agent 就能判断更新是否正常工作。

想办法让编码 agent 感知周围的世界，真的非常有趣。