github-star-growthlisted

# GitHub Star 增长 Skill（图文并茂） 帮开源项目 / 开发者工具从 0 到 1 涨 GitHub star 的系统化打法。核心信条： > **Star 是结果，不是目标。** 先想清楚"给谁用、靠什么赚钱、增长要达成什么"，再谈涨星。 > **内容 > 渠道 > 技巧。** 围绕用户痛点讲故事，比在 10 个平台群发链接有用得多。 > **集中一天引爆。** GitHub Trending 奖励"短时间内的 star 增速"，把火力集中在一天，远胜摊在两周。 本 SKILL.md 是主干和决策地图。具体渠道的详细打法、模板、KPI 分档在 `references/` 里，用到哪个读哪个。 --- ## 0. 使用这个 Skill 的正确姿势 当用户说"帮我涨 star / 推广我的项目 / 做开源冷启动"时，**不要**直接甩一堆渠道清单。按下面的顺序走： ``` ┌─ STEP 1 定位诊断 ──┐ ┌─ STEP 2 资产打磨 ──┐ ┌─ STEP 3 集中引爆 ──┐ ┌─ STEP 4 承接留存 ─┐ │ 目标用户是谁？ │ │ README 一句话价值 │ │ 选 Launch Day（一天）│ │ Star→用户→贡献者 │ │ 商业模式是什么？ │──▶│ Demo / GIF / 截图 │──▶│ 多渠道协同发布 │──▶│ 持续更新讲 changelog│ │ 增长目标是什么？ │ │ Quick Start 60 秒 │ │ 自来水 + 官方号联动 │ │ 私域(Discord/邮件) │ │ 差异化在哪？ │ │ Star 引导时机 │ │ UTM 全程追踪 │ │ 从数据回炉迭代 │ └────────────────────┘ └────────────────────┘ └────────────────────┘ └──────────────────┘ ``` 每一步都要产出**具体可执行的东西**（改好的 README 段落、写好的 Reddit 帖子、排好的 launch 时间表），而不是泛泛建议。 --- ## 1. STEP 1 · 定位诊断（增长之前先对齐） 来自 GitHub Growth Live 的第一条铁律：**增长之前，先明确商业模式**。很多项目一上来就问"怎么涨 star"，但连"给 Developer 还是给 Enterprise 用"都没想清楚，结果 star 涨了却转化不了。 先和用户过一遍这 4 个问题（缺答案就追问，别跳过）： | 问题 | 为什么重要 | 追问示例 | |---|---|---| | **目标用户** | 决定去哪些社区、说什么话 | "用它的是独立开发者、后端团队，还是企业采购？" | | **商业模式** | 决定 star 的意义（开源引流 SaaS？卖企业版？纯社区？） | "靠什么赚钱——云托管、开源+付费、还是先攒影响力？" | | **增长目标** | 决定打法节奏（冲榜 vs 长线） | "是想上 Trending 拿一波曝光，还是慢慢建社区？" | | **差异化** | 决定内容的核心卖点 | "同类里已经有 X、Y，你凭什么让人换过来？一句话说清。" | > ⚠️ 反模式：把"涨 star"当成唯一 KPI。刷来的星、蹭来的星，如果 READ