KickoffLabs 发布增长助手

要解决的具体问题

KickoffLabs 支持 waitlist、抽奖、里程碑奖励、排行榜等多种活动类型，但套餐之间的功能边界散落在帮助文档和 API 文档里。实际集成中容易踩的坑包括：Hobby 套餐（$13/月）不支持 reward-level emails 和 A/B 测试，里程碑奖励活动至少要 Premium（$48/月）；API key 绝不能出现在客户端 JavaScript 中；v1 与 v2 API 的参数编码方式不同，不能混用；duplidate_email 是官方文档里的拼写错误，需要按字面值匹配。

技能如何工作

技能采用四步工作流。首先收集上下文：判断目标是选套餐、配置活动、集成 API/webhook，还是对比竞品。若问题不局限于 KickoffLabs（如跨平台的 newsletter 增长策略），则路由到对应的销售技能。接着读取两份参考文档——references/platform-guide.md 覆盖分层功能差异、活动类型选择、AnyForm 与直接 API 的取舍、欺诈检测信号、SMS 验证、ESP 集成及竞品对比；references/kickofflabs-api-reference.md 覆盖 v1/v2 REST API、apikey + CAMPAIGNID 认证方式、webhook payload 结构（含 __fraudulent、__referral、__reward_level、__score_change、__tagged 等字段）和分层速率限制。最后只提取与用户场景相关的章节回答，不做全量文档倾倒。

适用边界与注意点

• API key 必须留在服务端：浏览器端用 AnyForm + KOL.js 收集，后端再调用 API。
• 里程碑奖励活动从 Premium 起步：Hobby 只有 autoresponder，没有 reward-level emails；A/B 测试同样为 Premium+。
• 超额按每千条 $8 自动升级：病毒式增长可能触发意外账单，建议设置 campaign-level cap。
• duplidate_email 是官方拼写错误：解析 __fraudulent 数组时同时匹配字面值和正确拼写，不要在客户端“纠正”。
• 排行榜接口上限 50 条：更大的 top-N 列表需通过 leads 接口分页后在客户端排序。
• Webhook 签名机制未公开：若签名验证很重要，需自行验证调用方 IP 或联系支持确认当前行为。

不适用的情况

如果需求是纯 newsletter 变现、跨平台受众增长策略，或需要多级推荐（Level 1/2/3）加优惠券组的完整推荐系统，应使用对应的 /sales-newsletter、/sales-audience-growth 或 /sales-referralhero 技能，而非本技能。