技能介绍

解决什么问题

当 outbound 链路里同时有 La Growth Machine、CRM、自有应用和 LinkedIn/email 身份时，最常见的问题不是“有没有渠道”，而是线索从哪里进入、由谁执行、回复怎么回流：应用里新建的 lead 需要自动进 audience；用户回复 LGM inbox 后要能实时创建 HubSpot contact；多个 LinkedIn/email identities 需要在 per-day 安全限额内分摊量；enrichment、lookalike、LinkedIn intent signals 需要持续补 audience；同时还要在 LGM、lemlist、Waalaxy 之间做 channel-first 的工具判断。

技能如何工作

这个技能按工程化流程收敛上下文，而不是直接吹一个投放面板。它先读 references/learnings.md 里积累的平台知识，再按 A-F 判断用户意图：API 入组、inbox webhook、identity 限额、多渠道 sequence、enrichment/signals、或与 lemlist/Waalaxy 比较。

它的核心模型是：API 负责 enroll，campaign 负责执行。POST /flow/leads?apikey=... 把 lead 写入某个 audience，跑在该 audience 上的 campaign 再通过 connected identities 在 LinkedIn/email/X 上推进；没有 send LinkedIn message 这类端点。

技能随后按需读取 references/platform-guide.md 与 references/lagrowthmachine-api-reference.md，并给出可操作建议：用 List Audiences 找到目标 audience，用 List Identities 检查 identity 是否可用且未超限，用 Create/List Inbox Webhooks 接收 lead-reply 事件，用 native HubSpot/Clay/Make/Slack/Zapier/n8n 做无代码或集成路径。

如果问题超出 LGM 本体，它会显式路由：sequence/cadence 策略走 /sales-cadence {question}；email warmup/deliverability 走 /sales-deliverability {question}；通用 CRM/iPaaS 接线走 /sales-integration {question}。

适用边界与注意点

API/webhook 是 Ultimate tier 能力，接入前先确认计划；Basic/Pro 可能不暴露。
apikey 是 query param，不是 header，必须留在服务端；?apikey= 出现在日志、referrer 会泄露。
inbox webhook URL 应视为 secret，用 lead/message id 去重；公开文档未说明 webhook signing，签名方案要在 Postman collection 里确认。
identities 自带安全限额，不要为了放量覆盖上限；LGM 是 cloud-based LinkedIn-first，email-first 团队可能需要对比 lemlist。
endpoint 细节主要在 JS-rendered Postman collection 与 help center；POST /flow/leads 成功后没动作，通常是 audience 上没有 active campaign，或 lead 缺 LinkedIn URL/email 等渠道字段。