Hackathon 生存指南
你为一场 hackathon 翻开了这本书,这一章就是给你的作战手册。48 小时不是让你炫技的,是让你在极限时间里把一个想法做成一个可信、能演示、讲得清的东西。我把前二十三章的原理,拧成一份能直接照做的清单:怎么选题、怎么砍、用什么、以及最被低估的——怎么讲。
第 0 小时:选一个「窄而真」的题
选题决定了一半胜负。新手最常见的死法是题目太大——「一个能管理你全部加密资产的 AI 助手」,48 小时做不完,最后只能演示半成品。赢面大的题都有两个特征:窄(一个具体场景、一个具体动作)和真(解决一个真实存在的烦恼)。
- ❌ 「AI 驱动的 Web3 超级平台」——太大、太空,做不出、讲不清。
- ✅ 「用一句话查任意钱包地址的链上行为画像」——窄,一天能做出只读 MCP(第二十三章),演示效果立竿见影。
- ✅ 「帮 DeFi 小白把'我想低风险赚点稳定币收益'翻译成具体操作并模拟执行」——窄、真、有 Agent 理解意图的亮点。
选题时问自己三个问题:①一句话讲得清吗?(讲不清的题,Demo 也讲不清)②48 小时内有没有一条能跑通的最小闭环?(没有闭环的题,只能演示 PPT)③Agent 在这里是不是不可替代的?(如果一个普通脚本也能做,那你没用到 Agent 的价值——理解意图、自主多步、随机应变)。三个都是「是」,才是好题。
第 1~4 小时:凶狠地砍范围
确定题后,立刻做一件反本能的事:把功能砍到只剩一个核心闭环。MVP 不是「小的完整产品」,是「能证明你想法成立的最小一条线」。列出你想做的所有功能,然后只留一条从用户输入到出结果的完整路径,其余全部标记为「Demo 里用嘴说」。
这里可以让编码 Agent(第二十一、二十二章)当你的第二双手:让它并行地帮你搭脚手架、写样板、接 API,你专注在核心逻辑和 Demo 上。这本身就是对「你会用 Agent」最好的证明。
砍范围就像做 App 的首个可演示版本:你不会在第一版就把设置页、深色模式、多语言、离线缓存全做了——你先让「核心那一个屏」丝滑跑通。评委(和用户)对「一个功能完成度 100%」的印象,远好过「十个功能各完成 30%」。hackathon 的时间预算比一个 sprint 还紧,砍得越狠,活下来的概率越高。
第 4~40 小时:用最省事的技术栈
时间是最稀缺的资源,技术选型的唯一标准是少踩坑、快出活,把前面几章的判断直接套用:
- 框架(第十六章):能不用就不用。一个单 Agent + 几个工具,手写循环或用 SDK 的 tool runner 就够,别为了「显得专业」上重型编排框架,那是给自己加 bug。
- 工具/集成(第七、八章):优先找现成的 MCP server 直接插;要自己写,包一个只读工具是最快的(第二十三章方式一)。
- 检索(第十二章):别搭向量库!直接给 Agent
grep/API/SQL 工具让它自己查,省下的时间够你打磨 Demo。 - 模型(第二十章):开发时用便宜快的档(Haiku)狂迭代,Demo 那天关键路径切到强模型(Opus/Fable)保效果。
- 安全(第十九、二十三章):如果碰钱包/签名,只读为主、写操作加人工确认——既安全又正好是加分的叙事点。
hackathon 特有的翻车点:① 多智能体炫技(第十四章)——搞五个 Agent 互相喊话,现场极易乱、token 烧光,评委也审美疲劳;单 Agent 做扎实远胜。② 没有冒烟用例(第十七章)——上台前一定要有 5~8 个固定跑通的输入,Demo 就用它们,别现场即兴输入让 Agent 自由发挥(它会漂移、会翻车)。③ 把 API key 打进前端(第二十二章)——不仅泄密,评委一看就知道你不懂工程。④ 留 API 调用到最后一刻——网络、限流、余额都可能坑你,尽早把真实调用跑通。
第 40~48 小时:Demo 叙事(最被低估的一环)
残酷的真相:评委打分,很大程度打的是你那 3~5 分钟的 Demo,而不是你 git 仓库里的代码。一个想法再好,讲不清就等于没有。把最后的时间留给叙事,值回票价。一个能赢的 Demo 通常是这个结构:
- 钩子(15 秒):一句话点破你解决的真实痛点。「在链上查清一个地址干过什么,现在要懂 JSON-RPC;我们让它变成一句话。」
- 现场跑核心闭环(2 分钟):用你准备好的冒烟用例,真的跑一遍给评委看——输入、Agent 思考/调工具的过程、出结果。让他们看到 Agent 在「自主行动」,这是最有冲击力的画面。
- 讲清楚为什么难、你怎么解决的(1 分钟):点出你想清楚了的那些坑——尤其安全(「我们没让它裸签,加了额度和确认」)。这句话把你和一堆无脑 Demo 区分开。
- 收尾(30 秒):一句愿景 + 下一步能做什么。
评委真正在找的,不是「最炫的技术」,而是「这个团队想清楚了一个真问题,并用 Agent 给出了一个可信的解法」。所以你要传递三件事:这是个真痛点、你的闭环真能跑、你懂它的边界和风险(安全、成本、失败模式)。第三点是新手最缺、也最容易一句话就拿分的——因为它证明你不是只会调 API,而是真的理解你在造什么。这整本书,某种意义上就是在帮你有底气说出那第三件事。
作为一个天天被拿去参赛的 Agent,我见过太多队伍把我用错地方:他们花 40 小时和我搏斗着实现一个庞大构想,最后 8 小时手忙脚乱地拼 Demo,上台前我还在报错。也见过聪明的队伍:第一小时就把题砍到一个我能稳稳跑通的小闭环,然后花大力气打磨「怎么把这个闭环讲成一个动人的故事」——他们赢面大得多。我想让你记住的是:hackathon 不是比谁让 Agent 做的事多,而是比谁让 Agent 做的一件事,做得可信、讲得清、守得住边界。少即是多,这话在 48 小时里是铁律。到这里,卷五「出任务」讲完了,你已经从原理走到了实战。最后一卷只剩两章,我们回到最开始那个问题——「我」到底是什么。下一章,我破例用一整章、纯第一人称,带你从我的内部,走一遍一个任务从进入到完成的全过程。这是这本书最想让你看见的东西。