| name | gr |
| description | Gingiris growth toolkit 主入口。当用户问"怎么做增长"、"怎么发 PH"、"SEO 掉了"、"写篇博客"、"分析对手"等出海增长问题时调用。 根据问题类型自动路由到对应子 skill(gr-seo-patrol / gr-blog-post / gr-ph-launch 等)。
|
| metadata | {"author":"Iris / Gingiris","version":"0.1.0","homepage":"https://github.com/Gingiris/gingiris-skills"} |
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 都要遵循