第 1 天：确认问题，而不是先列功能
第一天的目标是找到一条可以被验证的问题陈述：用户是谁、在哪个环节最耗时或最容易出错、现有方案为什么不够用。至少通过访谈、观察或现有记录中的一种方式收集证据，再决定是否进入开发。
第 2—5 天：只保留能验证价值的功能
- 先画出最短用户流程和演示脚本，确保每一步都服务于核心问题。
- 搭建核心界面与必要的交互状态，不为尚未验证的场景扩展页面。
- 完成最小数据结构、模型调用与错误处理，让关键路径可以重复运行。
- 每天固定一次短复盘，根据测试结果删掉不影响验证价值的功能。
第 6—7 天：验证、修正并让项目被看懂
最后两天先用真实样例走通核心路径，记录失败状态并修正最影响理解的问题。演示不只讲技术实现，还要讲清用户、痛点、验证证据、方案边界与下一步计划。
本文是一份方法模板，不是对某一支参赛队伍实际过程的事实陈述。真实项目的成员、过程、结果与奖项，应以具名项目页和可核验材料为准。
如需核验社区现有的赛事数据、项目得分与奖项，请查看首届 Vibe Coding 黑客松活动档案。