服务号活动候补递补，应先确认实际空位与正式顺序，再联系本轮对象并核对参加意愿。TRAE可用AI结合授权会话准备确认名单和通知；上轮仍未定的安排要先查清，发送成功不代表客户已接受，更不能直接当成正式名额已经补齐。
活动有人退出，运营可能急着同时联系多名候补者。若前一位还在考虑，另一位也收到可以参加，随后双方都确认，就会形成超过实际安排的期待。问题需要用正式规则与记录解决，不能靠谁先回消息临时决定。
活动负责人先提供本轮可用安排、正式候补顺序、适用条件和确认流程。是否存在保留时间、需要怎样表示接受，以及没有回复时如何继续，都按本次已经确定的规则处理；没有约定就先由负责人补清，不让AI自设倒计时。
知你AI助手可查询授权客户、历史会话和消息。正式名额、顺序和报名结果由运营另行提供，AI通过服务号相关沟通查找当前意愿、已明确退出或仍待补问的条件。聊天时间早，不自动表示候补顺序靠前；昵称一样，也不能直接认成同一个报名人。
TRAE支持通用MCP配置，按双方当前连接与认证要求授权后，可以提出：“对照我提供的正式候补记录，核对本轮客户的最新相关表达。列正式顺序依据、本轮可联系对象、当前意愿、上轮未结束事项和需负责人确认的差异。先不分配名额、不发送消息，不凭消息时间排序。”
客户早先表示愿意等，后来说明日期不方便，就保留变化；没有后续回复只表示当前尚未确认，不自动写成退出。读取相关上下文时保留查询范围，超出授权或历史检索边界的内容请负责人补充。
下图为MCP连接后台布局示意，候补准备在AI客户端完成，不是产品内置的名额管理页。
本轮清单的核心不是人越多越好，而是每位联系人收到的说法与真实安排一致。可以先由运营核对下面几栏：
| 本轮栏目 | 应检查的内容 |
|---|---|
| 对应对象 | 实际候补记录与客户稳定标识是否一致 |
| 顺序依据 | 来自活动正式安排，不是模型重新排名 |
| 当前安排 | 本轮能够说明的参加机会与必要条件 |
| 用户动作 | 怎样明确接受，哪些仍需正式办理 |
| 未结事项 | 上轮未回复、身份不清或条件变化 |
虚拟通知可以写成：“本次【活动】按已确认流程联系您确认【本轮安排】。请按【实际方式】说明是否继续；正式参加还需完成【真实步骤】。目前仅确认到【当前阶段】。”已确定与仍需确认分开，不把邀请了解写成报名成功。
如果通知中包含个人专属条件，逐人审核，不能为了合并任务删掉差异。无论用什么发送方式，待发对象、可用席位和上轮结果在提交前再核对一次，避免准备期间状态已经改变。
下图为AI客户端辅助整理本轮确认的流程，顺序、空位与原话全部为虚拟示例。
需要通过消息任务发送时，先预览完整收件UID、标题和最终文字。首次准备只取得短时确认凭证，不创建或发送；人员明确确认后，用相同内容提交。每任务最多一百个UID、两条文本或图片，名单或正文变化就重新准备，实际还须符合对应渠道联系条件。
知你AI助手可查询任务结果，运营核对逐客户消息状态，再接续对方回复。发送成功、客户表示接受与活动方确认正式参加是三步，不把其中一步代替全部。实际候补与名额变化由负责人维护，AI不自动写入报名系统。
上一轮未结对象处理清楚，才能按规则继续下一轮。用户拒绝或条件不合适时，保留真实结果；接受后仍需办理的，交清下一步。这样同事换班也能知道谁仍待确认，不再凭一条已发送记录推测席位状态。
按活动正式候补规则核对，不能用聊天时间临时排序。
还需核对本轮具体安排与当前明确意愿。
先按正式规则处理未结安排，避免形成重复承诺。
不会，正式名额与候补记录由活动流程维护。
不代表，还需接续用户确认及正式参加结果。
候补递补从真实空位与正式顺序开始，本轮对象、当前意愿和未结事项逐项对应。AI协助找记录、准备通知，人员确认发送并维护实际结果。先把上一轮到下一轮怎样接续写清，让联系进展和正式席位始终分得开。
如果活动出现空位后总要逐个翻找候补人的最新回复，可以了解知你AI助手官网，让AI协助准备本轮确认资料与经人工确认的通知。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
