用途：把 GitHub Star 视为合格开发者兴趣的代理指标而非最终业务结果，围绕 14 天冲刺设计可复现的仓库增长流程，同时追踪安装、激活、重复使用与贡献。
主要能力：提供准入检查（仓库 URL、许可证、目标开发者、干净机器上可用的快速开始、可复现演示与差异化点、当前浏览/克隆/Star/Issue/贡献者/激活事件、三个直接竞品及其最近发布或变更日期、可投入的创始人与工程与社区人力）；建立按渠道逐行的度量表（日期|来源|帖子 URL|仓库浏览|Star|克隆|安装|激活|D7 留存|贡献者），报告浏览到 Star、Star 到安装、安装到激活、激活到 D7 留存的转化；开展竞品时间窗扫描，查看竞品近 30 天的发布说明、X、Reddit、Hacker News、Product Hunt 与 GitHub 活动，记录定位、最强证明资产、社区回应与未解决抱怨；优化 README 首屏（一行结果、可复现演示、最多三个差异化点、可复制即用的快速开始、许可证与安全隐私姿态等信任信号）。
使用方式：按 14 天节奏推进——第 1–3 天验证快速开始、制作 30–60 秒演示与架构图/对比表、建立基线看板；第 4–6 天找到两个相关 subreddit、一个 Hacker News 角度与五个专业社区，先以有用回答参与，再按渠道原生文体撰写内容；第 7 天同步发布 release、README 与演示；第 8–10 天把重复问题转为文档与对比页、联系维护者与创作者、发布可复现的构建日志或基准；第 11–14 天邀请已激活用户访谈、把反复请求转为 good first issue。需输出就绪结论与阻碍、竞品时间窗表、README 修改清单、14 天渠道日历（含负责人与 UTM/来源）、度量看板结构、停止条件与下一步实验。
限制：不买 Star、不换 Star、不自动化加星、不隐瞒关联、不用小号、不操纵 GitHub Trending，不发布无法验证的基准；仅在有真实技术新颖性且维护者可在线答疑时提交 Show HN；Reddit 被删帖不得绕过审核反复发布。资料显示社区与付费资料包为可选入口，不影响该技能安装使用。其余平台规则与价格等细节暂未提供。