一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护（10 篇） on PlumePHPhttps://plumephp.com/posts/indie/indie-open-source-products/Recent content in 一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护（10 篇） on PlumePHPHugozh-CNMon, 26 Oct 2026 00:00:00 +0000开源项目验收：十项能力、四维评分与三种不该开源的项目https://plumephp.com/indie-oss-10-oss-readiness/Mon, 26 Oct 2026 19:35:00 +0800https://plumephp.com/indie-oss-10-oss-readiness/开源不是把代码推上去，是把许可证、维护产能、资金与退出四件事同时立住。本文给十项能力打分、四个权重与 3.47 的综合分，说明为什么短板在治理而不是收入，列出三种不该开源的项目，以及打分之后该先补哪一项与为什么，还有复测的节奏。治理、fork 与退出：17 位贡献者、82% 的提交与一次改协议的代价https://plumephp.com/indie-oss-09-governance-fork-exit/Mon, 26 Oct 2026 19:30:00 +0800https://plumephp.com/indie-oss-09-governance-fork-exit/开源项目的治理不是开会，是回答「你不在了怎么办」。本文用 17 位贡献者、1,637 次提交与 82% 的集中度，算出一次改许可证带来的 fork、star 与新贡献者变化，并给出一份六件套归档清单、四个单点动作与交接步骤。双许可与企业版：九家询价、两家成交与 4,800 美元https://plumephp.com/indie-oss-08-dual-license-enterprise/Mon, 26 Oct 2026 19:25:00 +0800https://plumephp.com/indie-oss-08-dual-license-enterprise/双许可是把 copyleft 义务换成一份商业合同。本文用九家询价、两家成交、4,800 美元与 14 份 CLA，拆出双许可的四个前提、三条合同边界、一条支持档位，以及「不提供源码交付」为什么必须写进报价的一条支持底线。赞助之门：4,200 个 star 里的 23 个人与两家公司https://plumephp.com/indie-oss-07-sponsorship/Mon, 26 Oct 2026 19:20:00 +0800https://plumephp.com/indie-oss-07-sponsorship/赞助不是把 star 换成钱，是把「这件事值得继续」变成一条可重复的路径。本文拆开 23 个人、两家公司、129 与 200 美元，算出 0.55% 的转化、25.8% 的流失、企业赞助 22.2% 的成交率与赞助页的五个要素。依赖与安全：214 条告警、11 条高危与三次安全公告https://plumephp.com/indie-oss-06-security-and-dependencies/Mon, 26 Oct 2026 19:15:00 +0800https://plumephp.com/indie-oss-06-security-and-dependencies/开源项目的攻击面有一半来自依赖。本文用 214 条告警、11 条高危、4.2 天的平均修复与三次安全公告，给出一个人能维持的依赖分流标准、四个季度升级窗口、72 小时初判承诺、五段式公告模板与告警分级处置口径，以及三次公告的时间线。Issue 分类：10.7 分钟一个、72 小时首响与 134 个遗留https://plumephp.com/indie-oss-05-issue-triage/Mon, 26 Oct 2026 19:10:00 +0800https://plumephp.com/indie-oss-05-issue-triage/issue 区不是客服邮箱，是一份需要分流的工作队列。本文用 1,180 个新开、1,046 个关闭与 134 个遗留，拆出四层标签、10.7 分钟的分类成本、72 小时首响的 8.4% 超时率，以及机器人与人工的分工。维护者的时间账：1,180 个 issue、148 个 PR 与 612 小时https://plumephp.com/indie-oss-04-maintainer-time/Mon, 26 Oct 2026 19:05:00 +0800https://plumephp.com/indie-oss-04-maintainer-time/开源项目的成本不是服务器，是维护者的时间。本文把一年 612 小时拆成七类工作，算出 34.3% 花在 issue 上、每周 11.8 小时的投入与 27.5% 的预算超支，并给出可执行的减法顺序、被低估的三类成本与一条减法。Open Core 边界：78% 的代码开源，22% 才收费https://plumephp.com/indie-oss-03-open-core-boundary/Mon, 26 Oct 2026 19:00:00 +0800https://plumephp.com/indie-oss-03-open-core-boundary/开源哪一部分、闭源哪一部分，不是按「值钱」分的。本文用 48,600 行里的 78% 与 22%、180 个付费账号的 93.9% 动机，给出三条可复用的边界判据，以及核心功能下移、许可证收紧、托管专属 API 三种漂移的前兆。许可证选择：四个问题、214 个直接依赖与 12 个 copylefthttps://plumephp.com/indie-oss-02-license-choice/Mon, 26 Oct 2026 18:55:00 +0800https://plumephp.com/indie-oss-02-license-choice/选许可证不是选立场，是回答四个问题：谁要改、改完是否闭源、服务端算不算分发、被大公司拿走怕不怕。本文用一张四问表、214 个直接依赖与 12 个 copyleft 的清单，给出一个人能长期维护的选法，并比较四种许可证的取舍差异。开源不是商业模式：五条收入路径与一张 1,949 美元的收入表https://plumephp.com/indie-oss-01-oss-business-models/Mon, 26 Oct 2026 18:50:00 +0800https://plumephp.com/indie-oss-01-oss-business-models/开源本身不产生收入。本文把 4,200 个 star 的仓库拆成五条收入路径，算清 1,949 美元的月收入、612 小时的年维护与 32.1 美元的净时薪，并说明把 star 当资产为什么是这门生意最常见的误判，以及三个替代指标。