Flipper Devices 上周被自己的社区骂了一顿,理由是“官方已经放弃 Flipper Zero 固件开发”。公司很快发博客回应,说法很直接:固件会继续维护,但从今往后想让官方给你加个功能,得先去 GitHub 上投票排队,再等每周一次的审查。这不是一句“我们没跑”能说清的事,而是一次治理规则的重写。
官方到底改了什么
三个硬约束是背景。Flipper Zero 只有约 700KB 闪存能塞固件,这个天花板早就撞上了,官方后来靠 microSD 卡做“动态加载 App”绕过去——核心功能挪进卡里的应用,固件本身留白。2024 年,这套架构撑起了稳定版 1.0,API 也定住了,开发者不用一个月改一次适配。
官方据此判断“固件不用再大改”,把人手转去做新设备——毕竟公司名字是 Flipper Devices,不是 Flipper Firmware。这也是这次风波的起点:官方以为固件进入了维护期,社区却觉得固件被扔下了。
新规则是这样的:功能请求全部挪进 GitHub Discussions,靠投票排序,团队每周审查一次得票最高的需求;实时聊天基本退出主线,团队不再进群、不再连麦;PR 审核收紧,尤其提防那些难以验证的 AI 生成底层代码,以及牵动 UI 和文档的改动;集成测试用例公开,社区要帮着跑回归测试。Apps Catalog 的 PR 流程照旧,受冲击的主要是官方固件仓库本身。
百万用户之后,亲密社区撑不住了
原文自己给了坐标:Flipper Zero 用户破百万,直接沟通渠道被体量压垮,官方甚至关掉了社交账号的私信。一千个声音里,分不清哪个是真需求,哪个只是一时兴起。投票机制不是拍脑袋的民主装饰,它是一个降噪阀门——先把信号从噪音里筛出来,再决定做不做,合并权和路线权始终握在官方手里。
历史上开放社区从“人人可插一嘴”走到“先投票再说话”,不是第一次。铁路刚出现时,各地轨距、接口、调度全凭地方公司自己定,能跑就行;等路网连成片、乘客从几千涨到几百万,统一轨距和中央调度就成了不得不做的事——不是路网衰败,是路网长大了。Flipper Zero 现在踩的是同一个坎:社区从几千个众筹支持者的“自己人”状态,滑进了百万用户的“陌生人”状态,原来那种进群直接聊的亲密感,注定撑不到这个体量。这个类比不完全对应,铁路是安全强制标准,Flipper 的投票制没有强制力,更接近筛选而非治理,但两者面对的都是同一件事:规模到了,自由接入必须让位给流程。
- 风险.PR 规则专门点名“难以验证的 AI 生成底层代码”,说明开源硬件的贡献池已经被低质量、机器写就的代码轰炸过一轮,这不止是 Flipper 一家会遇到的麻烦。
GitHub 投票能把噪音降下来,但解决不了“谁的声音本来更大”这件事——活跃开发者、英语用户、老玩家天然占优,票数不等于真实分布的需求。这套流程的本质是筛选权,不是决策权。说它是治理创新,不如说是一次成本转嫁:社区自己排队、自己投票、自己跑回归测试,团队才能腾出手去做新硬件。
开放硬件长大后,第一课不是加新功能,是学会说“不”。
官方没有停止开发,但那个能随时找到人聊天、把想法直接怼到开发者脸上的社区,确实没了。这是规模的代价,不是背叛。重度用户以后得学会“写好一条请求、拉够票数”,替代固件和 App 开发者反而受影响最小——Apps Catalog 的门槛没变,变的只是官方固件这一条主线的游戏规则。