一场发生在维尔纽斯的周末黑客松，给了软件黑客松一个很具体的提醒：当 AI 工具能快速生成软件原型，真正拉开差距的地方，可能不再是第几个 Web App，而是能不能把代码接到一台会响铃、会挂机、会出故障的真实机器上。

开发者 Oscar 在个人博客中记录，他和队友带着一部老式转盘电话参赛。48 小时内，两人把树莓派接入电话内部 I/O，通过一条 WebSocket 连接服务器，完成双向音频、铃声控制、挂机开关和 Spotify API 调用。演示时，电话另一端是一个由 ElevenLabs 生成的“约克郡绅士”声音代理，可以按请求研究音乐、创建歌单、播放小众曲库。

一次老式电话改造黑客松

这个项目的技术栈并不神秘：树莓派负责和老电话硬件打交道，服务器负责 AI 语音代理和 Spotify API，WebSocket 承担设备与服务端之间的实时通信。难点在于集成。老电话不是浏览器，没有标准按钮、麦克风权限和调试面板，铃声频率、摘挂机状态、音频输入输出都要落到物理电路。

更有代表性的是开发流程。作者说，整个周末两名成员几乎没有直接查看代码。放在一年前，这在黑客松里还很反常；现在，在 Cursor、GitHub Copilot、Claude Code 等 AI 编程工具已被开发者大量用于原型开发后，它至少说明一件事：黑客松里的“写代码速度”正在让位于系统设计、接口拼接和现场调试。

项目过去常见黑客松这次案例中的变化
原型主体Web App、仪表盘、聊天机器人老式转盘电话加 AI 语音代理
主要门槛前后端代码、部署、UI硬件 I/O、音频链路、实时控制
工具角色人主要写代码，工具补全AI 生成和重构代码，人盯整体系统
演示风险页面崩、接口慢铃不响、电话不通、传感状态错

纯软件项目为何变得普通

作者的判断有锋芒，但要放在黑客松场景里理解。软件开发没有被“解决”，企业级系统仍要面对安全、可维护性、权限、成本和长期运维。下降的是短周期原型的门槛：一个两天内可演示的登录页、推荐系统外壳、聊天式工具，现在更容易由 AI 编程助手拼出来。

这和 2010 年代移动互联网黑客松的氛围不同。那时，一个能跑通的网页应用、地图应用或社交小工具，本身就足以展示工程能力。到 2024 年以后，类似 Demo 的稀缺性下降。评委和观众更容易问：除了能生成页面和调用模型，它还有什么现实摩擦？

受影响最直接的是开发者和黑客松组织者。参赛者如果仍把全部精力放在常规 SaaS 原型上，会更难显得新鲜；组织者如果只按“商业计划书 + 软件 Demo”筛选项目，也可能错过那些技术上更冒险、现场更有生命力的作品。

硬件黑客松的荒诞价值

作者提出的方向不是严肃地预测行业全面转向硬件，而是为黑客松争取一种空间：允许传真机社交网络、Game Boy Advance 版 Bloomberg 终端、AI 语音微波炉这类不合常理的实验存在。这些点子未必有商业价值，也不应被包装成成熟产品。

它们的价值在于把 AI 编程带来的效率，用到更难伪装的地方。硬件会暴露延迟、噪声、供电、传感器误差和人机交互的笨拙。软件 Demo 可以在屏幕上圆滑通过，真实设备却会当场拒绝配合。

接下来最该观察的，不是“硬件黑客松会不会替代软件黑客松”，而是活动规则会不会变化：是否提供器材、焊接台、旧设备、音频和嵌入式支持；评审是否奖励不稳定但大胆的系统集成，而不只奖励能讲清市场规模的 Pitch。没有这些条件，硬件复兴只会停留在少数爱折腾开发者的周末故事里。