ActiveCampaign MCP：用评论原话定主题行和分组

我们拿美国餐盒品牌 Home Chef 的公开评论做了一次「发活动邮件之前的调研」演示：2026 年 11 月 15 日新加坡时间 00:30 到 00:44，10 次扣费调用返回 395 条评论和帖子，合计 $0.010794。Home Chef 近 30 天的 40 条 Trustpilot 差评里，最大的主题是扣费和取消，19 条；本次返回的这 40 条没有一条带商家回复，同期 HelloFresh 的 40 条差评有 35 条带回复。

样本包括 Home Chef 在 Trustpilot 上近 30 天的 1～2 星和 5 星评论、它在 App Store 和 Google Play 上的最新 100 条应用评论，竞品 HelloFresh 和 Factor 最近的 TikTok 视频、HelloFresh 的 Instagram 帖子和一条帖子下的评论，以及 HelloFresh 的 Trustpilot 差评。其中 00:41 那一次是经远程 MCP 的 tools/call 发出的，查到 Home Chef 的 Trustpilot 总评分 2.5、累计 4,014 条评论。每周一跑一次，一个月的接口费约 $0.047。

这件事和 ActiveCampaign 有关，是因为它在 11 月 12 日宣布 Active Intelligence 可以连接预置连接器和任意 MCP 服务器，每个套餐都能用。我们在 ActiveCampaign 一侧没有账号环境可测，文中写到 ActiveCampaign 和 Claude 的步骤都是「配置示例」，依据是对方帮助中心的原文。按关键词归类之后：Home Chef 的 40 条差评里 19 条提到扣费和取消、14 条提到配送和温度，这两组人先别收促销邮件；8 条是「以为是即热餐、结果还要备菜」，4 条提到钠含量或 Weight Watchers 积分；Factor 最近 20 条 TikTok 里有 8 条讲蛋白质、钠或营养师建议，可以对照着给「有饮食目标」的人单独写信。主题行候选全部取自 5 星评论里的原句，每一条都标了评论 ID。

这件活：发活动邮件之前，先读一遍客户和竞品在说什么

ActiveCampaign 自己给 MCP 写的示例提示词里有一条是「拉出最近 10 次活动的主题行和预览文字，检查是否一致」，用的全是平台里面的数据：打开率、点击、购买记录、标签。平台外面的声音要另外取：客户在 Trustpilot 和应用商店里用什么词夸、用什么词骂，竞品这几周在 TikTok 和 Instagram 上推什么。

样本选的是 Home Chef。它是美国的餐盒品牌，2018 年并入 Kroger（Kroger 投资者关系页的公告），公开评论多，竞品清楚，适合当例子。我们和 Home Chef、HelloFresh、Factor 都没有任何关系，也不知道 Home Chef 用不用 ActiveCampaign；文中的分组和主题行是演示，不代表这些品牌的做法。

ActiveCampaign 11 月 12 日开放了什么

2026 年 11 月 12 日，ActiveCampaign 通过 Business Wire 发布新闻稿，宣布 Active Intelligence 可以接外部工具：一批预置连接器，加上任意 MCP 服务器（Business Wire 新闻稿）。新闻稿列出的预置连接器有 Asana、Calendly、Google Ads、JustCall、LinkedIn Ads、Stripe、Typeform、Webflow 和 Wix，并写明所有套餐都能用、MCP 服务器的数量不设上限、团队里每个人用自己的账号连接。ActiveCampaign 的首席产品技术官 Chai Atreya 在稿中的说法，大意是营销人员要的数据散在很多工具里，Active Intelligence 应该能直接去那些地方取。新闻稿还说明，这次开放建立在 Active Intelligence 3.0（代号 Wavelength）之上。

帮助中心的「Active Intelligence Connectors」一文在 2026 年 11 月 13 日更新过（帮助中心原文），产品页的 FAQ 写了接法：打开预置连接器，或者把其他应用的 MCP 服务器链接粘进去，然后用你在那个应用里的账号登录（ActiveCampaign 产品页 FAQ）。同一个 FAQ 还写了两点：连接本身不消耗 AI 额度，只有 Active Intelligence 替你生成内容或执行任务时才扣；可以把任务设成每周一自动跑。

AI 额度的规则在帮助中心「AI Credits FAQs」里（AI Credits FAQs，2026 年 11 月 6 日更新）：每个套餐每月有 500 个 AI 额度，试用账号 100 个；不够可以按 100 个一包加购，每月 $10 起；当月没用完的不结转，账号里所有用户共用一个额度池。一次调研要扣多少个额度，原文没有给按任务的换算，只能在自己的账号里跑一次看。

两个方向别搞混：ActiveCampaign 自己的 MCP 服务器，和 Active Intelligence 接外部 MCP

搜「activecampaign mcp」会看到两件不同的事。第一件是 ActiveCampaign 自己做的远程 MCP 服务器：让 Claude、ChatGPT、Cursor 这些外部 AI 工具读写你的 ActiveCampaign 账号。开发者文档写明它一共暴露 396 个工具，其中 90 个核心工具，另外 306 个各自对应一个 v3 接口；连接后能拿到哪些工具，取决于连接用户在 ActiveCampaign 里的权限（MCP 工具清单）。帮助中心的入门文章写了服务器地址放在 Settings > Developer 下（MCP Server 入门，2026 年 8 月 24 日更新）；接 Claude 的那篇写明只有账号管理员能连，公司版 Claude 还要 Claude 那边的管理员批准（连接 Claude，2026 年 11 月 4 日更新）。ActiveCampaign 博客写过，它的远程 MCP 服务器上线头 60 天里，有超过 7,000 个客户把 ChatGPT 或 Claude 接了上去（ActiveCampaign 博客）。

第二件就是 11 月 12 日这次：方向反过来，ActiveCampaign 里的 Active Intelligence 去连别人的 MCP 服务器，从 Stripe、Google Ads 或者任何一个 MCP 服务器取数据。我们要做的事两种方向都能完成，区别在「模型在哪边跑」和「谁出模型的钱」。

ActiveCampaign 的工具清单里，和这件活直接相关的有：list_tags、create_contact_tag、add_tag_to_contact 管标签，create_or_update_contact 和 bulk_import_contacts 管联系人，generate_campaign 和 edit_campaign 能起草和修改活动邮件，另有一组分组工具。ActiveCampaign 自己给的示例提示词里也有一条和主题行有关：拉出最近 10 次活动的主题行和预览文字，检查是否一致（示例提示词）。

我们拉了什么：一次活动前调研的样本

每项能力的参数、允许值和单价都写在免费目录 GET https://api.everyinfra.com/api/v1/social/catalog 里，不用 Key 也能读。这次用到 7 项能力：trustpilot/reviews、trustpilot/profile、app_store/reviews、google_play/reviews、tiktok/user_videos、instagram/user_posts、instagram/comments。平台总览在 Trustpilot 数据接口、TikTok 数据接口 和 Instagram 数据接口。

过程里有两件事要记下。00:31 第一次用同步方式拉 Home Chef 的差评，等了约 85 秒，返回 503、没扣费，改用异步提交后成功：异步提交先拿到一个任务编号，再按 poll_url 轮询结果，长一点的评论任务更适合这样跑。另外，中途有四次请求收到 429。最早两次是 00:30:58 并发发出的同步请求，14 秒后就重试，换来的是上面那次 85 秒超时；后两次是 00:34 和 00:36 的异步提交，各等约 60 秒再提交，都拿到了任务编号。503 的返回里自己写了 retry_after: 20 和 max_retries: 2，定时任务按返回给的数字退避，比自己猜一个间隔可靠。

MCP 那一次是这样发的：先 tools/list 看到 12 个工具，再用 everyinfra_call_api 指定平台、动作和参数。请求体是标准的 JSON-RPC，MCP 规范里叫 tools/call（MCP 规范：Tools）。Claude、Active Intelligence 或者任何 MCP 客户端，发出去的都是这样一段：

{
  "jsonrpc": "2.0",
  "id": 7,
  "method": "tools/call",
  "params": {
    "name": "everyinfra_call_api",
    "arguments": {
      "platform": "trustpilot",
      "action": "profile",
      "params": { "company": "homechef.com" }
    }
  }
}

返回的 content 里是一段 JSON 文本，results 是结果，billing 是这次的扣费。新加坡时间 00:41 这次返回 Home Chef 的 Trustpilot 总评分 2.5，累计 4,014 条评论，类目 Meal Delivery，扣费 $0.001389，和 REST 直调同一项能力的单价一样。

Home Chef 的差评在说什么：扣费和取消排第一

Home Chef 在 Trustpilot 上近 30 天的 1～2 星评论，本次返回 40 条，29 条 1 星、11 条 2 星，时间从 10 月 22 日到 11 月 13 日（UTC）。归类用的是正则词表，一条评论可以同时属于几个主题，没有用模型打标签。词表分两步写成：先写通用词，第一次跑完后读了没归进去的评论，又补了一批针对这批评论的短语（完整词表和改动见后面「归类规则怎么写」一节）。结果：提到扣费、取消、暂停、退款的 19 条；提到配送、温度、箱子到得晚或冰袋化了的 14 条；网站或应用难用的 9 条；「以为是即热餐，结果还要备菜」的 8 条；客服 7 条；口味和分量 7 条；少件或送错 6 条；食材不新鲜 4 条；钠含量、Weight Watchers 积分、无麸质这类饮食要求 4 条。40 条里有 2 条没落进任何主题：一条只有半句话「I don't when this service」，另一条在问 Tempo 和 WW 的关系。

拿 HelloFresh 的 40 条差评对照（26 条 1 星、14 条 2 星，10 月 24 日到 11 月 14 日），扣费 19 条、配送 15 条，和 Home Chef 的 19 条、14 条几乎一样；两家差评排前两位的都是订阅机制和物流，和菜本身关系不大。差别在两处。Home Chef 有 8 条是对「即热」「即烤」这类产品名的误会：一条 10 月 23 日的评论标题就是「Not "oven-ready"」，写的是下了 12 小时班、本想直接进烤箱，结果还要自己处理（评论 ID 6adad0c90111ce1a066cb5cf）；另一条 10 月 26 日的标题是「Way more preparation and cleanup for a heat and eat meal」（6ade828df890eccc1ec18be2）。HelloFresh 有 7 条集中在一项赠品活动：注册时承诺送一只 Caraway 小煎锅，用户订满几箱后还没收到（例如 11 月 10 日的 6af32cb642cb21e20cd78cea、11 月 14 日的 6af8192c99dbdca8654d5d37）。

还有一个只看返回数据就能看到的区别：本次返回的 HelloFresh 40 条差评里有 35 条带商家回复，Home Chef 的 40 条里一条都没有。我们只看了这一次返回的数据，没有去 Trustpilot 页面逐条核对，所以只能说「本次返回的 40 条没有回复」。另一个字段也值得记一笔：Home Chef 这 40 条差评里有 27 条的 verification_level 是 invited，也就是用户收到了品牌发出的评价邀请后写的；5 星那 29 条里有 28 条也是邀请来的。HelloFresh 的 40 条差评里同样有 27 条是 invited，其中 25 条带回复；Home Chef 的 27 条邀请来的差评，本次返回的数据里一条回复都没有。

返回里还有两个字段能看出这批差评是谁写的、什么时候写的。author_review_count 是评论者在 Trustpilot 上累计写过几条：Home Chef 40 条差评里 24 条的作者只写过这一条，HelloFresh 是 28 条，Home Chef 的 5 星评论是 29 条里 14 条；Home Chef 六成、HelloFresh 七成的差评作者是第一次在 Trustpilot 上写评论，Home Chef 的 5 星作者这一比例不到一半。experience_at 是评论者填的消费日期，拿它和发布日期相减：Home Chef 差评的中位间隔是 1 天，40 条里 33 条在 3 天内写完；HelloFresh 的中位间隔是 11 天，3 天内写完的只有 15 条。HelloFresh 那 35 条商家回复的中位长度是 767 个字符，35 条里 30 条用评论者的名字开头，另外 5 条是「Hi there」。Home Chef 这批差评大多在消费日期后一两天内写成，要用邮件跟进的话，按天排比按周排更贴近这批数据。

饮食要求那 4 条虽然少，但写得很具体。11 月 13 日一条 1 星只有四句：「Way too much sodium. Far exceeds my doctor's orders. Please cancel my membership.」（6af7160df4b07d76deddf29d）。同一天一条 2 星说自己以为买的是 Weight Watchers 餐，结果每一份的积分都很高（6af73f92a8254949815a942d）。另外，Home Chef 的 69 条 Trustpilot 评论里有 5 条提到 Tempo，Tempo 是 Home Chef 旗下的即热餐子品牌，其中一条说想了解 Tempo 和 WW 的关系却问不到信息（6ae7e895c17b2ad81a4e0650）。对营销来说，这几条说明有一批客户是带着饮食目标来的，他们要的信息和普通的「本周新菜」邮件不一样。

竞品在 Home Chef 自己的评论里出现得很少。69 条 Trustpilot 评论里，HelloFresh 一次都没出现，Factor 只出现 1 次：11 月 4 日一条 5 星说试过 Factor 的餐、不满意，换成 Tempo 以后还没吃到过一顿不好的（6aea8b6633d25aa39384c5c4）。应用评论里提得多一些：App Store 和 Google Play 共 200 条里，有 8 条点名 HelloFresh 或 Factor（App Store 另有一条「when you factor in」是动词，不算）。其中 5 条是 5 星、拿竞品作陪衬，例如 Google Play 7 月 7 日一条写「way better than Factor, fewer dishes than Hello Fresh」，App Store 9 月 26 日一条写「Much better than Factor」（14598005565）；另外 3 条站在竞品一边，App Store 9 月 10 日一条 1 星写「I recommend you go with Hello Fresh」（14533882417），10 月 4 日一条说没下单就被扣了一箱的钱、最后去了 HelloFresh（14627103563），Google Play 8 月 17 日一条 3 星写「Hello Fresh is better」。好评里拿来作比较的点是口味和要洗的碗少，差评里是扣费和食材。竞品自己在推什么，要从竞品的账号里看。

好评里的原话：主题行的原料

主题行草稿从 5 星评论原句里取。Home Chef 近 30 天的 5 星评论，本次返回 29 条，时间从 10 月 16 日到 11 月 14 日。按同样的规则归类：提到好吃的 20 条，提到家人、伴侣、约会夜的 14 条，提到简单快的 11 条，提到选择多的 9 条，提到新鲜的 7 条，提到不用跑超市、食材都备好的 5 条，提到划算的 4 条。

数字之外，原句更有用。下面这几句都来自本次返回的 5 星评论，我们把它们改写成主题行草稿，同时标出原评论 ID，方便审稿的人回去对照上下文。改写只做两件事：缩短到手机收件箱能显示的长度，去掉第一人称；不加原话里没有的承诺。

这几条主题行有一个共同点：它们说的是做饭的过程，没有一条在讲价格。这和 HelloFresh 在社媒上的打法正好错开，后面会看到 HelloFresh 的 TikTok 有 30% 讲优惠，Instagram 有 17%。美国 CAN-SPAM 法要求主题行准确反映邮件内容、不误导收件人（FTC 的 CAN-SPAM 合规指南），所以「食材都切好了」这句要对着菜单核：如果某个系列需要自己切菜，这句话就不发给买那个系列的人。

ActiveCampaign 的分组测试支持一封活动最多五个变体，可以只换主题行和发件人，也可以连正文一起换（帮助中心：创建分组测试活动）。上面五条主题行正好凑满一组，由打开率决定留哪一句。

应用商店：扣费同样排第一

App Store 和 Google Play 各拉了最新 100 条。App Store 这 100 条跨了半年（5 月 13 日到 11 月 12 日），1 星 21 条、2 星 9 条、3 星 9 条、4 星 10 条、5 星 51 条，平均 3.61；Google Play 跨了 4 个半月（6 月 26 日到 11 月 11 日），1 星 17 条、2 星 6 条、3 星 9 条、4 星 11 条、5 星 57 条，平均 3.85。两个商店都是 5 星过半，1 星第二多，3 星和 4 星合计都在 20 条左右。

App Store 的 30 条 1～2 星里，扣费和取消 17 条、客服 13 条、配送 11 条、应用本身 9 条；Google Play 的 23 条 1～2 星里，扣费 9 条、应用 8 条、配送 6 条。两个商店和 Trustpilot 一样都是扣费排第一；第二位不同，App Store 是客服，Google Play 是应用本身，配送在两个商店都排到了第三。App Store 评论里出现最多的版本是 3.66.7（17 条），但这 17 条里只有 3 条是 1～2 星；30 条差评分散在 12 个版本上，最多的 3.66.6 和 3.63.2 各 4 条，看不出哪个版本让取消入口变得更难找。Google Play 也一样，出现最多的 3.66.7 有 14 条，其中 1～2 星 2 条。

把两个商店的 100 条按时间切开，近 30 天（10 月 16 日以后）和更早的走向相反。App Store 近 30 天 13 条，平均 3.23 星，其中 1～2 星 5 条；更早的 87 条平均 3.67 星。Google Play 近 30 天 17 条，平均 4.18 星，1～2 星只有 2 条；更早的 83 条平均 3.78 星。13 条和 17 条都太少，不能据此说哪边在变好、哪边在变坏，能说的是：同一个品牌的两个应用商店，这一个月的读数差了将近 1 颗星，只看一个商店写活动邮件会偏。每周固定拉一次、按周累计，几个月后才有能看趋势的样本量。

Apple 的开发者页面建议优先回复星级最低和提到当前版本技术问题的评论，并在修复后回复旧评论告诉用户（Apple：评分、评论和回复）；Google Play 新评论一般会延后约 24 小时公开，但开发者在这段时间里已经能看到并回复（Play 管理中心帮助）。

App Store 那 17 条扣费差评可以再拆一层：3 条直接写取消难，例如 11 月 1 日一条说「it is borderline impossible to cancel a pending order」（评论 ID 14740457860），5 月 24 日一条写「make sure if you're canceling to pause your subscription way out」（14103319576）；另有 4 条说自己取消过，结果照样被扣费或照样发货（例如 14742372941、14411269774）。Google Play 9 条扣费差评里，8 月 24 日一条只有一句：「if you pause your account, they'll still charge you」。这类客户要的一封邮件是操作说明，带直达链接，不带折扣。把这类邮件和促销邮件分开发，也能减少投诉：Gmail 的发件人规范要求批量发件人的垃圾邮件投诉率保持在 0.3% 以下，每天给 Gmail 发 5,000 封以上的还要支持一键退订（Gmail 发件人规范）。Gmail 的常见问题页还写了两点：同一个主域名下所有子域名的发信量合并计算，一旦被认定为批量发件人就永久按批量发件人对待（Gmail 发件人规范常见问题）。餐盒品牌每周给全体订阅用户发一次活动邮件，很容易越过这条线，投诉率是要每周看的数字。

竞品社媒在推什么：Factor 讲营养，HelloFresh 讲优惠和联名

竞品这一侧拉了三组：HelloFresh 的 TikTok 最新 20 条视频、Instagram 最新 30 条帖子，Factor 的 TikTok 最新 20 条视频。主题也用写死的规则判：营养和健康（蛋白质、钠、纤维、心脏、营养师等词）、节日和季节、联名和抽奖（提到其他账号、teaming up、giveaway 等）、优惠和价格。第一版营养词表里还有「hyrox」「wall balls」，复核时发现命中的 3 条都是 HYROX 健身赛的联名帖，不讲营养，已经从营养里拿掉。

Factor 的 20 条 TikTok 跨了 41 天（10 月 2 日到 11 月 12 日），每周约 3.4 条，播放量中位数 1,154.5，最高 1,734；20 条里 8 条讲蛋白质、钠或营养师建议，例如「Lower sodium doesn't mean less flavor」、低钠的心脏友好餐、每份 15 克蛋白质的薄饼；另有 3 条是 HYROX 健身赛的联名（「factor x hyrox 🚨 boston, we've landed」）。算上这 3 条，联名一共 9 条，包括辣味蜂蜜品牌、Target 和一位健身博主。HelloFresh 的 20 条 TikTok 跨了 26 天，每周约 5.3 条，播放量中位数 603.5，没有一条讲营养，节日 5 条、联名 5 条、优惠 6 条。HelloFresh 的 Instagram 30 条只跨了 18 天，每周约 11.7 条，点赞中位数 47.5，评论中位数 2。

把这组数和 Home Chef 的差评放在一起看：Factor 20 条里 8 条讲低钠和蛋白质，HelloFresh 两个账号 50 条里只有 1 条提到蛋白质；Home Chef 的差评里有人因为钠太高取消、有人因为 Weight Watchers 积分失望。给「有饮食目标」的这组人单独写一封营养信：只推菜单上有完整营养信息的菜，主题行写清楚能在哪里看到每份的钠和蛋白质。前提是菜单上确实有这些信息；没有的话，这封信要先等产品团队补齐数据。

发帖节奏也能用来排邮件日历。HelloFresh 的 Instagram 每周约 11.7 条，TikTok 每周约 5.3 条，两边加起来近一个月有 11 条在讲节日：感恩节、节日日历、退伍军人节和秋季主题；其中提到感恩节的有 6 条，最早一条是 10 月 18 日的 TikTok，离感恩节还有五周多。竞品在 11 月中旬已经把节日内容铺满了，Home Chef 如果要发感恩节相关的活动邮件，主题行再写「节日菜单上线」就和竞品撞在一起；换成好评里客户自己说的「和家人一起做饭」「约会夜」，和节日能接上，又不和竞品的折扣信抢同一个词。

社媒的评论数要小心用。HelloFresh Instagram 30 条帖子里，评论最多的一条有 640 条评论、427 个赞，是和 Kraft 通心粉的联名抽奖帖；第二名只有 34 条评论，是一条节日日历帖。抽奖帖的评论大多是参与留言，拿它算「用户对哪个话题感兴趣」会严重偏。我们顺手拉了那条节日日历帖下的评论，本次返回 15 条，其中 5 条只有表情或笑声，点赞最多的一条也只有 4 个赞（例如「That chicken stock is worth $150 alone」）。

归类规则怎么写：用固定词表，每周可比

归类用的是写死的正则词表，没有让模型给评论打标签。原因有两个：一是每周要拿这周和上周比，模型每次的判断会有细微出入，词表不会；二是审稿的人能看懂词表，觉得哪条归错了，改一个词就行。词表不是一次写成的：先按餐盒评论的通用说法写了第一版，第一次跑完以后读了没归进任何主题的评论，又补了一批只在这批评论里出现的短语，例如 received spaghetti、got chicken、delivered 3 meals、chicken juice、yuky（原文拼错的 yucky）和 tempo uses。所以这份词表贴合的是 11 月 15 日这一批 40 条，换一周、换一个品牌，未归类的条数会变多。下面是差评的完整词表，十个主题；好评七个主题、社媒四个主题的写法相同：

COMPLAINT = {
    "billing_cancel": r"cancel|charg|bill|refund|subscri|auto.?ship|auto|pause|skip|scam|money back|didn.t (place|order)|never ordered|never (completed|signed)",
    "delivery_temp": r"deliver|shipping|shipment|arriv|\blate\b|warm|\bice\b|ice packs?|degrees|temp\b|wrong address|porch|fedex|courier|tempo uses|box (was|arriv)|not (frozen|cold)|apartment",
    "spoiled_quality": r"spoil|rotten|not fresh|brown|mushy|contamina|chicken juice|gross|going bad|were bad|quality",
    "missing_wrong_item": r"missing|wrong ingredient|all the wrong|received spaghetti|got chicken|didn.t get|not what i ordered|delivered 3 meals|instruction cards for meals|recipes? (is|was) missing|selected options",
    "format_expectation": r"heat and eat|heat and water|oven.?ready|premade|prepared meals|preparation|prep\b|cleanup|bags of vegetables",
    "site_app": r"website|\bsite\b|\bapp\b|navigate|virtual assistant|screens|confus",
    "diet_health": r"sodium|weight watcher|points|celiac|gluten",
    "promo_perk": r"promo|free (pan|box|mini)|caraway|giveaway|perk|gifted|sign on offers",
    "service": r"customer service|customer support|support|\brep\b|reps\b|agent|hung up|real person|called",
    "taste_portion": r"taste|tough|seasoning|yuky|inedible|bland|portion|too much food|variety|average",
}
def themes(text, rules):
    t = text.lower()
    return [k for k, rx in rules.items() if re.search(rx, t)]   # 一条评论可以命中多个主题

第一版词表在 11 月 15 日的复核里查出了子串误判，影响最大的是配送主题里一个裸的 ice：正则按子串匹配，它会命中 service、price、spices、juice。Home Chef 的 40 条差评里有 10 条只靠这类子串进了「配送」，例如只写了「horrible customer service」、「i didnt know price doubled」和「the spices and sauces」的评论。同一类问题还有三处：late\b 会命中 escalate，enter 会命中「entered the kitchen」，营养词表里的 hyrox、wall balls 命中的是健身赛联名帖。改成整词、拿掉这两个词以后重跑，变化如下：

改完以后 Home Chef 差评的第一大主题从配送换成了扣费和取消，四组分组的先后也跟着调了。其余主题（扣费 19、即热餐 8、饮食 4 等）两版一样。这次误判是复核时逐条抽查归类结果才发现的，所以每周抽 10 条人工看一遍这一步不能省：看到误判就收紧词，看到漏判就补词，新词一律加词边界 \b。「auto」也有同样的风险，它会把讲自动续费和讲 automatic 的都算进扣费。如果放进 Claude 或 Active Intelligence 里跑，可以把词表原样写进指令，要求模型先按词表归类、再摘原话，模型只负责摘句和起草，不负责决定主题。

Active Intelligence 自带的情报，和外接数据有什么不同

Active Intelligence 本身已经有几项「看外面」的功能。帮助中心的概览一文列了竞品情报：它会去外部来源搜索，竞品名单取自你在品牌资料（Brand Kit）里填的竞争对手；另有行业情报和品牌监测（Active Intelligence 概览）。同一篇写明，ActiveCampaign 不用你的数据训练 AI 模型。

外接数据和自带情报的区别，在于你能不能指定来源、数量和时间窗。自带的竞品情报会给你一份综述，具体搜了哪些页面、拉了多少条，由它决定；接一个数据接口以后，你可以指定「Trustpilot 上 homechef.com 近 30 天 1～2 星，40 条」，每一条都有 ID、日期和原文，统计可以复算。写主题行要的正是原文和出处，所以两者可以并用：自带情报看大方向，外接数据给原话和条数。产品更新页也写了 Active Intelligence 最近加的定时任务和外部情报（产品更新页），可以把每周一的调研设成定时任务。

从主题到分组：四组人，四种信

主题统计出来以后，要落到 ActiveCampaign 的联系人上。这里有一条界线要守住：公开评论不能拿来反查是哪位客户写的。Trustpilot 上的评论属于写评论的人，Trustpilot 的商家准则写明评论者拥有自己的评论，商家邀请评价也要公平、不能只挑满意的客户（Trustpilot 商家准则，2026 年 9 月版）。所以分组的依据是你自己账号里已有的数据：订阅的系列、最近一次的客服工单类型、问卷答案、配送失败记录；评论统计决定的是「这周先照顾哪组人」和「用什么词写」。

前两组的共同点是「这周别发促销」。刚投诉扣费的人再收到一封「本周八折」的信，会推高投诉率；Gmail 要求批量发件人的投诉率低于 0.3%。后两组是机会：用评论原话写的教程信和营养信，打开率通常会比通用的「本周新菜」好，但这只是我们的预期，要用分组测试来验证。

在 ActiveCampaign 里，标签可以由 Active Intelligence 或外部 AI 工具经 ActiveCampaign 自己的 MCP 写入。v3 接口的「给联系人加标签」有一个对自动化很友好的行为：同一个标签已经加过时，再调一次返回 200 和已有的关联，不会重复建（开发者文档：Add a tag to contact）。也就是说，每周一跑同一套规则，重复打标签不会出错；要注意的是标签要先存在，按标签名直接加会返回 400。

写回 ActiveCampaign 的三种接法（配置示例）

下面三种接法都没有在我们这边端到端跑过，ActiveCampaign 一侧的步骤来自它的帮助中心，Claude 一侧来自 Claude 的文档。EveryInfra 这一侧的调用是本次实测过的。

第一种，在 Active Intelligence 里直接接。按产品页 FAQ，在连接器设置里粘贴 MCP 服务器链接，https://api.everyinfra.com/mcp，然后「用你在那个应用的账号登录」。问题在登录这一步：EveryInfra 的远程 MCP 用 Authorization: Bearer 请求头带 API Key，ActiveCampaign 的帮助中心和产品页都没有写自定义服务器能不能填请求头。我们的 MCP 服务器说明页 写明客户端要能设置这个请求头。所以这一种要先在自己的账号里试：如果界面只有 OAuth 登录、没有请求头选项，就走第二种或第三种。

第二种，在 Claude 里同时接两个连接器。ActiveCampaign 那边用它自己的连接器（帮助中心有步骤，只有账号管理员能连）；EveryInfra 这边加一个自定义连接器。Claude 的文档写了不需要登录的服务器怎么配：认证方式选「No sign-in」，在请求头里填 Authorization，值写 Bearer 加 Key，注意 Bearer 后面的空格（Claude 文档：远程 MCP 自定义连接器）。Claude 帮助中心还写了两点限制：连接是从 Anthropic 的云端发起的，服务器要能从公网的 443 端口访问；连接器加好以后不能直接改，要删掉重加（Claude 帮助中心）。

名称：EveryInfra
远程 MCP 服务器 URL：https://api.everyinfra.com/mcp
认证：No sign-in
请求头：Authorization = Bearer <你的 EveryInfra API Key>

给 Claude 的指令（每周一）：
1. 用 EveryInfra 拉 homechef.com 近 30 天 1～2 星和 5 星的 Trustpilot 评论、
   HelloFresh 和 Factor 最新 20 条 TikTok。
2. 按下面的主题词表归类，每个主题给条数和两条原话（带评论 ID）。
3. 只写草稿：在 ActiveCampaign 里新建一个草稿活动，主题行用 5 星原话改写的 5 个变体；
   不发送、不改联系人，标签变更列成清单等我确认。

第三种，用脚本直接调 REST，适合每周固定跑。定时任务最怕的是网络抖一下、脚本自动重试、同一批数据被拉两次扣两次钱。EveryInfra 的 REST 接口支持 Idempotency-Key 请求头：同一个键在有效期内重发，直接回放第一次的结果，不再扣费，做法见 这篇关于幂等键的文章。这个请求头在 IETF 有正在推进的草案，2026 年 10 月 22 日发布了第 8 版（IETF 草案）。键可以按「周 + 能力 + 目标」生成，同一周重跑就不会重复扣费：

# 每周一拉 Home Chef 近 30 天 1～2 星的 Trustpilot 评论（异步提交，再轮询）
WEEK=$(date +%G-W%V)
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: weekly-$WEEK-trustpilot-homechef-low" \
  -d '{"platform":"trustpilot","action":"reviews","mode":"async",
       "params":{"company":"homechef.com","stars":["1","2"],"date":"last30days","limit":40}}'
# 返回里有 job_id 和 poll_url；每 10 秒 GET 一次 poll_url，状态变成 succeeded 再取 results

三种接法里，第二种上手最快，适合先跑两三周看效果；第三种最稳，归类规则写在代码里，每周的结果可以直接比；第一种最省事，前提是请求头的问题在你的账号里能解决。不管哪种，「发送」这一步都留给人：MCP 规范在安全一节里建议客户端对敏感操作先让用户确认，调用前把参数展示给用户（MCP 规范：Tools 的安全考虑）；规范的安全最佳实践一文也专门写了代理调用别人服务时的权限问题（MCP 安全最佳实践）。

两封信的样稿：教程信和营养信

分组定下来以后，信怎么写也可以从评论里找答案。给「以为是即热餐」这组人的欢迎信，开头一句就回答他们在差评里问的问题：这个系列到家以后要做哪几步，大概几分钟。差评里反复出现的词是「preparation」「cleanup」「straight into the oven」，所以正文按「拆袋、倒进烤盘、进烤箱」三步写，每一步配一张图，结尾放一个链接，指向完全不用动手的即热系列。主题行可以直接借差评的问法，但换成品牌的回答，例如「What oven-ready means in your box」，前提是正文写的步骤和产品一致。

给「有饮食目标」这组人的营养信，评论给出的线索是钠和积分。正文只放菜单上带完整营养信息的菜，每道菜标出每份的钠和蛋白质，并说明这些数字在应用和网站的哪个位置能查到。主题行不要写「健康」「低钠」这类需要数字支撑的词，除非菜单上每一道菜的数字都撑得住这个说法；更稳的写法是「Sodium and protein per serving, on every recipe card」，只陈述信息在哪里，不下结论。Factor 最近 20 条 TikTok 里有 8 条讲的就是蛋白质和钠。

两封信都要进分组测试：教程信可以测「问法主题行」和「原话主题行」，营养信可以测「信息在哪」和「本周推荐」两种写法。测试的指标除了打开率，还要看点击「暂停」和「取消」链接的人数有没有下降，这才是这两组信要改善的数字。

一次调研要多少钱

10 次扣费调用合计 $0.010794，返回 395 条，折合每千条约 $0.027。按能力分：三次 trustpilot/reviews 共 $0.004167，app_store/reviews、google_play/reviews、trustpilot/profile 各 $0.001389，两次 tiktok/user_videos 共 $0.001112，instagram/comments $0.000792，instagram/user_posts $0.000556。价格按调用次数算，每次调用返回多少条在 limit 以内都是同一个价，所以评论类能力把 limit 拉满更划算。

这笔钱里没有模型费。如果在 Active Intelligence 里跑，归类和起草要扣 ActiveCampaign 的 AI 额度，一次扣多少原文未写明；如果在 Claude 里跑，算在 Claude 的套餐里。要再加竞品，每多一个 TikTok 账号加 $0.000556，每多一家 Trustpilot 差评加 $0.001389。我们没有测 Google 地图评论，能力目录写明支持 google_maps_reviews/reviews，单价 $0.001389，本次没有实测；开线下门店的品牌可以把它加进来。

合规：主题行不能骗人，评论不能乱用

把评论原话放进营销邮件，涉及三套规则。第一套是邮件本身：CAN-SPAM 法禁止误导性的主题行，还要求每封商业邮件带有效的退订方式和实际地址，FTC 的指南写明每封违规邮件的罚款可高达 $53,088（FTC 指南；法规原文见 16 CFR Part 316）。第二套是评论：FTC 2024 年 8 月发布的消费者评论规则禁止伪造评论、禁止把评论曲解成没说过的意思，也禁止压制差评（16 CFR Part 465；FTC 规则页）。第三套是平台规则：Trustpilot 的商家准则对引用评论、邀请评价都有要求。

主题行里还有一条容易被忽略：评论原话是某个人对某一箱菜的感受，改写成主题行以后就变成了品牌对所有人的承诺。「Everything pre-measured and chopped」是一位客户说的，如果品牌的某个系列需要自己切菜，这句话发给那个系列的客户就是误导。所以审稿表里每条主题行都要对一个系列，审稿的人对着菜单页核一遍。

行业动向

边界：做不到或要注意的

还有几点不放进表里也要说明。我们没有在 ActiveCampaign 里建过一个联系人、发过一封信，所以上面的打开率预期都要靠你自己的分组测试来验证。主题规则是英文正则，只适合英文评论；评论里有西语或其他语言时，要另写一套词表。Trustpilot 的「近 30 天」是按评论的发布时间算的，跟品牌在 ActiveCampaign 里的活动周期不一定对齐；如果每周一跑，可以改成近 7 天，再用评论 ID 去重。

常见问题

ActiveCampaign 有自己的 MCP 服务器吗？

有，开发者文档列了 396 个工具，和 11 月 12 日开放的「Active Intelligence 接外部 MCP」是两个方向，见上文「两个方向别搞混」一节。问题来自 Google 联想词「activecampaign mcp server」（2026 年 11 月 15 日读）。

Active Intelligence 是什么，要额外付费吗？

是 ActiveCampaign 内置的 AI；额度规则见上文「ActiveCampaign 11 月 12 日开放了什么」一节，连接外部工具本身不扣额度。问题来自 Google 联想词「activecampaign active intelligence」「activecampaign ai」（11 月 15 日读）。

Claude 怎么同时连 ActiveCampaign 和外部数据？

在 Claude 里加两个连接器：ActiveCampaign 用它自己的连接器（帮助中心有步骤），外部数据加一个自定义连接器，不需要登录的服务器选「No sign-in」，在请求头里填 Authorization: Bearer <Key>。Claude 免费版只能加一个自定义连接器。问题来自 Google 联想词「claude mcp」「remote mcp」（11 月 15 日读）。

Active Intelligence 能直接出主题行建议吗？

能，Reddit r/ActiveCampaign 的讨论里有用户提到用它出主题行建议和预测发送时间。它出的建议基于你账号里的数据；要用客户在外部平台上的原话，就得像本文这样把评论接进来。问题来自 Reddit r/ActiveCampaign 帖子。

用评论原话写主题行要注意哪些规则？

美国 FTC 的 CAN-SPAM 指南原文是「The subject line must accurately reflect the content of the message」；16 CFR Part 465 禁止伪造评论、曲解评论和压制差评；Trustpilot 的商家准则写明评论归评论者。本文的做法是改写时不加原话里没有的承诺、保留评论 ID 以便回查、每条主题行对应一个产品系列。具体是否合规请咨询律师。问题来自 Google 联想词「activecampaign ai email」（11 月 15 日读）。

Active Intelligence 有哪些用户抱怨？

Reddit r/ActiveCampaign 2026 年 7 月的一个帖子里，试用者提到参考文档一次只能上传一份，生成的邮件没有套用品牌样式。这些是个人体验，产品之后可能已有变化。问题来自 Reddit r/ActiveCampaign 帖子。

上手步骤

第一步，在 EveryInfra 控制台建一把 API Key，放进环境变量 EVERYINFRA_API_KEY，按 快速上手 跑通第一条请求；先读免费目录确认要用的能力和单价，价格也可以在 价格页 看。第二步，选接法：想先看效果就在 Claude 里加 EveryInfra 自定义连接器，想每周固定跑就用脚本调 REST、带 Idempotency-Key。第三步，写主题词表，从本文的十个差评主题和七个好评主题改起，固定下来。第四步，每周一拉数据、出统计和原话表，审稿的人核对菜单事实后，把主题行放进 ActiveCampaign 的分组测试，四组人按上面的表分别处理。第五步，四周后对比打开率和投诉率，再决定要不要扩大到更多竞品和更多平台，比如 Google Play 数据接口 和 App Store 数据接口 下的其他能力。

相关阅读：差评短信提醒、用评论原话改落地页文案、竞品评论分析流程、托管代理做品牌监测。

参考资料

1. Business Wire, ActiveCampaign opens Active Intelligence to connectors and MCP servers, 2026-11-12，2026-11-15 读取
2. ActiveCampaign Help Center, Active Intelligence Connectors（2026-11-13 更新），2026-11-15 读取
3. ActiveCampaign, AI 与 MCP 产品页 FAQ，2026-11-15 读取并截图
4. ActiveCampaign Help Center, Active Intelligence overview，2026-11-15 读取
5. ActiveCampaign Help Center, AI Credits FAQs（2026-11-06 更新），2026-11-15 读取
6. ActiveCampaign Help Center, Overview of ActiveCampaign plans（2026-11-04 更新），2026-11-15 读取
7. ActiveCampaign Help Center, Get started with the ActiveCampaign MCP Server（2026-08-24 更新），2026-11-15 读取
8. ActiveCampaign Help Center, Connect ActiveCampaign to Claude（2026-11-04 更新），2026-11-15 读取
9. ActiveCampaign Developers, Remote MCP Server，2026-11-15 读取
10. ActiveCampaign Developers, MCP available tools，2026-11-15 读取
11. ActiveCampaign Developers, MCP prompt examples，2026-11-15 读取
12. ActiveCampaign Developers, Add a tag to contact，2026-11-15 读取
13. ActiveCampaign Developers, Connect ChatGPT，2026-11-15 读取
14. ActiveCampaign Help Center, How to create a Split Test email campaign，2026-11-15 读取
15. ActiveCampaign Help Center, Campaigns Performance report，2026-11-15 读取
16. ActiveCampaign Help Center, Active Intelligence 2.8 release notes，2026-11-15 读取
17. ActiveCampaign, Product updates，2026-11-15 读取
18. ActiveCampaign Blog, MCP server，2026-11-15 读取
19. ActiveCampaign Blog, Best marketing MCP servers，2026-11-15 读取
20. Claude Docs, Remote MCP custom connectors，2026-11-15 读取
21. Claude Help Center, Get started with custom connectors using remote MCP，2026-11-15 读取
22. Model Context Protocol, Specification 2025-11-25: Tools，2026-11-15 读取
23. Model Context Protocol, Specification 2025-11-25: Authorization，2026-11-15 读取
24. Model Context Protocol, Security Best Practices，2026-11-15 读取
25. Model Context Protocol, Example clients，2026-11-15 读取
26. IETF, draft-ietf-httpapi-idempotency-key-header-08, 2026-10-22，2026-11-15 读取
27. FTC, CAN-SPAM Act: A Compliance Guide for Business，2026-11-15 读取
28. eCFR, 16 CFR Part 316 (CAN-SPAM Rule)，2026-11-15 读取
29. eCFR, 16 CFR Part 465 (Consumer Reviews and Testimonials)，2026-11-15 读取
30. FTC, Rule on the Use of Consumer Reviews and Testimonials，2026-11-15 读取
31. Google Workspace Admin Help, Email sender guidelines，2026-11-15 读取
32. Google Workspace Admin Help, Email sender guidelines FAQ，2026-11-15 读取
33. Apple Developer, Ratings, reviews, and responses，2026-11-15 读取
34. Play Console Help, View and analyze your app's ratings and reviews，2026-11-15 读取
35. Kroger Investor Relations, Kroger Completes Merger with Home Chef, 2018-06-22，2026-11-15 读取
36. Trustpilot, Guidelines for businesses, Sep 2026，2026-11-15 读取
37. EveryInfra, Social data catalog，2026-11-15 读取
38. EveryInfra, Remote MCP endpoint，2026-11-15 00:38–00:41 SGT 调用
39. Trustpilot, Home Chef 评论页，2026-11-15 经接口读取
40. App Store, Home Chef: Meal Kit Delivery，2026-11-15 经接口读取
41. Google Play, Home Chef，2026-11-15 经接口读取
42. Instagram, HelloFresh 联名抽奖帖，2026-11-15 经接口读取
43. Instagram, HelloFresh 节日日历帖，2026-11-15 经接口读取
44. destinationCRM, ActiveCampaign Adds Connectors to Active Intelligence, 2026-11-12，2026-11-15 读取
45. destinationCRM, Iterable Opens Its Platform to Claude, ChatGPT, and Cursor, 2026-11-13，2026-11-15 读取
46. ExchangeWire, Adnami launches MCP server in beta, 2026-11-12，2026-11-15 读取
47. PPC Land, Supermetrics lets Claude build ad campaigns on 6 platforms, paused by default，2026-11-15 读取
48. CustomerThink, Selzy launches MCP server，2026-11-15 读取
49. Selzy Blog, MCP for email marketing，2026-11-15 读取
50. Reddit r/ActiveCampaign, Active Intelligence: what I discovered，2026-11-15 读取
51. Reddit r/ActiveCampaign, How are you using Active Intelligence?，2026-11-15 读取