夜市里最热闹的摊，常常最不赚钱。十几个人围着看、摸、拍照，真正掏钱的只有一个。GitHub 的 Star（收藏/点赞）也是这回事：不是赞助漏斗，只是围观量。我判断，围着 JuliusBrussee 的热闹，进不了 Sponsors（按月赞助开发者的功能）的收银台。
许多人把 Star 想得太像水管：上游热度一来，下游钱就会滴答滴答流出来。错。Star 是零成本表态，Sponsors 是带预算的决策；前者动一下拇指，后者要动钱包、组织流程，甚至动一点责任心。把 Star 当赞助漏斗，是把广场误认成收银台。
更反常识的地方在这里：Star 越多，离赞助未必越近，常常反而越远。因为热闹一大，涌进来的就不只是使用者，还有收藏党、学生、求职者、看趋势的人、盯竞品的人、顺手点亮图标的人。广场越满，收银台越空。
凌晨一点十七分，北京昌平的研究生小吴躺在上铺刷 GitHub 趋势榜，为第二天组会找“能讲两句的新东西”。他给 JuliusBrussee 的仓库点了 Star，顺手又点了七个。第二天，他在投影里截了一张页面，讲完就关掉了。这个 Star 是什么？是一枚电子书签，外加一点“我跟得上”的姿态。它不是需求，更不是供养。
周五晚上十点四十，杭州滨江一家十五人的创业公司里，后端工程师老齐卡在发布上。真正救他的，不是那种三万 Star 的明星项目，而是一个只有九百 Star 的小工具。作者半夜回了问题，第二天补了版本。下周一老齐想走赞助流程，财务回他一句：“这个不好报。” 你看，赞助卡住的往往不是价值，而是名目。公司给云服务每月付几千块毫不手软，给开源作者几十块却像挤牙膏，因为前者写得进预算表，后者只写得进良心。
周日早上八点半，成都天府三街，自由职业设计师阿岚一边吃豆浆油条，一边盯着交付页面。一个开源组件出了显示错位，她给维护者发消息，半小时后收到回复，晚上又等来新版本。第二个月，她开始每月赞助 10 美元。不是因为那个仓库有多少 Star，而是因为她突然明白，自己买的不是代码，是有人守夜。
这就是我对开源赞助的判断：人不是为“你很红”付钱，人是为“我离不开你”付钱。围观说明你有戏；付费说明你成了别人的基础设施。Star 是拇指经济，Sponsors 是预算政治。人们给 Star 像点头，给 Sponsors 像签字。
所以，真正能把围观变成赞助的，从来不是更大声地喊“求支持”，而是三样东西：你是不是嵌进了别人的工作流，停一天就让他疼；你是不是被看成一个会持续回应的人，而不是扔完代码就消失的影子；对方有没有一个体面的付款理由，能对老板、财务，或者对自己交代。
这也是为什么不少人盯着 Star 数发愁，方向却从一开始就偏了。他们像在剧院门口数掌声，然后回家算房租。掌声当然不是没用。它能带来传播、名片、招聘、合作、采访，甚至带来一种体面的虚荣。但虚荣解决不了续费，热闹也付不了服务器账单。互联网最会制造掌声，也最不会把掌声发成工资。
围着 JuliusBrussee 这类项目起哄的人，未必坏，只是轻。现代平台把“表态”做得太便宜，把“承担”做得太贵。点一个 Star，只要一秒；开一个赞助，要过心理、预算、制度三道门槛。于是我们看到的，是一幅很有时代气的画面：广场上人头攒动，后台里灯火稀疏；人人看过，少数人使用，更少数人买单。
我一直觉得，判断一个开源作者有没有赞助潜力，别先看 Star，先看谁会在周五深夜因为他不回复而睡不着。真正的钱，从来不追着热闹跑；钱只追着依赖、信任和风险管理跑。Star 不是香火钱，它更像橱窗前的人流统计。好看，热闹，能证明你被看见了；但被看见，不等于被供养。
最后一句说死：GitHub Star 当然有价值，但它的价值在“让更多人看到”，不在“让更多人掏钱”。把 Star 当赞助漏斗，是当代独立开发者最常见的会计幻觉。广场不是收银台，围观不是供养，掌声不是工资。
别人聊 AI，我们测 AI——每个结论都能下载原始数据自己复算。 🔗 官网 👉 https://crawdpad.com