Loops 营销运营

要解决什么问题

Loops 是面向邮件与生命周期触达的营销自动化产品：联系人、自定义属性、邮件列表和事件驱动的工作流都走 API。若在对话里让模型直接拼 HTTP 请求，你要自己保管 API Key、对齐字段 schema，写错一次就可能改到线上联系人或误触发流程。

本技能把操作收敛到 OOMOL 已连接账号 + oo CLI 的 Loops 连接器：凭证在服务端注入，代理侧不接触明文 token。分类上属于营销与沟通（Marketing, Communication），对外暴露 8 个 action。

技能如何工作

执行前应先 查看契约（oo connector schema），按权威 input/output schema 构造 payload，再运行对应 action。--data 接受 JSON 字符串或 @path/to/file.json，省略则发送 {}。返回形如 { "data": ..., "meta": { "executionId": "..." } }，排障时可记下 meta.executionId。

可用能力包括：

• create_contact / update_contact：按邮箱或 userId 创建或更新联系人（含自定义属性）
• find_contact / delete_contact：查找或删除联系人
• create_contact_property / list_contact_properties：管理自定义联系人字段
• list_mailing_lists：列出当前 API Key 可见的邮件列表
• send_event：向联系人发送事件以触发 Loops 工作流

文档要求：用户已安装 oo CLI、已登录且已连接 Loops 时，不要主动执行 oo auth login 或打开连接 URL，直接跑 action；仅在命令因鉴权或连接失败时再走首次配置（安装 CLI、登录、用 API Key 连接 Loops、或处理 OOMOL 计费 402）。

适用边界与注意点

• 只读类（get / list / search）可直接执行。
• 创建、更新、发送会改变 Loops 状态——运行前与用户确认 payload 与预期效果。
• 删除为破坏性操作——必须确认目标并取得明确同意。

本技能是 Loops 的连接器封装，不替代 Loops 控制台里的模板设计、合规审查或发送策略；复杂编排仍以 Loops 官方能力为准。