GitHub Stars Growth Playbook 综合评估
核心用法
本技能是一套开源项目增长实战指南，核心定位是帮助开发者和团队系统化提升GitHub仓库的星标数量与社区影响力。技能内容源自AFFiNE团队的真实案例——18个月内从0增长到33,000 stars，具有极强的可复现性。
关键战术模块包括：
| 模块 | 核心策略 |
|------|---------|
| GitHub Trending | 上榜机制解析、时间窗口把控、持续驻留技巧 |
| Awesome-list 渗透 | 精准提交策略，避免被 curator 拒绝的常见错误 |
| Reddit 运营 | r/programming 等核心社区的发帖节奏、防删帖指南 |
| HackerNews 冷启动 | 标题优化、发布时间、评论互动技巧 |
| 社区基建 | Discord/Slack 社群从0到1的冷启动与活跃维持 |
| KOL 触达 | 技术网红/意见领袖的邮件模板与分层策略 |
技能采用"alias"架构，实际指向 Gingiris Open Source Marketing Playbook，用户可通过 clawdhub install gingiris-opensource 获取完整内容。
显著优点
1. 一线实战背书：AFFiNE的33k stars成果是公开可查的硬指标，非理论推演
2. 全渠道覆盖：从GitHub站内（Trending、awesome-list）到站外（Reddit、HN、Discord）形成闭环
3. 多语言支持：内置中日韩本地化关键词，适合全球化推广场景
4. 模块化调用：支持按需取用单一战术（如仅调用Reddit策略或HN发布技巧）
潜在缺点与局限
- 时效性风险：GitHub Trending算法、Reddit社区规则、HN排名机制均可能调整，部分战术存在失效可能
- 样本偏差：AFFiNE作为生产力工具（类Notion）天然具备传播势能，纯技术基础设施类项目复制难度更高
- 道德灰色地带："Posting without getting banned"等表述暗示部分策略游走于平台规则边缘
- 依赖外部平台：过度强调社媒投放，对代码质量、长期维护等"硬核"因素关注不足
适合人群
- 开源项目创始人：首次发布希望快速冷启动
- DevRel/开发者运营：负责开源社区增长的全职角色
- 技术型创业公司：以开源为核心GTM策略的团队
- 个人开发者：希望通过高星项目建立技术品牌
常规风险
- 平台账号封禁（Reddit/HN过度营销）
- 社区反噬（被指责为"star farming"）
- 精力错配——过度追求stars数字而忽视实际用户转化
---
评估结论：对于明确以GitHub stars为核心KPI的场景，本技能具备T1级别的参考价值，但需结合项目类型辩证应用。