Anker 黑客松 48 小时复盘：Electro-boy 是怎么做出来的

背景

Anker 黑客松赛道三，48 小时做一个和硬件相关的智能项目。队伍三个人，我是写软件的那个。项目最终叫 Electro-boy——围绕电子设备使用场景做的一个小而完整的智能体。

黑客松和平时做项目最大的不同是：时间是唯一稀缺资源。所有决策都必须服从一个问题：这个动作能不能在今晚 12 点前跑起来？

方案

定题（第 0—2 小时）

我们列了 5 个点子，用一个简单标准筛：评委 30 秒内能看懂吗？ 4 个点子死在这条标准上。剩下这个，因为它有一个一眼可见的演示动作。

技术选型（第 2—4 小时）

• 后端：Python + 轻量 Agent 编排，不做重框架；
• 前端：能演示即可，不追求好看；
• 模型：直接用现成 API，不自己训。

原则：黑客松里所有「自研」都是风险。能抄现成的绝不自己写。

分工（全程）

我负责 Agent 编排与接口；队友 A 负责演示脚本与硬件串口；队友 B 负责 PPT 与讲故事。每天睡前 15 分钟同步进度，其余时间不互相打断。

踩坑记录

1. 演示环境和开发环境不一致。开发机上一切正常，现场网络下 API 超时。最后靠「本地缓存 + 离线降级演示」救场——任何黑客松项目都要准备离线演示。
2. 前期追求代码优雅，浪费了 3 小时。凌晨 1 点意识到后全部重写成最直白的版本。教训：可运行的烂代码 > 不可运行的好代码。
3. PPT 不能最后再做。睡前把故事线写成一句话大纲，第二天填内容就很快。

结果与复盘

项目按时跑通，完成了路演。名次反而不是最大的收获，这三条才是：

1. 先定演示，再定实现。演示是终点，所有工作倒推自演示。
2. 时间盒比功能列表重要。每个功能给一个截止时间，到点就砍。
3. 分工要按「交付物」而不是按「技术栈」。按交付物分，谁都不用等谁。

参考

• 项目仓库：Electro-boy