花托邦

行动即社交

花托邦是在抖音 AI 黑客松全国总决赛现场做出来的。最早围绕校园社交讨论的时候，想法铺得很开：找搭子、认识新朋友、帮人破冰、组织活动、维持关系、留下回忆。每个方向单独看都能做，但放在一起，入口怎么分，用户先做什么，几个人怎样在比赛时间里完成，问题开始变得复杂。

我从 idea 和痛点讨论开始参与，和队友一起把产品收拢到一个核心判断：社交的锚点在于行动。一个人想看展、打球、组队比赛，重点是说清楚自己想做什么，再找到愿意同行的人。先有了想做的事，在做的过程中认识彼此。

围绕这个判断，产品链路就清楚了：有了做事的想法，发起组局和邀请，找到同行者，双方的 Agent 沟通匹配需求，AI 推进事件进度，两个人共同完成以后，这段经历沉淀为花园里的一朵花。种下的每朵花、每株植物，都代表和同行者共同完成的一件具体的事。视觉风格参考了《旅行青蛙》和 Forest 的种树概念，但产品的骨架是这条从想法到行动再到沉淀的链路。

状态与节奏

我负责整体视觉、UI/UX 和完整前端。界面用手绘风格的花园、小花匠和植物来组织，一颗植物长到哪一步，用户需要知道还有什么事情没做。候选人出现了、自己选好了伙伴、双方确认了约定，每个状态都有对应的操作，我需要把它们安排进同一座花园，让用户找得到下一步该做什么。

这里面有一个需要处理的节奏问题。约人做一件事有时间限制，周末的活动，等到下周才看到通知就过期了。我们在讨论中把两种节奏分开：平时发现新灵感、采种子、看明信片，保留悠闲的感觉；一件已经发起的邀约，需要让用户及时看到进展。

AI 替不了你点头

举一个具体的问题。产品里有一步是双方的 Agent 先沟通，帮两个人了解对方的偏好和时间。但 Agent 之间聊得再顺利，也不能代替两个人自己的决定。如果后台直接把 Agent 的沟通结果当成"已确认"，用户打开花园，会发现自己还没答应，植物已经开始长了。

我把 AI 的沟通记录、候选选择和行动约定拆成三个分开呈现的步骤。用户自己选同行者，双方各自确认安排，后端根据这些确认记录判断植物的生长阶段，前端再显示对应的状态。模型生成的对话和草稿也经过结构化 JSON 校验，才交给后面的功能使用。活动结束以后，双方确认完成才能开花，两个人都愿意再组队，这段经历才进入共同回忆。是否愿意再见，留给各自选择。

分工上，我写了花园和记忆日志相关的前端功能（花朵生长、记忆沉淀、蝴蝶种子），做了信箱导航的修复和沉浸式本地世界的整合。队友负责前后端合并、部署脚本和 QA，其中不少后端和部署代码与 Claude 协作完成。另一位队友参与了发布流程和移动端原型的调优。

一颗种子讲五分钟

路演中，我承担了主要的演示部分，也负责确定开头和收尾怎么讲。开头先把问题摆出来：一个人想和别人一起做件事，从找到人，到商量好安排，再到真的出发，中间还有很多步需要推进。讲到这里，再带大家进入花园，说明为什么我们把愿望做成种子。

第三版路演我们换了讲法，顺着一颗种子的生命周期往下走：用户提出愿望，找到同行的人，两个人商量并完成行动，回来以后花朵绽放。先把一次完整的经历讲完，再展示花朵融合、小花匠带回新灵感，以及校园里更多人留下的活动记录。后半部分把画面从两个人扩展出去，结尾回到开头的问题。这一版也删掉了不少口播说明，花朵继承、谱系和其他细则从讲稿里拿掉，规则通过界面自己说明。

打完以后

团队最后获得全场五个奖项中的两个：AI 能力运用与技术路径奖、创意亮点与惊喜感奖。

打完黑客松回过头想，真正起决定作用的是两件事：前端设计够不够新颖，以及 idea 本身有没有出其不意的地方。社交产品在比赛里天然吃亏，没有真实用户，很多东西只能 mock。所谓"AI 能力运用"在这种场景下其实很难展开，模型调用就那几步，大家能做的差不多。精力真正花在的地方，是前端调优和整条产品链路的设计。

花托邦最后能拿到创意奖和技术奖，我觉得是因为手绘花园的视觉风格确实跟别的项目拉开了差距，加上"行动即社交"这个切入点让评委觉得有意思。这也是我在这次比赛里最大的体会：黑客松核心看的是前端呈现和出奇的 idea，把这两样做好，其他环节才有机会被看见。

作品与记录

花托邦的花园场景原画。

说出想做的事，小花匠继续问清时间、地点和同行偏好。双方 Agent 的沟通记录，供用户了解候选人。

比赛 demo 使用模拟同行者演示双方操作，愿望澄清与 Agent 沟通接入真实模型。仓库早期名称为"社交森林 · 发芽"。