用 Muse 检查 HighLevel 商机，先找出真正该跟进的那一条

01｜看板里一直没动的客户，要不要催

别先让 Muse 给所有旧商机发消息。报价发出去十天，客户可能昨天刚回过电话，也可能已经约好下周开会。阶段没变，事情照样可能在往前走。先把这几种情况分出来，才知道该找谁。

我读了最近一条 HighLevel 社区讨论，作者说自动流程都在正常运行，漏掉的却是销售和客户之间的交接。再对照 HighLevel 的 Muse 公告、连接文档和筛选帮助，下面整理成一次三条商机的只读检查。没有使用真实客户账号，也不把论坛个案当作平台故障。

02｜接上 LeadConnector，先说清是哪家店

HighLevel 的官方文档把 LeadConnector 列为 Muse 中的官方应用。到你当前 Muse 的连接器列表查找它，完成 LeadConnector 的 OAuth 登录与授权。第一次只选这次要检查的一个子账户。登录、账号选择和授权由你确认，不把密码或令牌发到聊天里。

代理公司可能同时连着多个子账户。请让 Muse 先列出这条连接实际能访问的账户，再核对名称与 ID。文档列出的 list_locations 就用于确认这个范围；每次请求仍然针对一个 location。名字相似时先停下来，别让它猜要查哪家店。

OAuth 批准的范围决定连接能做什么，聊天里写“只读”不会自动收紧后台权限。查看实际授权和可用操作，能限制就限制；本次只批准查资料，后续写入或发送都另行决定。看不到 LeadConnector 时先核对当前账号入口，不套用其他客户端的 MCP 安装命令。

03｜先分清阶段和状态，别把报价中当成一定未成交

Pipeline 是销售流程，Stage 是流程里的一步，比如已联系、报价中、协商中。Status 是商机结果，HighLevel 默认有 Open、Won、Lost、Abandoned。阶段和状态要分两列看，不能用卡片所在的列代替结果。

这轮只找 Open 的候选。Won、Lost 和 Abandoned 留给另一份复盘，不自动重新激活。同一个联系人可能关联不同商机，名称也可能重复，因此把子账户、pipeline、商机 ID、联系人 ID 和负责人一起带上。不要只按姓名合并。

在 HighLevel 后台先打开 Opportunities，选定 pipeline，再看 Advanced Filter。官方帮助说默认视图通常只显示 Open，找不到旧记录时先查当前筛选。多条件要用 AND 还是 OR，也要说清楚；“Open 且报价中”与“Open 或报价中”会得到不同结果。

04｜用三个假例子把筛选口径讲明白

先定一个检查时刻。下面都是教学假数据，时区统一为上海，检查时刻是 2026 年 10 月 2 日中午 12 点。假设这家店把“进入报价阶段超过七天”当作初筛条件，截止时刻就是 9 月 25 日中午 12 点。这只是本店规则，不是 HighLevel 规定的跟进周期。

演示 A 在 9 月 22 日进入报价阶段，状态 Open，但负责人 9 月 30 日已经打过电话，并约好下一次联系。它进入阶段很久，仍应先保留已有安排。演示 B 在 9 月 24 日进入报价阶段，状态 Open，答应 9 月 26 日回访，却没有查到之后的沟通；它才是本轮要核对的候选。演示 C 也在 9 月 24 日进入，但状态已经 Lost，应从本轮跟进里排除。

请 Muse 分别给出命中理由和排除理由。某条记录的沟通读不到，就写“需要负责人补充”，不要当作客户从来没回复。只有三条样本时，结果标题也要写三条样本，不能说整个销售流程都查完了。

05｜这段提示词可以直接改成自己的范围

“请只读检查我选定的 HighLevel 子账户和销售流程中的三条商机。先列出账户名称、location ID、pipeline、商机 ID 和当前可用的读取操作，等我确认范围。不要改状态、移动阶段、创建任务、发送消息或启用自动流程。”

“按我给定的检查时刻和时区，筛选 Open 且进入报价阶段超过七天的候选。逐条核对最近相关沟通、已有预约、已承诺的回访时间和商机负责人。返回原记录链接、事实依据、建议下一步与待补信息。数据缺失请单列，建议不能写成已经执行。”

LeadConnector 当前文档列出 search_operations、describe_operation 和 execute_operation。先发现读取操作，再检查所需参数、权限与返回内容，最后才执行已确认的查询。真实连接看到什么，以这次发现的操作为准，不照着别人的截图猜工具名。

06｜时间字段能初筛，最近沟通还要回到记录里看

Last Stage Change 是最近一次换阶段的时间，Last Status Change 是最近一次改变结果的时间。Updated On 只说明商机记录最近被修改，不等于最近联系客户的时间。官方报表帮助还提醒，商机重新打开后状态改变日期会重置，不能拿它当第一次进入该状态的历史日期。

请 Muse 只读取和这条商机有关的必要备注、任务或沟通，并注明实际来源与时间。一个联系人有多个项目时，别把另一笔项目的邮件拿来证明本次已经处理。没有可见的沟通读取工具，就由负责人从后台补充，不自动扩大授权或把整个收件箱交出去。

HighLevel 的帮助说明，可以打开商机、复制当前 URL 给团队；商机 ID 还能进入相关审计日志。审计记录适合查字段改动，最近一次改了金额也可能更新记录，仍不能证明销售已经回过电话。

07｜给负责人一张能照着办的小清单

每一行保留商机 ID、记录链接、当前 Stage/Status、负责人、最近相关沟通、原先的回访安排和建议。演示 B 的建议可以写成“请负责人先确认是否有尚未记录的电话；若没有，再准备一次回访”。已经有预约的 A 保留原安排，Lost 的 C 只在排除清单里注明原因。

若需要消息，先让 Muse 写草稿，例如“上次讨论的方案，想确认你这边是否还有需要补充的信息；如果时间安排变了，也可以告诉我”。真实称呼、上次讨论内容和发送对象要由负责人核对。不要编造折扣、截止日或产品承诺，也不要把写完草稿当成已经发出。

负责人处理后，在实际 CRM 留下真实结果和下一次动作，再决定需不需要调整阶段。这份检查只读出三条样本的问题，没有替业务团队决定客户是否成交。

08｜原生停滞提醒可以后做，先把规则跑明白

HighLevel 自己有 Stale Opportunities 工作流触发器，可以按停留天数、pipeline 和 stage 配规则。它和 Muse 这次整理清单是两套机制。官方帮助说明它不追溯触发器创建前的停滞时长，因此新建提醒不能替代这次检查已有商机。

确实要自动提醒时，先核对现有流程会不会重复通知。官方帮助举出的排除依据包括近期备注、邮件回复和已记录通话。未来已有预约的记录也要检查；当前工作流没有可用的预约筛选时，先人工排除。用测试记录检查实际触发和内部通知；保存草稿、测试和发布是不同步骤，发布会开启流程。本教程没有创建或启用任何工作流。

先把这一小批里谁负责、哪条真要跟进、哪条资料缺失说清楚。需要更完整的会前资料，可以再看用 Muse 整理 HubSpot 客户简报；需要审发送内容，则接着看邮件发送前审核清单。