Ars Technica编辑Lee Hutchinson想要一台能自动校时的床头钟,结果自己动手做了一台。他用Raspberry Pi Zero W或Zero 2 W驱动一块Adafruit的1.2英寸红色七段数码管,靠NTP自动对时,systemd管理服务,还接入了HomeKit联动调光。2026年7月,他把代码、物料清单和3D打印图纸整套公开在GitHub仓库里。
这台钟本身没什么稀奇。稀奇的是造它的过程:作者写不了像样的Python,也不会参数化建模,靠AI编程工具Claude Code几乎包办了代码和部署。这更像一份说明书,说明大模型正在把"写代码"这道槛踩平,但工程里另一半——验证、调试、动手组装——目前还得自己来。
床头钟需求单,如何变成一套部署项目
作者最初的需求单不复杂:自动校时、显示到秒、红色七段管、不装隐私流氓App。但落到工程实现上,清单立刻膨胀成一份运维规格书:
- 只走局域网,不联外网
- 走局域网apt镜像更新
- 接局域网NTP服务器校时
- systemd管理非特权服务账户
- 按时间表自动开关屏、调光
- 支持终端命令行控制
- 接入HomeKit
- 一键安装脚本,支持远程推送更新
这不是"装一块屏幕"的活,是一整套小型基础设施。
这套架构里最容易被忽略的一点:作者本来就有局域网NTP服务器、局域网apt镜像、自己的Gitea实例,还有多年Linux运维经验。这不是一个普通用户对着AI说一句话就能复现的项目,更像是老运维工程师把AI塞进自己已有的工具链里。
LAN-only加专用低权限账户能缩小暴露面,但不等于绝对安全。局域网的日常维护和补丁,依然得靠自己盯着。
Claude Code扛下代码,Fusion MCP没扛住建模
代码部分,作者直接交给了LLM。他先用Claude Code配合Opus 4.8,后来换成新发布的Fable模型,写出了Python服务、配套测试、基于HAP-python的HomeKit集成、安装脚本,还有大部分仓库文档。
作者自己说,没有LLM这个项目做不完。他会因为翻StackOverflow上互相矛盾的答案而烦到放弃。
| 任务 | 负责的AI/工具 | 结果 |
|---|---|---|
| Python服务、测试、HomeKit集成、安装部署脚本 | Claude Code(Opus 4.8 / Fable) | 基本包办,可直接用 |
| 3D外壳参数化建模修改 | 本地Qwen 3.6-35B,通过Fusion MCP操作Autodesk Fusion | 两处改动只对一处,另一处出错 |
| 建模收尾 | Claude Code、Fable接手 | 修复Qwen没做对的部分 |
3D外壳是另一条线。作者找到一个基于同款Adafruit显示屏的开源3D打印外壳,但尺寸不合适,需要在Autodesk Fusion里改参数化模型。Fusion现在自带MCP服务器,理论上能让AI远程操控软件建模。
作者先用本地部署的Qwen 3.6-35B(NVFP4量化),通过OpenCode接管Fusion,跑在一台GB10算力的Acer Veriton GN100工作站上。结果只能算"接近成功":两处修改,做对一处,另一处出了错,最后还是靠Claude Code和Fable接手才收尾。
AI能踩平写代码的门槛,踩不平验证和动手那道坎。MCP让模型能直接操作专业软件,但从"能操作"到"操作正确、可验证",中间还有一段工程师得亲自盯着的距离。
现成原子钟更省心,AI降低的是门槛不是成本
市面上早有WWVB自动对时钟,靠无线电信号校时,不用联网、不用维护,价格也远低于一台树莓派加显示屏加打印材料的成本。WWVB信号覆盖北美,信号强弱还受地形和建筑影响,这也是不少人干脆放着不用的原因之一。
作者的问题从来不是"有没有自动校时的钟",而是找不到同时满足红色七段显示、局域网隐私、本地可控、按时段调光这几条个性化要求的成品。
这张对照能看出AI真正改变的是什么。它没让PiClock比原子钟更便宜或更省心,而是让一个原本卡在"编程和建模不会"这道坎上的人,做出了满足全部个性化需求的东西。
对创客和运维背景的读者,这意味着"不会写代码"不再是拦路虎,能不能把想法做成能跑的原型,门槛确实降了。对只想要一台准点闹钟的普通人,买一块现成的WWVB钟仍然更省钱省事。
文章通篇没给出这个项目花了多少钱、耗了多少个周末、长期运行是否可靠,这些数字原文没提,读者不该替它脑补。
接下来最该观察的变量是:Fusion MCP这类"AI直接操作专业软件"的组合,能不能从"两处改一处对"做到工程师可以放手不管。现在的答案还是不能,建模这道关,依然得靠人验证。