Hackathon 随想

今年是我第三次参加, 主题是 AI Agent.

企业内部的 Hackathon, 总感觉有点"先天不足". 评委们打分时, 难免会偏向对公司业务有直接推动作用的项目.

那些看似天马行空, 但和公司当下业务关系不大的创意, 往往还没来得及发光发热, 就被打入冷宫.

以至于后续会被当成骗取员工灵感的创业大赛.

我一直想做个 照片批量转文字再转语音的 App , 方便我阅读 博德之门 3 的书籍文本. 可惜和公司业务八竿子打不着.

仔细看其实也没啥创新点, 不过是比 kimi 和豆包多了一个批量的操作

这次 Hackathon 也没晋级. 其实我心里也挺清楚, 我们的 idea 现阶段确实还不成熟, 达不到能直接投入生产应用的程度.

每年日常修 bug 都没啥加班, Hackathon 一周倒有四天挂在项目里, 周四当天还得准备 Demo, 很是累人

我们的项目

我们组的项目里面有两个功能:

  1. Browser-use 前端自动化
  2. Agent Triage 调动多个后端 API

中途有个小变数: GPT-4.1 大概在 4 月中发布. 不久 Azure AI 上面就同步上线, 但企业版似乎需要一些配置导致延迟了一些.

直到比赛开始的第三天, 我们突然发现 4.1 可以立刻使用了, 试用之后确实有很大改善: Browser-use 在 4o 只能跑 8 个 steps, 换 4.1 后直接提升到了 20+ steps

百度首页那个搜索框, 就光首页不到 10M 的页面, 能够消耗 22W token. 他 141 个请求到底加载了一些什么玩意儿

后端的操作相对简单, context 也更少, 必要的信息直接扔给 GPT, 马上它就能理解应该调用哪个 Sub Agent. 而且请求到达业务一层的时候已经通过了 Auth, 必要的 header 都已经 ready, 直接转发给特定 agent 即可.

前端的自动化就麻烦了, 即使升级了最新版本, 依然是个半残, 怎样调参数都无法实现成功的的 UI 交互.

Browser-Use 的宣传片都是吹的, 实际使用根本没有那么好.

Manus 我第一天就看出是个 面子骗子 工程

最终我们也是避开了 defect 的部分进行 Demo.

对企业 Hackathon 的反思

至少给了我们一些尝试的时间和机会

以前我所在的公司, 创新分直接给零分

2020 年我离职的时候, 他们还在死磕 ES5, 全公司硬撑着用 jQuery

因为屎山的限制, 无法大规模用上 avr 三大前端框架, 只有一个组勉强用上了 Angular.

回头看看, Angular 后来市场占有率那走势, 估摸着那个项目最后也难逃和其他 jQuery 项目一样的命运——慢慢被时代淘汰.

这几年过去, 不知道他们走了多少开发者, 人心思变, 这种"固步自封" 不知道他们能坚持多久

团队和公司得有创新头脑

Hackathon 一般会提前几个月就开始宣传, 让大家有时间准备.

前几年我们团队还挺有干劲的, 每周都会抽出一点时间, 开发一些额外的小项目, 纯粹是为了探索新东西, 可后面几年日常任务越来越重, 这事儿就被搁置.

这次 Hackathon, 我们到比赛第二天才完全理解 PRD, 然后就急急忙忙开工, 完全没有任何提前的准备

Quantity or Quality?

时间紧, 任务重, 大家只能分工合作, 各自忙活各自的部分.

这就容易出问题, 万一有组员对 PRD 理解有偏差, 他负责的那个模块没按预期做出来, 那最后的成品肯定受影响.

而且一周时间, 刨去头尾的 Kickoff 和 Demo Day, 真正能用来开发的只有两天, 沟通交流的时间也被大大压缩.

幸好队友都是很专业的人, 大多都能猜测到"盲人摸象"中没摸到的部分, 但是这类风险一开始就可以完全避免

真的应该全员参加吗

  • Do this
    • 鼓励自愿参与
    • 提供一周餐饮报销
    • 发放小礼品或周边
    • 适当的激励金
    • 让大家有动力主动报名
  • Do not do this
    • 以行政命令强制要求全员参加
    • 将参与率纳入绩效考核
    • 这样只会让活动变味，失去创新的初衷

前两年还会送个小奖品, 今年什么都没有……

周末 VS Code Day 给我的启发

同一周周六去参加了微软的 VS Code Day.

他们演示了一个让 Copilot 自己根据 Issue 进行代码更新并提交的功能.

你不会信任一个 AI 帮你提的 PR 吧? 所以肯定需要人工验证.

有一部分可以直接扔给 E2E 跑, 另一部分需要本地打开浏览器进行 Verify.

其实缺少的这一环就是我们 Hackathon 研究的这一部分. 微软应当有更深入的研究, 似乎当前他们也没有完全落地一个好的方案

但是, 从 GPT-4o 到 GPT-4.1 的变化, 可以看出情况在往更好的方向发展.

AI 的未来

VS Code Day 上面演讲者来回提到微软的春晚 MS Build .

开场 Keynote Speech 就看到他们在给 Imagine cup (想象力杯?) 颁奖.

有意思的是, 3 名 finalist 里面, 有两个是和残障相关的项目.

Reference: Imagine Cup 2025

  • [Argus]: 开发了一款轻巧的 AI 设备, 通过语音指令帮助低视力人群进行物体识别, 面部识别和导航等.
  • [HairMatch]: 创建了一款 AI 驱动的移动应用, 为卷发女性提供定制化的产品推荐和发型指南.
  • [Signvrse]: 开发了一个平台, 实现实时语音, 文本和手语之间的翻译, 帮助听力障碍者更好地沟通.

后续正式发布会里面一些东西, 直接毙掉了我们 Hackathon 其他组的一些方案 (真是巧竟然就在我们比赛期间播放).

里面包括 AI Toolkit 进行批量模型执行, MCP Server 的简化开发流程和 Github Issue 到 PR 的自动化.

我一直觉得 Open & Simple 必然是开发行业的正确方向.

还是再观察一段时间吧.

会议上大家还发表了对"AI 是否会让开发者失业"这一经典问题的看法.

"AI 是否会让开发者失业? "

我的答案:

No Way!

你以为开发者都是傻子, 不会学新玩意儿嘛?

开发者很多学的比一般人快得多呢.