gingiris-1031 gr — Gingiris Growth 主路由
什么时候用
用户的问题属于「出海增长」领域，但你不确定具体该用哪个子 skill 时，先进这里。
路由表
| 用户信号 | 推荐子 skill |
|---|---|
| "排名掉了 / 索引不上 / canonical / SEO 日报 / GA4" | gr-seo-patrol |
| "写博客 / 发文章 / 文风 / hreflang / 日韩同步" | gr-blog-post |
| "发 PH / Product Hunt / hunter / maker comment" | gr-ph-launch |
| "OSS 营销 / GitHub stars / 开源增长 / Reddit / HN" | gr-oss-marketing |
| "B2B / PLG / SLG / SaaS 增长 / PMF" | gr-b2b-growth |
| "ASO / App Store / UGC 创作者 / 冷启动" | gr-aso |
| "用户访谈 / find PMF / 怎么问用户" | gr-user-interview |
| "分析对手 / 竞品扫描 / 定价对比 / 对手博客" | gr-competitor |
| "博客拆成推特 / 小红书 / LinkedIn / dev.to 二发 / 社媒分发" | gr-social-distill |
| "AI 引用 / GEO / llms.txt / Citable Statistics / Perplexity" | gr-geo-cite |
| "外链 / Wikipedia / HARO / G2 / 媒体报道 / PR / Reddit AMA" | gr-backlinks |
路由决策流程
- 听主诉：用户最急的症状是什么？（排名、没流量、不会写、不知道发哪）
- 判断阶段：还没启动？（→ 先 benchmark / PH / OSS）还是已上线？（→ SEO patrol / blog-post）
- 推荐：告诉用户"我准备用
gr-xxx，要不要直接跑？"
不要堆砌所有子 skill —— 一次只推一个，完成后再看是否要级联。
级联推荐（抄 dbskill 的设计）
执行完一个 skill 后，根据输出自动推荐下一步：
gr-ph-launch发布日后 7 天 → 推荐gr-seo-patrol（监控流量）gr-seo-patrol发现 cannibalization → 推荐gr-blog-post（修 canonical）gr-blog-post发布后 → 推荐gr-seo-patrol（加入每日监控）gr-competitor发现对手新打法 → 推荐gr-blog-post或gr-ph-launch
读取 API keys 规范
所有 gr-* 子 skill 的 API keys 都从同一处读：
- Railway env vars（生产用）
- 用户本地：参考
docs/api-keys-template.md - MEMORY.md：用户的
project_growth_tools.md里有完整 key 列表
调用子 skill 前，确认相关 key 是否可用；缺失时先提示用户配置，不要硬跑。
设计原则
- 不回答，消解问题（抄 dbs-diagnosis）—— 用户说"我 SEO 下降了"，先问"哪个关键词、掉了多少、什么时候开始"再动手
- 先看数据再写内容 —— 没有 SERP / GA4 / 对手情报时不硬写
- 复用 Iris 文风（
知识库/Skill知识包/iris_writing_style.md）—— 所有产文本的子 skill 都要遵循