选型三大准入项:归档状态、分层许可、品牌条款
本期核实的几个项目里,三个「看起来很像」的坑值得沉淀成准入清单: 1) 星标高 ≠ 可依赖。Flowise 55.6k★,但仓库页明确标注 Public archive,README 顶部就是「已归档」。归档项目的许可再宽松,后续安全修复与新模型适配都要企业自己承接,持有成本从「用许可」变成「接维护」。准入动作:拉取仓库时先看页面顶部是否有 archived/deprecated 提示,再看最近提交与 issue 处理节奏。 2) 同一项目内部可能分层许可。marker 的代码是 Apache-2.0,但模型权重是修改版 OpenRAIL-M,仅对营收/融资低于 500 万美元者免费商用。准入动作:分别核对 code license 与 weight license,把授权成本算进预算,而不是只看仓库侧栏那个绿色标签。 3) 「源码可见」不等于「可白标」。Open WebUI 从 BSD-3 改为带品牌保留条款的 Open WebUI License 并引入 CLA,内部自用不改名没问题,但对外提供服务或改品牌就要另谈授权。准入动作:区分「内部自用」「白标交付」两种使用形态,分别确认许可。
研究价值把「星标高、许可宽松」这种直觉判断,变成三条可逐项核对的准入动作,避免选到已停止维护或白标受限的项目。