星期一早上，你是三个Shopify Plus客户的客户主管，他们都通过PushEngage进行推送。你有一个小时后要开客户会议，在会议开始之前，你需要知道上周每个网站的购物车放弃邮件的点击率。通常这意味着需要三个单独的PushEngage仪表板登录，三个单独的导出，以及在你与任何人交谈之前进行三次独立的思维重置。
这就是在实践中管理多个客户账户与一个AI助手的情况。当PushEngage MCP服务器连接到Claude、Cursor或另一个代理助手时，那个周一早上的例行公事就变成了一次对话。你询问第一个网站上周的点击率，得到它，再次询问第二个，得到它，再次询问第三个，然后在你的咖啡冷掉之前，你就带着这三个数字走进了会议室。
使用一个AI助手管理多个客户账户听起来很简单，直到你的名单混合了两种不同的情况：你在一个PushEngage登录下管理的站点，以及每个客户都有自己独立账户的客户。如果以同样的方式对待它们，你可能无法访问一半客户的数据，或者更糟的是，你可能会冒着一个客户的令牌接触到另一个客户账户的风险。这才是当你超越演示后，代理机构实际使用的PushEngage MCP的样子：两种不同的机制，而不是一个通用的开关。本文将介绍这两种机制，何时使用哪种，以及如何在不手动打开任何仪表板的情况下使用它们。
入门：将PushEngage MCP连接到你的AI助手
如果你还没有设置PushEngage MCP服务器，简短的说法就是一条命令。将npx -y @pushengage/mcp添加到你的客户的MCP配置中——Claude Desktop的claude_desktop_config.json、Claude Code或Cursor的mcp.json都接受相同的条目——然后重启客户端。让你的助手“登录我的PushEngage”，批准打开的浏览器提示，你的助手会在本地存储一个访问令牌；你的密码永远不会接触到聊天。
从那里，你可以通过“显示我的PushEngage站点”和“使用站点[ID]”来选择助手将要操作的站点。以下所有内容都假设至少有一个账户已经完成了这个基本设置；有关完整的演练，包括故障排除无法连接的客户，请参阅PushEngage MCP设置指南。
使用一个AI助手管理多个客户账户意味着要解决两个不同的问题
在客户名单上运行PushEngage的代理机构会遇到以下两种情况之一，并且需要不同的解决方案。
站点切换是指当你代表客户在一个由代理机构管理的PushEngage登录下拥有多个客户站点时的情况——这是代理机构将客户直接纳入代理机构自有账户的常见设置。一个登录，一个令牌，多个站点供助手指向。
账户分离是指每个客户都拥有并支付自己的PushEngage账户，并独立登录。这里没有共享登录可以切换——有几个独立的登录，每个登录都有自己的令牌，而任务是防止它们混淆。
一个经验法则决定了哪种适用：如果你目前在一个PushEngage仪表板标签中切换站点，你就需要站点切换。如果你目前需要退出一个客户的仪表板才能登录另一个客户的仪表板，你就需要账户分离。混淆这两者是值得避免的错误：将独立的客户账户视为一个登录下的站点是绝对不应该发生在客户数据上的跨账户混淆。
| 站点切换 | 账户分离 | |
| 谁持有登录信息 | 你，代表客户 | 每个客户，独立地 |
| 客户之间有什么变化 | 选定的站点 | 整个MCP服务器注册和令牌文件 |
| 涉及的工具 | pushengage_list_sites, pushengage_select_site | 为每个服务器名称设置单独的PE_MCP_CONFIG_PATH |
| 如果使用不当的故障模式 | 你永远无法访问客户的数据（如果账户确实是分开的） | 不必要的重新认证开销（如果确实是共享登录） |
大多数代理机构在管理大量客户时，最终会同时使用这两种方式：他们会在少数共享一个代理机构管理登录的客户之间切换PushEngage站点，并为坚持拥有自己账户的客户注册单独的账户。注册多个PushEngage账户并不会阻止你在登录后在其中任何一个账户内切换站点。
站点切换：在一次对话中跨三个客户站点拉取点击率
对于多站点场景，有两个工具可以在不离开对话的情况下在PushEngage站点之间切换：pushengage_list_sites和pushengage_select_site。每个站点范围内的工具（分析、细分、广告系列设置）都作用于当前选定的站点，并且选择在重启后仍然保留，因此你只需在每个会话中设置一次，该对话中的每个后续问题都将应用于同一站点。
回到周一早上。连接一个登录后，在一次对话中拉取三个客户站点的点击率如下所示：
- 询问“列出我的PushEngage站点”。助手会返回每个站点的名称和ID。
- 要求使用第一个站点的ID，然后询问上周的点击率。助手会调用
pushengage_get_analytics_timeseries并按天返回点击次数、浏览次数和点击率。 - 要求切换到第二个站点的ID。询问相同的问题。对第三个站点重复此操作。
- 要求提供一个比较这三个站点的摘要。助手已经在对话中拉取了所有三个数据集，并可以并排显示它们。
这比导出三个仪表板更有价值，原因不仅仅是速度。关键在于，您提取的数字是按站点区分的，而不仅仅是原始的打开和点击次数。pushengage_get_analytics_summary 和 pushengage_get_analytics_timeseries 返回点击次数、浏览量和目标值以及点击率，因此您在与客户通话时提供的报告显示的是按站点恢复的收入，而不仅仅是您需要自己向客户解释的参与度计数。
这种表述很重要，因为单独的点击率只能说明一半情况。一项关于细分和点击率的行业研究发现，根据客户发送的细分程度，点击率会变化 2 倍或更多，因此相同的点击率数字可能意味着不同细分成熟度的三个客户的收入结果截然不同。这种差异值得在通话中强调，而不仅仅是报告。
这是只读操作。通过这种方式在 PushEngage 站点之间切换不会发送、安排或编辑任何广告系列；pushengage_list_sites 和 pushengage_select_site 仅更改其余对话读取的是哪个站点的现有数据。
账户分离：为每个客户注册一个名称的 MCP 服务器
对于真正独立的客户账户，修复方案存在于 MCP 配置本身，而不是工具调用中。PushEngage 的服务器从环境变量 PE_MCP_CONFIG_PATH 读取其令牌位置，如果您从未设置过，它将默认为 ~/.pushengage/mcp.json。为每个客户注册服务器两次，每次指向自己的文件，这样两个登录就不会共享令牌：
{
"mcpServers": {
"pushengage-northwind": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-northwind.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Northwind)"
}
},
"pushengage-brightleaf": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-brightleaf.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Brightleaf)"
}
}
}
}（Northwind 和 Brightleaf 是说明性的客户名称。）PE_MCP_CONFIG_PATH 必须是绝对路径 — 它将按原样使用，不会进行 ~ 扩展，因此在重新启动客户端之前请仔细检查路径。PE_MCP_CLIENT_NAME 是可选的，仅更改您的助手在 PushEngage 自己的授权屏幕上显示的标签；它不影响隔离，但设置它很有用，这样您就可以在浏览器标签页打开时知道您授权的是哪个客户。
分别登录每个服务器名称：“log me into pushengage-northwind”，然后在稍后的步骤中，“log me into pushengage-brightleaf”。每次授权都会针对您在该特定浏览器会话中选择的 PushEngage 账户。两个服务器名称，两个配置文件，两个永不接触的令牌。这是并排运行多个 PushEngage 账户的模式，并且可以扩展到两个以上：拥有十几个客户账户的代理机构可以注册十几个服务器条目，每个条目都有自己的 PE_MCP_CONFIG_PATH，并且它们之间永远不会共享文件。这也是大多数竞争对手的“多客户 AI”指南都跳过的地方，他们只是含糊地谈论隔离，而不是提供实际可复制的配置。
在每个客户账户上运行相同的细分创建提示
一旦您的客户注册为单独的服务器名称，您就可以在不打开仪表板的情况下，在所有客户之间重放一个请求。假设您想在一天结束前在五个客户账户中实时显示“/pricing的访问者”细分。依次要求您的助手对pushengage-northwind、然后pushengage-brightleaf以及每个剩余的客户服务器名称“创建一个针对/pricing访问者的细分”。每个请求都会针对该账户自己的令牌调用pushengage_create_segment，并且每个客户最终都会获得相同的URL规则细分，该细分基于他们自己的订阅者群。
同一个提示能够干净地在五个不同的客户账户之间转移的原因是，它调用的是PushEngage内置的细分模型，而不是您为每个客户从头开始构建的东西。pushengage_list_segments和pushengage_create_segment基于平台已经理解的URL规则和行为标准——最近性、频率、页面访问模式——这些与电子商务细分指南的方法作为系统而不是一次性列表有效的原因相同。这就是为什么一个提示可以进行五次细分工作，而不是五次单独的手动构建。而且，由于细分现在是可送达性要求，而不是一个附加功能，因此在每个客户账户中重放它更像是标准的账户卫生，而不是一种捷径。
阻止前团队成员访问其他每个客户的账户
账户分离在某人离开账户的那一天就发挥了作用。因为每个客户的令牌都存在于自己的配置文件中，移除一个人对一个客户的访问权限永远不会影响您团队中的其他人。
有两种方式可以结束：
- 本地：仅注销该客户的服务器注册——“注销pushengage-northwind”调用
pushengage_auth_logout，它会从该一个配置文件中删除令牌，而不会影响其他所有客户的文件。 - 服务器端：如果离职的团队成员自己授权了浏览器会话，请在PushEngage的“设置”→“安全”下，在该特定客户的账户中撤销它，这将使令牌无效，无论它存储在哪里。
与跨客户共享单个登录凭据的情况相比：撤销访问意味着轮换一个共享令牌，这将一次性中断每个队友与每个客户的连接。让每个客户使用自己的PE_MCP_CONFIG_PATH可以将整个团队的紧急演习变成一个单行修复。
这对代理机构如何为多客户推送工作定价和配置人员有何改变
所有这些都不会改变推送通知对客户留存率的作用。PushEngage 的 MCP 服务器本身不发送、安排或构建广告系列；每个 pushengage_send_notification 或 pushengage_send_ab_notification 调用仍然一次只针对一个网站运行，并由您批准。改变的是“客户想知道他们的数字”和“客户拥有他们的数字”之间的时间，而时间是客户经理在本月中无法购买更多的唯一资源。
这才是用一个 AI 助手管理多个客户账户的真正价值：不是一项新功能，而是节省了时间。这对于 PushEngage 已经达到的规模非常重要——在过去 30 天里，来自 150 多个国家的 25,000 多名企业主通过该平台发送了 152 亿条通知。
管理其中一些账户的代理机构并不是要求此基础架构执行新操作；而是要求在没有仪表板登录阻碍助手和答案之间的情况下，完成其已完成的报告和受众构建工作。以前在周一早上花费时间导出三个 CSV 文件的客户经理，现在将这些时间用于分析这些数字对每个客户的重复购买率有何影响。这才是这份工作真正应该关注的部分，而不是登录本身。
无论您的名单需要站点切换、账户分离还是两者兼有，上述机制都适用于所有 PushEngage 计划，定价可根据活跃订阅者进行扩展，而非按客户账户收费，因此为该设置添加第四个或第五个客户并不意味着需要重新协商您为触达他们而支付的费用。这才是 PushEngage MCP 对代理机构的实际形态：不是在顶部添加了一个新的经理账户层，而是将相同的两种机制（一个登录管理多个站点，或多个互不干扰的登录）应用于您本季度管理的任意数量的客户。
