zhuyh1606-oss/oss-star-growth
GitHub: zhuyh1606-oss/oss-star-growth
一套可被 AI 编码代理直接执行的 GitHub Star 增长决策系统，通过渠道策略、时机规则和反模式检测帮助开源项目制定可复制的推广冲刺计划。
Stars: 0 | Forks: 0
# oss-star-growth
**一个用于增长 GitHub Star 的可执行决策系统——不是建议，而是你的 AI Agent 可以直接运行的行动手册。**
## 为什么会有这个项目
大多数关于“如何增长 GitHub Star”的内容都陷入了两个陷阱：
1. **模糊的建议** —— “写个好 README”、“在 Twitter 上保持活跃”、“与社区互动”
2. **个人故事** —— “我通过做 X 拿到了 1 万 Star”（幸存者偏差，不可复制）
本项目不属于以上任何一种。它是一个 **结构化的决策系统**，你的 AI 编码 Agent（Claude Code / OpenCode / Cursor / Codex）可以自主执行：
- **决策树** —— 推广哪个项目？什么时候准备好了？优先使用哪个渠道？
- **ROI 数据** —— Show HN ≈ 200-800 Star，Reddit ≈ 50-200，Newsletter ≈ 1-10。量化而非猜测。
- **硬性约束** —— 第一周仅限海外渠道。仅在周二发布 Show HN。禁止同一天多渠道发布。
- **反模式检测** —— 在每次发布操作前进行自我检查。
## 包含内容
```
oss-star-growth/
├── SKILL.md # The core decision system (load into your AI agent)
├── README.md # This file
├── tutorial.md # Step-by-step walkthrough
├── LICENSE # MIT
├── references/
│ ├── channel-list.md # Full channel catalog with ROI expectations
│ ├── show-hn-playbook.md # Show HN end-to-end (title formulas, FAQ prep, timing)
│ ├── reddit-playbook.md # Subreddit strategy, post templates, engagement rules
│ └── readiness-checklist.md # 9-point checklist before any launch
└── examples/
└── ai-cost-14day-sprint.md # Real 14-day sprint plan (reference implementation)
```
## 快速开始
### 对于 Claude Code / OpenCode / Codex 用户
```
# Clone 该 repo
git clone https://github.com/zhuyh1606-oss/oss-star-growth.git
# For OpenCode: 复制到你的 skills 目录
cp -r oss-star-growth ~/.config/opencode/skills/
# For Claude Code: 复制到你的 skills 目录
cp -r oss-star-growth ~/.claude/skills/
```
当你询问关于 Star 增长的问题时，你的 AI Agent 将自动发现并加载 `SKILL.md`。
### 对于独立使用（只需阅读行动手册）
浏览 `references/` 获取战术指南，浏览 `examples/` 获取完整的冲刺计划。
## 工作原理
该系统分为四个层级：
### 第一层：选择
**多项目优先级树** —— 给定 N 个项目，哪一个值得获得发布机会？
```
README complete? → Universal pain point? → No direct competitor? → A-class candidate
```
只有通过所有关卡的项目才能进入冲刺阶段。
### 第二层：时机
**硬性时间窗口** —— 渠道有着不可协商的时机要求：
| 窗口 | 行动 |
|--------|--------|
| 第一周 | 仅限海外渠道（HN、Reddit、Twitter、Dev.to） |
| 第二周 | 加入中文渠道（V2ex、linux.do、掘金） |
| 周二 EST 上午 10 点 | Show HN（唯一可行的时间段） |
| 周四 | r/programming 自发帖日 |
违反这些规则 = 浪费发布机会。
### 第三层：排序
**渠道级联** —— 发布顺序很重要：
```
Day 4: Show HN (the spark)
Day 5: Twitter thread (amplify)
Day 6: Reddit posts (staggered, 3-5h apart)
Day 7: Dev.to / Hashnode (SEO anchor)
Day 8+: Newsletters, communities, directories (long tail)
```
### 第四层：检测
**反模式自我检查** —— 在每次行动前，系统会检查：
- 渠道饱和度（本周同一个项目是否出现在 >2 个大型渠道上？）
- 内容重叠（帖子之间的角度差异是否 <30%？）
- 互动健康度（Show HN 前 30 分钟内评论数是否 <10？）
- 账号风险（Reddit 账号对于目标 Subreddit 来说是否太新？）
## 为什么要采用 AI 可读的格式？
因为 Star 增长是一个**决策序列**，而不是一份清单：
- 何时发布取决于先前渠道的表现
- 使用哪个渠道取决于项目的准备情况
- 是否转型取决于早期信号
静态的博客文章做不到这一点。拥有这项技能的 AI Agent **可以**做到。
## 使用 oss-star-growth 的项目
| 项目 | 之前的 Star | 之后的 Star | 冲刺周期 | 状态 |
|---------|-------------|-------------|--------|--------|
| ai-cost | 0 | — | 14 天 | 进行中 |
*通过 PR 添加你的项目。*
## 许可证
MIT —— 随意使用，Fork，发布。
## 作者
由 [zhuyh1606-oss](https://github.com/zhuyh1606-oss) 构建 —— 已在真实的 OSS 项目上测试验证。
标签：决策系统, 增长黑客, 开源运营, 营销策略, 防御加固