智能体工作台

#两个工作台分开 AI 协作与纯人工操作

达人业务提供两个用途不同的工作台：

• 智能体工作台：处理 AI 工作中需要人介入的事项，并查看全部 Agent 工作记录。包含“待人工审核”“待处理”和“全部 Agent 工作”。
• 人工工作台：集中处理本来就由人负责的店铺后台任务。包含“待处理申样”和“待处理消息”。

这个拆分可以避免把三种情况混在一起：命中审核策略的操作进入“待人工审核”；Agent 主动升级的问题进入“待处理”；受保护达人或“仅人工”BD 名下的工作不经过 AI，由员工在人工工作台自行处理。

BD 使用独立登录时，智能体工作台可切换“我的达人”和“公共达人”；人工工作台则可在负责地区内查看全部、公共或指定 BD 的申样和消息。自己的达人和公共达人可以进行有权执行的日常操作，同事的达人只读。查看范围、日常操作和提案审核权限并不相同，详见团队与渠道。

APP CAPTURE中文浅色界面的智能体工作台，显示待人工审核、待处理和全部 Agent 工作。

#先区分“审核”和“处理”

这两个 Tab 都需要人参与，但不是同一种人工工作：

简单记忆：审核的是 AI 提交的操作，处理的是 AI 主动升级的问题。 审核不是 Agent 主动求助；处理也不是给一个已经准备好的动作点“批准”。

#智能体工作台

入口是 达人 → 智能体工作台。先确认负责 BD 和日期范围，再选择下方三个 Tab。它们分别用于审核 AI 动作、处理 AI 求助、追查所有 AI 操作，不是三份重复的待办。

#1. 待人工审核：审核操作提案

这里展示 Agent 已经作出具体决定并提交执行、但被系统 policy 暂停的操作提案。它可能是一条准备发送的消息、一个样品申请决定、标签变更，或“无需动作”的判断。

是否需要进入这里，取决于账号级 policy。Agent 不负责判断 policy 是否命中，也不需要先知道这项操作会被审核：它提交操作后，系统会独立检查团队与渠道中的安全策略。命中策略时，系统把操作提案保留在“待人工审核”；未命中时，操作可以自动执行。

审核时按以下顺序检查：

1. 对象：达人、商品、店铺和推广活动是否正确；
2. 依据：智能体给出的原因是否与关系记录、产品知识和申请信息一致；
3. 动作范围：消息、权益、样品决定或标签是否在团队授权内；
4. 措辞与风险：是否包含未经确认的承诺、敏感表达或错误事实。

确认无误后批准；不应执行时拒绝，也可以要求修改后重新提交。这里审核的是一个已准备好的操作提案，不是让人工从头处理整个达人事项，也不是 Agent 主动把问题交给人。

消息、标签等通用提案会提供 请求重写 和 忽略。请求重写时填写具体修改意见后提交，再查看新版本；忽略需要确认，表示放弃这项操作，不会执行对应的平台动作。它与下面“忽略申样”的业务决定不同。审核含多项动作的提案时，逐项检查完整内容，不能只看第一条消息或第一个商品。

#审核样品操作

当样品申请被 policy 拦下时，打开提案可以同时查看智能体建议、申请信息、达人表现和关系上下文。

APP CAPTURE中文浅色界面的样品操作审核详情，智能体建议和依据与人工决定控件并列显示。

样品会产生真实成本，建议同时确认达人内容与商品是否匹配、历史发布和订单表现、当前活动权益、样品等级、人工标签以及团队保护规则。批准会继续执行这项样品操作；拒绝会记录人工决定并结束当前操作。

同意、拒绝或忽略时都可以填写操作备注，记录库存确认、达人匹配、例外授权或其他判断依据。备注会保留在申样记录中，方便之后的员工理解当时为什么这样处理。

这里还要区分两个看似相近的动作：

• 拒绝：向 TikTok 提交真实的商家拒绝决定；
• 忽略：不再把这条申请当作待审核任务，也不向 TikTok 主动拒绝，让它在平台上自然到期；只要仍在审核期限内，可以重新打开。

当 Agent 提交的是“忽略申样”提案时，全部 Agent 工作也会明确显示“忽略”，不会把它误写成平台拒绝。

#2. 待处理：处理升级事项

待处理类似于 AI 客服中的升级：Agent 自己已经识别到问题超出当前能力、工具或授权范围，因此主动创建升级事项，请人接管。

例如样品在运输中丢失，下一步可能需要判断是否补发、重新创建物流或与达人协调。智能体可以整理背景并把事项交给人，但不能在没有相应能力和授权时自行完成补发。

APP CAPTURE中文浅色界面的达人待处理列表，显示需要人工介入的开放事项及其关联上下文。

处理时：

1. 点击列表行，阅读 Agent 的问题、原因和背景，确认达人与负责 BD；
2. 完成人工必须执行的操作，或明确给出当前事项所需的决定；
3. 在同一个回答框写清 你的决定和希望 AI 接下来做什么，然后提交；提交会解决这条升级事项，并不是保存一个尚未完成的草稿；
4. 如果同类问题反复发生，把可复用规则补充到业务说明、产品知识或 policy。

与“待人工审核”的区别是：这里没有一个等待批准后即可执行的操作提案。人工需要理解问题、作出决定或完成实际操作，再记录处理结果并结束升级事项。

例如：“已和仓库确认并安排补发，新物流号为……。请告知达人新的预计送达时间，并继续跟进签收。” 如果你还没有完成补发，就不要写成“已经补发”。仅在回答里表达意愿，不代表系统已创建了真实的仓库订单。

APP CAPTURE中文浅色界面的升级详情，显示智能体问题、原因、背景和人工回答框。

列表中的通知状态反映升级信息是否成功投送到配置的团队渠道，不代表问题已解决。即使通知投送失败，仍可在这里打开并处理。BD 的通知渠道配置见 团队运营。

#3. 全部 Agent 工作：查看完整工作记录

这里汇总不同状态的 Agent 工作记录，方便按负责人、状态、类型或关键词查找。它适合审计已经批准、执行、拒绝、忽略或失效的操作，也可以回看某个达人或推广活动发生过什么。

它不是“待人工审核”的重复队列：“待人工审核”只显示当前等待人工决定的 Pending Proposal；“全部 Agent 工作”提供更完整的工作历史。它也不是一个新的人工待办队列。

#怎样查一项操作最后有没有成功

先按 BD、日期、类型和关键词缩小范围，再选择状态。日期按操作提案的创建时间筛选，切换三个智能体 Tab 时保留所选时间范围。

类型可区分消息、申样决定、标签变更和无需动作。打开记录查看 AI 的判断依据、具体动作、审核人和执行结果；有修改轮次时，同时查看反馈及修订历史。“忽略申样”要按动作内容识别，不能只看到“拒绝”状态就认定平台已收到拒绝决定。

#审核不会自动扩大权限

BD、主管和账户所有者的可见范围与审核范围不同；列表中看得到，不等于能批准。达人转交之后，旧提案仍可能保留生成时的审核范围。详见 权限对照。

如果页面提示状态已改变，刷新并查看最新结果，不要反复点击批准；另一位员工可能已经处理，或业务状态已不再允许原操作。批准后看到执行失败，也应先读错误和当前平台状态，避免重复寄样或重复发消息。

#人工工作台

申样审核、消息回复、状态筛选、跨店铺商品匹配和附件发送已移到独立的 人工工作台 章节。这里的“待处理”是 AI 升级，不能与人工工作台的原始消息待办混用。

#追踪谁操作、谁审核、谁发出了消息

样品和时间线会标明实际操作人；全部 Agent 工作会显示提案由谁作出审核决定；消息中可查看发件人。负责 BD 表示关系归属，不一定就是实际处理人。数据分析明细还支持按审核人筛选。

转移达人后，已有提案的审核权限仍参考生成时的负责人范围，并不自动交给新 BD。遇到同事只读记录或无权操作的旧提案，请主管协调；不要反复改派试图绕过限制。

#需要更多上下文时查看达人关系

单条待办只代表一个瞬间。遇到高成本样品、长期合作、补发或异常表达时，打开达人关系，查看跨店铺互动、推广活动、样品、合作和时间线。

APP CAPTURE中文浅色界面的达人关系时间线，集中显示消息、样品、活动和工作历史。

关系记录用于帮助判断，不是第六个工作队列。完成决定或人工操作后，回到工作台更新当前事项，避免队列长期停留在等待状态。

#建议的每日处理顺序

1. 在智能体工作台先处理 待处理 中会阻塞寄样、物流或合作承诺的升级事项；
2. 完成 待人工审核 中即将影响真实操作的 Pending Proposal；
3. 到人工工作台清理 待处理申样 和 待处理消息；
4. 使用 全部 Agent 工作回看异常或核对 AI 工作历史；
5. 把重复出现的判断补回配置，让智能体与人工的边界越来越清晰。