开源项目验收：十项能力、四维评分与三种不该开源的项目
开源不是把代码推上去，是把许可证、维护产能、资金与退出四件事同时立住。本文给十项能力打分、四个权重与 3.47 的综合分，说明为什么短板在治理而不是收入，列出三种不该开源的项目，以及打分之后该先补哪一项与为什么，还有复测的节奏。
tag
开源
共 24 篇文章。
治理、fork 与退出：17 位贡献者、82% 的提交与一次改协议的代价
开源项目的治理不是开会，是回答「你不在了怎么办」。本文用 17 位贡献者、1,637 次提交与 82% 的集中度，算出一次改许可证带来的 fork、star 与新贡献者变化，并给出一份六件套归档清单、四个单点动作与交接步骤。
双许可与企业版：九家询价、两家成交与 4,800 美元
双许可是把 copyleft 义务换成一份商业合同。本文用九家询价、两家成交、4,800 美元与 14 份 CLA，拆出双许可的四个前提、三条合同边界、一条支持档位，以及「不提供源码交付」为什么必须写进报价的一条支持底线。
赞助之门：4,200 个 star 里的 23 个人与两家公司
赞助不是把 star 换成钱，是把「这件事值得继续」变成一条可重复的路径。本文拆开 23 个人、两家公司、129 与 200 美元，算出 0.55% 的转化、25.8% 的流失、企业赞助 22.2% 的成交率与赞助页的五个要素。
依赖与安全：214 条告警、11 条高危与三次安全公告
开源项目的攻击面有一半来自依赖。本文用 214 条告警、11 条高危、4.2 天的平均修复与三次安全公告，给出一个人能维持的依赖分流标准、四个季度升级窗口、72 小时初判承诺、五段式公告模板与告警分级处置口径，以及三次公告的时间线。
Issue 分类：10.7 分钟一个、72 小时首响与 134 个遗留
issue 区不是客服邮箱，是一份需要分流的工作队列。本文用 1,180 个新开、1,046 个关闭与 134 个遗留，拆出四层标签、10.7 分钟的分类成本、72 小时首响的 8.4% 超时率，以及机器人与人工的分工。
维护者的时间账：1,180 个 issue、148 个 PR 与 612 小时
开源项目的成本不是服务器，是维护者的时间。本文把一年 612 小时拆成七类工作，算出 34.3% 花在 issue 上、每周 11.8 小时的投入与 27.5% 的预算超支，并给出可执行的减法顺序、被低估的三类成本与一条减法。
Open Core 边界：78% 的代码开源，22% 才收费
开源哪一部分、闭源哪一部分，不是按「值钱」分的。本文用 48,600 行里的 78% 与 22%、180 个付费账号的 93.9% 动机，给出三条可复用的边界判据，以及核心功能下移、许可证收紧、托管专属 API 三种漂移的前兆。
许可证选择：四个问题、214 个直接依赖与 12 个 copyleft
选许可证不是选立场，是回答四个问题：谁要改、改完是否闭源、服务端算不算分发、被大公司拿走怕不怕。本文用一张四问表、214 个直接依赖与 12 个 copyleft 的清单，给出一个人能长期维护的选法，并比较四种许可证的取舍差异。
开源不是商业模式：五条收入路径与一张 1,949 美元的收入表
开源本身不产生收入。本文把 4,200 个 star 的仓库拆成五条收入路径，算清 1,949 美元的月收入、612 小时的年维护与 32.1 美元的净时薪，并说明把 star 当资产为什么是这门生意最常见的误判，以及三个替代指标。
一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护（10 篇）
开源是分发方式，不是商业模式。本组从 4,200 个 star、1,949 美元月收入与 612 小时维护出发，讲许可证、Open Core 边界、issue 分类、依赖安全、赞助、双许可、治理与退出，十篇全部给算式与清单。
开源仓库作为入口
把代码仓库当成获客入口而不是文档仓库：给出 README 的六段结构、一条命令跑起来的门槛、示例与截图的取舍、issue 回复如何带来访问，以及 open core 的最小边界与收录路径，并说明 star 为什么不能直接换算成用户。
开源商标与品牌治理
本文讲开源项目的商标与品牌治理实务，回答许可证为何不授权商标、商标政策怎么写、衍生发行版如何命名、商标该不该转给基金会。覆盖使用指南的边界条款、注册类别选择、品牌保护与执法手段、域名与社交账号管理、社区品牌协同，并给出可落地的商标政策模板与分档推进清单。
开源文档体系
本文讲开源项目的文档体系怎么搭，回答如何用 Diátaxis 四象限组织内容、快速上手为什么留不住人、API 参考如何自动生成、多语言文档怎么维护。覆盖文档即代码的仓库与评审流程、版本化与搜索、文档度量与持续改进，并给出可落地的目录结构与常见返工点。
开源发布工程
本文讲开源项目的发布工程实践，回答版本号该怎么定、变更日志怎么维护、发布流水线如何设计、多平台制品怎么构建与签名。覆盖语义化版本的边界、Keep a Changelog 规范、LTS 与弃用策略、破坏性变更的迁移路径，并给出可复用的发布清单、回滚方案与常见返工点。
开源治理与社区运营
开源项目的成败很少取决于代码质量，而取决于治理结构、许可证边界与社区能否持续供给贡献者。本专题面向项目维护者与开源办公室：治理范畴与角色划分、许可证合规流程、许可证兼容性与依赖传染、社区运营与贡献者漏斗、贡献者成长与留存、基金会中立托管模式、维护者倦怠与可持续性、项目健康度度量、Open Core 与双轨制商业化、漏洞响应与 CVE 流程、CLA 与 DCO 选择，以及企业内源与开源文化的联动。后续补充的 6 篇进阶内容进一步覆盖软件供应链与 SBOM、开源发布工程、开源文档体系、企业参与开源与 OSPO、开源度量与分析，以及开源商标与品牌治理。
Retool 与 Appsmith 内部工具
对比 Retool 与 Appsmith 两类内部工具平台的架构与理念：定位差异、开源与商业路线、数据连接与查询模型、组件与状态模型、自托管与部署形态、扩展与自定义能力、安全与权限、以及选型建议与迁移路径，给出查询定义、组件绑定与自托管部署的配置片段，回答团队该用哪一类工具快速构建内部后台。
开源商业化：Open Core 与双轨制
本文讲开源商业化与 Open Core 模式，回答功能边界怎么切、如何避免与社区争利、双轨制如何定价。覆盖 Open Core、SaaS 托管、双许可、支持订阅、开源基金等模式对比、开源与闭源的功能切分原则、许可变更的风险与舆情处理、定价与销售组织，给出收入结构演进路线。
开源社区运营与贡献者漏斗
本文讲开源社区运营与贡献者漏斗，回答新人为什么来了就走、如何设计新手上路流程、社区指标该怎么看。覆盖贡献者漏斗各层级的转化设计、issue 与 PR 的标签体系、沟通渠道选型、行为准则执行、社区活动与内容运营，给出自动化欢迎流程与响应时效目标，并总结可复用的运营节奏。
技术人的个人品牌建设：写作、开源、演讲与社区经营
面向技术人的个人品牌建设指南，覆盖品牌定位、技术写作、开源项目运营、演讲与分享、社区经营、内容分发与复用、品牌如何转化为职业机会，以及边界管理与风险控制，附 12 周启动清单。