核心用法
Growth Engineer 是一款面向移动应用（iOS/Android/React Native/Expo）及 Agent 运行时（OpenClaw/Hermes）的增长工程技能。它通过 CLI 工具 analyticscli 聚合多源产品信号——包括 AnalyticsCLI 行为分析、RevenueCat/Paddle 订阅收入、Sentry/GlitchTip 崩溃监控、App Store Connect 商店数据（下载量、转化、评价、版本）、SEO/GSC/Bing 流量、Coolify 部署健康及 GitHub 代码上下文——并基于可配置策略（保守/平衡/创意）生成 3-5 条带量化影响与代码定位假设的优化提案。输出可路由至 Agent 聊天、GitHub Issue 或 Draft PR，支持每日/周/月/季度自动化运行。
显著优点
- 全链路数据整合：打破分析、收入、稳定性、商店、SEO 数据孤岛，自动关联版本发布与指标波动；
- 代码感知诊断：通过 GitHub repo 上下文将漏斗流失、崩溃堆栈映射到具体模块/文件，提升修复置信度；
- 安全优先设计：强制终端本地输入 secrets（
~/.config/openclaw-growth/secrets.env，chmod 600），禁止聊天传输 API key、.p8私钥； - 多运行时兼容：同一套 skill 同时支持 OpenClaw 与 Hermes，共享脚本与配置，降低维护成本；
- 可配置交付模式：支持纯建议摘要、GitHub Issue backlog、Draft PR 计划稿或自动创建实现 PR；
- 自动化健康巡检：默认每 6 小时连接器健康检查，每日生产崩溃与业务健康扫描，每周/月/季度策略回顾。
潜在缺点与局限
- 连接器配置门槛：需分别配置 AnalyticsCLI、RevenueCat、Sentry、ASC、Coolify 等多源凭证，初期 setup 较繁琐；
- iOS/macOS 专属深度：ASC 连接器对 iOS/macOS 商店数据最完整，Android Play Console 或 Web SaaS 需依赖通用 JSON 导入；
- 私有化部署依赖：Coolify、GlitchTip 等自托管服务需用户自行维护端点与 token；
- GitHub 写权限敏感：自动创建 Issue/PR 需 classic token 的
repo/workflow权限，存在潜在权限扩散风险； - 中文支持有限：界面与文档以英文为主，德语、英语指令识别优先，中文自然语言触发可能需额外对齐。
适合人群
- 移动应用开发者/增长负责人，希望用数据驱动替代主观猜测进行产品迭代；
- 已使用 AnalyticsCLI、RevenueCat、Sentry 等工具栈，希望统一增长工作流的团队；
- 需要自动化监控生产崩溃、订阅流失、商店转化并快速生成可执行 backlog 的中小型产品团队；
- OpenClaw/Hermes Agent 用户，寻求开箱即用的增长工程能力扩展。
常规风险
- 密钥泄露：若用户误将
ASC_PRIVATE_KEY_PATH内容粘贴至聊天或提交至仓库，可导致 Apple Developer 账户被滥用； - 误报与过度自动化：低置信度信号若未标记，可能生成无效 Issue 或 PR，污染 backlog；
- 连接器失效静默：若 API token 过期或权限变更，健康检查可能仅本地记录而未触发外部通知（需配置 Slack/webhook）；
- 数据隐私合规：RevenueCat、AnalyticsCLI 等涉及用户行为与收入数据，需确保 GDPR/CCPA 等合规处理与保留策略。