给Claude Code装个物理状态灯，再也不用盯屏幕了

一个USB灯解决了AI编程的等待焦虑

Reddit上一位开发者分享了自己的小改造：他经常把Claude Code跑在一台单独的笔记本上，处理那些耗时较长的任务，比如为他的3D海战游戏《Bearing Unknown》生成新的3D模型。问题在于，他总得时不时切过去看一眼——Claude到底还在干活，还是已经停下来等他确认了？

某天他翻出一个闲置的Kuando Busylight（一种USB状态指示灯），通过Claude Code的hooks功能把它接了进去。现在，灯的状态直接告诉了他一切：闪烁红色代表Claude正在工作，常亮红色代表需要用户输入，绿色则代表空闲。就这么简单，从此他不用再反复扭头看另一块屏幕。

hooks才是这个小项目的灵魂

这个改造之所以能成立，关键在于Claude Code提供了hooks机制。hooks允许开发者在AI代理生命周期的特定节点（比如开始执行任务、等待输入、任务完成）触发自定义脚本。这位Reddit用户就是把Busylight的控制指令挂载到了对应的hook事件上，让硬件灯的颜色与Claude Code的运行状态一一映射。

从实现难度来看，这几乎是最轻量级的硬件联动方案：不需要改Claude Code的源码，不需要额外的中间服务，一根USB灯加几行hook脚本就够了。对于有闲置USB指示灯的开发者来说，复制成本极低。

Claude Code 的 hooks 本质上是一种事件驱动的钩子机制，配置通常写在项目或用户级的 settings 文件中，每个钩子绑定一个生命周期事件并指定要执行的 shell 命令。常见事件包括工具调用前后（PreToolUse / PostToolUse）、代理停止输出（Stop）、会话开始与结束，以及需要用户批准权限时的通知节点。脚本通过标准输入接收 JSON 格式的上下文（例如工具名、命令内容、会话 ID），并可借助退出码或返回的 JSON 影响后续行为。需要区分的是，hooks 与 MCP、斜杠命令不同：后者扩展的是模型可调用的能力，而 hooks 扩展的是外部程序对代理运行过程的感知与干预，因此天然适合驱动状态灯、日志记录、审计告警这类旁路需求。

为什么“物理通知”反而比弹窗更有效

软件层面的通知方案早已泛滥——桌面弹窗、声音提醒、菜单栏图标变色。但这位开发者选择物理灯，背后有个容易被忽略的体验逻辑：当AI编程工具运行在第二台设备上时，软件通知会被设备边界隔断，你仍然需要切过去才能看到。而一个物理灯放在视线边缘，用余光就能感知状态变化，认知负担远低于主动切换窗口检查。

这也解释了为什么Kuando Busylight这类产品原本是给客服和开放式办公场景设计的——用颜色传递状态，是人类最本能的信号读取方式。把它挪用给AI编程助手，算是意外地合适。

这一现象可与“外围感知”概念对照理解。人眼对视野边缘的运动与颜色变化相当敏感，却不必将注意力中心转移到该物体上，因此闪烁或变色的灯能在不打断当前任务的情况下传递“状态已改变”的信号。相比之下，桌面弹窗和声音提醒都属于打断式中断，需要用户主动切换上下文才能确认内容，切换成本本身就构成了认知负荷。在通知设计领域，这类低分辨率、持续可见的环境显示器被称为 calm technology（平静技术）：信息存在于注意力 periphery，只在需要时被主动读取，而非强行推送。颜色编码之所以有效，还因为它利用了前注意加工——红绿差异几乎可以瞬时区分，无需阅读文字或解析图标。

小改造背后的大趋势：AI工具正在长出“身体”

单个USB灯的例子看似微不足道，但它指向一个正在发生的趋势：当AI代理承担越来越多异步、长时间运行的任务时，开发者开始为它们设计“物理存在感”。从智能音箱的呼吸灯到CI/CD流水线的实体状态牌，把数字状态外化为可感知的物理信号，正在成为一种实用的工作流优化手段。

据这位Reddit用户自述，这是他“用USB灯做过的最有用的事情之一”。没有宏大的技术叙事，就是一个被反复切屏烦到的人，用手边现成的硬件做了一个刚好够用的解决方案。这种自下而上的微创新，往往比产品经理设计的通知系统更贴合真实使用节奏。

把异步代理的状态外化为物理信号，与软件开发中已有的“信息辐射器”（information radiator）传统一脉相承——CI/CD 流水线旁的实体红绿灯、构建失败时的警报灯、客服工位的 Busylight，都是同一思路的产物。其共同前提是任务执行时间被拉长且执行位置与注意力分离：当反馈延迟以分钟甚至小时计，且代理运行在另一台机器或远端环境中，软件内通知便失去了送达能力。AI 编码代理的普及放大了这一矛盾，也催生出把状态投射到桌面硬件、智能灯泡乃至可穿戴设备上的尝试。这类方案的门槛正在降低：hooks、webhook 与本地脚本构成的轻量接口，让硬件联动不再依赖专门的产品支持。

想自己动手？先确认两件事

如果你也想复刻这个方案，需要先确认两点：一是你的Claude Code版本是否支持hooks配置，这是整个方案的基础；二是手头是否有可编程的USB指示灯（Kuando Busylight是原文提到的型号，但原理上其他支持脚本控制的USB灯也能实现）。

原文没有给出具体的hook配置代码，但思路足够清晰：把“工作中”“等待输入”“空闲”三种状态分别映射到灯的闪烁红、常亮红、绿色即可。对于熟悉脚本的开发者来说，剩下的只是查一下设备SDK的调用方式。