VibeHacks 赛后碎碎念:做产品别先炫技,先找买单的人
上周六去北京参加了 Vibe Friends 和原点课堂合办的 VibeHacks 黑客松。 说真的,第一次参加这种比赛,我本来纯抱着学习 + 凑热闹的心态去的,结果居然还拿了个奖,挺意外的。
不过整场下来,给我印象最深的反而是拿第一名的那个选手,倒不是因为他拿了第一。
有几点感触特别深: 一是比赛中场休息的时候,他主动跑到我们队这边来,安利他做的 vibe coding 项目,特别有活力,一点不藏着掖着。 二是他最后的路演演讲,感染力是真的强,很会抓听众的注意力。 第三点也是我最有感慨的一点: 站在参赛选手的角度看,他的作品技术上其实不算最惊艳的,好多队伍的技术实现比他花哨、比他复杂,但最后他拿了最高票。 我想来想去,最大的原因就是:他精准戳中了老板、管理者的真实需求。
他做的产品叫 Agentosity,说白了就是一套给 Coding Agent 用的考勤系统: 一条命令就能接入 Claude Code、Codex、OpenCode 这些工具,专门记录 AI Agent 工作了多长时间,最后自动生成 Agent 工时榜、个人排行榜,甚至还有早下班榜。 就纯记时长,不看具体工作内容。
其实细想不止是记个考勤而已,老板拿着这个数据,就能直接判断这个人每天能创造多少价值。这才是真正吸引老板和管理者的核心点,比那些花里胡哨的技术实现戳人多了。 老板可不就吃这一套嘛……
这件事也顺带让我想了想自己以后做产品的思路。 以前总下意识觉得,做产品就得技术够炫、功能够复杂才叫厉害,很容易陷进 “自嗨式实现” 里,对着技术细节死磕,反而忘了做出来是给谁用的。但这次看完第一名的项目反而一下醒过来了 —— 做产品先别着急上手炫技,先搞清楚「谁是最终拍板、真正买单的人」,他最痛的那个点到底是什么。很多时候最朴素、最直接的需求,反而是最没人好好解决的刚需。
就像这个 Agent 考勤,逻辑简单到甚至有点 “粗暴”,但它直接给了管理者一把衡量人效的尺子,能直观换算出每个人每天的价值产出,这一下就把价值感拉满了。比起那些技术华丽但说不清 “到底帮谁解决了什么问题” 的项目,杀伤力强太多了。
另外还有个感触:产品力也不只是写在代码里的。人家敢主动串队聊项目、路演能讲得有感染力,本质上也是在把产品的价值传递出去。再好的东西,闷在那里没人懂,也拿不到结果。
以后自己做东西,真得先慢一步动手,先站在用户、站在决策者的视角多问几句:他要的到底是什么?他怎么判断这个东西值不值?想通这一点,可能比熬好几个大夜堆功能有用得多。
继续阅读
基于全文检索与主题相似度
当办公可以被“委托”,人会从执行者变成什么?
"办公软件正在从承接操作转向承接任务,企业微信开放CLI、飞书并入豆包体系,背后是同一场位移:Agent开始理解目标、组织步骤、调用工具,人则从执行者变成定义结果与承担责任的角色。但“可以委托”不等于“放心交出”,权限、责任与不可逆后果
AI 产品别只看 MAU:用户介入结构,才能看出 AI 到底帮了多少忙
MAU翻倍只说明用的人多了,回答不了更关键的问题:任务到底由谁完成?模型输出被记为完成,而用户补充、核验、返工的隐性劳动可能全藏在报表之外。用户介入结构——用户在什么环节、为何介入、付出多少成本——才是判断AI真实价值的切口。本文拆出五类介入,帮你看见那些被MAU掩盖的成本与共创。
从 Compaction 到 Token Budget:Codex 如何接住一个越来越长的任务
长任务真正难的,不是模型“记不住”,而是它该记什么、忘了什么,以及剩下多少资源收尾。Codex 用 Goal、Notes、History 和 Token Budget 搭了一套跨窗口接力机制,但交接单写不好、旧记录搜不到,照样会把任务带偏。从压缩到预算,这套设计到底解决了什么,又埋下了哪些新坑?