技能介绍

要解决什么问题

移动产品与 SaaS 团队往往把 AnalyticsCLI、RevenueCat/Paddle、Search Console、Sentry/GlitchTip、App Store Connect 等数据分散在多个控制台里。增长相关信号（留存、付费、获客、崩溃、商店评论）很难稳定地变成可执行的 backlog，Agent 若直接在对话里拼 API 也容易把密钥写进聊天记录。

Growth Engineer 的定位是：用确定性的 CLI 做采集、提案与调度，Host Agent（OpenClaw / Hermes）只负责对话与真正实现代码变更。

技能如何工作

连接器与向导：安装后应走本地 growth-engineer wizard --connectors，在主机终端里选连接器、输出方式、节奏并保存密钥（如 ANALYTICSCLI_ACCESS_TOKEN），而不是在 chat 里粘贴 token。
统一信号面：覆盖 AnalyticsCLI 产品分析/反馈、RevenueCat/Paddle 变现、SEO/GSC/Bing/DataForSEO 获客、Sentry 兼容崩溃监控（含 GlitchTip）、ASC 与评论，以及可选的 repo 上下文；移动端（React Native、Expo、原生 iOS/Android、paywall、发版就绪）是主场景，连接器导出同一套 summary JSON 时也可用于 Web/SaaS。
运行与调度：日常路径为 growth-engineer start --config openclaw.config.json；健康检查默认约每 6 小时，增长任务按配置的日/周/月等 cadence 执行。定时唤醒依赖 OpenClaw Gateway cron、openclaw run --loop 或 Hermes hermes cron 等，而不是仅靠 config 里的 schedule 自己“醒来”。
交付形态：提案可配置为 Agent 对话交接、GitHub Issue 或 draft PR；若用户明确要求实现（fix the app、create a PR 等），Agent 应在目标仓库改真实应用代码并开 implementation PR，而不是只提交 .openclaw/proposals/*.md 类规划稿（除非用户只要 proposal PR）。

适用边界与注意点

本技能为 vendor-managed：项目定制应通过 companion skill（如 openclaw-growth-custom）叠加，避免直接改 canonical 安装目录以免更新覆盖。
Private-repo-first：setup 尽量少问；project.githubRepo 可推迟到真要发 Issue/PR 时再选；有权限时自动发现 apps/projects/Sentry 项目，GitHub 交付默认关闭除非显式开启。
旧的 ai-product-manager / product-manager-skill 已弃用，勿与 canonical growth-engineer 同时推荐安装；OpenClaw 与 Hermes 共用同一套 scripts/references/data，不要复制 Hermes 专用副本。