核心功能
Growth Engineer 是一款面向移动应用和 Agent 运行时的增长工程工具，专注于将产品信号转化为可执行的工程任务。它通过整合 AnalyticsCLI 产品分析、RevenueCat/Paddle 收入数据、Sentry/GlitchTip 崩溃监控、App Store Connect 商店数据、SEO 流量信号及 GitHub 代码上下文，生成结构化的增长提案。
显著优点
多源数据融合：不同于单一数据源的工具，Growth Engineer 主动关联跨平台信号——如将 Sentry 崩溃与特定版本的 RevenueCat 收入下滑关联，或把 App Store 差评主题与漏斗流失步骤匹配，实现因果分析而非相关罗列。
确定性 CLI + 智能 Agent 分层：核心运行时采用无 AI 的独立 CLI（@analyticscli/growth-engineer），确保数据收集、提案生成的可重复性和版本可控；OpenClaw/Hermes 则作为对话层和实现层，分工清晰。
灵活的交付模式：支持 Agent 聊天、GitHub Issue、Draft PR 三种输出形式，并可根据置信度自动选择创建跟踪 Issue 或直接提交实现 PR，适配从咨询到自动化的不同工作流。
安全优先的密钥管理：强制要求密钥仅通过本地终端向导输入，存储于 ~/.config/openclaw-growth/secrets.env（chmod 600），禁止在聊天中传输敏感信息，降低供应链攻击面。
潜在局限
设置复杂度较高：需配置多个第三方服务的 API 密钥（ASC、RevenueCat、Sentry 等），且部分服务（如 App Store Connect）需要理解 Reports/Admin 双密钥模型，对非 iOS 开发者门槛不低。
Hermes/非交互终端限制：在 Discord 等非交互环境中无法直接启动交互式向导，必须依赖用户复制命令到 VPS/宿主机执行，增加了首次设置的摩擦。
移动端重心：虽然支持 SaaS/Web 产品，但连接器设计和指标体系（D1/D3/D7 留存、应用商店转化率等）明显以移动应用为优化目标，纯 Web 产品可能需额外适配。
数据质量依赖：留存等敏感指标依赖 SDK 的身份持久化实现，若标识可靠性低（quality.reliability: low），工具会主动降低置信度并建议修复埋点，而非提供确定结论。
适合人群
- 移动应用团队（React Native/Expo/原生 iOS Android）需要系统化增长工程流程
- 已使用 AnalyticsCLI 生态的数据驱动产品团队
- 具备 VPS/宿主机管理能力、能接受终端密钥配置的技术团队
- 需要自动化产品健康监控（每日崩溃检查、每周增长摘要）的成熟产品
常规风险
| 风险类别 | 说明 | 缓解措施 |
|---------|------|---------|
| 密钥泄露 | 误将 `.p8` 私钥或 API token 粘贴至聊天 | 强制终端向导输入，文件权限 600，聊天中仅返回非敏感路径 |
| 误报自动 PR | 低置信度发现被自动转为实现 PR | 区分 `mandatory`/`balanced`/`creative` 提案策略，低置信度显式标记 |
| 数据权限过度 | GitHub token 申请不必要的大权限 | 向导按最小权限原则分级：`public_repo` → `repo` → `workflow` |
| ASC 会话过期 | 误用 Web 认证导致 VPS 上会话失效 | 优先 API-key 认证，Web 认证仅作为明确例外 |
| 依赖漂移 | 子技能或 npm 包版本不一致 | 启动协议强制刷新依赖并验证 `command -v analyticscli` |
运行模式
- 每日：生产健康检查（崩溃、发布失败、零转化日）
- 每周：跨源增长摘要，输出 1-3 个高置信度改进建议
- 每月：月度对比（MRR、留存、评价主题、代码变更）
- 每季度/半年/年：战略复盘（定价、定位、技术债、增长上限）