通过聊天完成店铺工作

#直接告诉 Chat 你想完成什么

聊天是客服、达人和店铺经营共用的工作入口。你不需要先找到每一项设置所在的页面，也不需要了解系统内部如何实现。说明店铺、目标和限制，Agent 会先了解当前情况，再给出结果或下一步建议。

APP CAPTURE中文浅色界面的聊天工作台，显示会话标签、运行控制和输入区。

Chat 特别适合需要查询多处信息、比较多个店铺，或者先分析再决定是否修改的工作。对于重要变更，你可以要求 Agent 先展示方案，确认后再保存。

数据分析不只包含客服和达人页面已有的图表。完整的业务数据范围、查询示例、报表导出与指标解释，请前往独立的数据分析模块。

#不只在 Chat 页面使用

Chat 页面是完整的工作台，但不是与 Agent 对话的唯一入口。完成连接和授权后，你也可以通过飞书、微信、Telegram 等消息渠道直接给 Agent 发消息，发起一条新的会话。

在办公室时，可以使用 Desktop Chat 查看完整上下文、上传文件和处理较长的任务；出门在外时，可以直接从手机询问店铺状态、让 Agent 汇总异常，或发起一项新的检查。例如：

帮我看看今天三家店铺有没有异常订单，并列出需要我决定的事项。

汇总今天的客服升级和达人待处理任务，只做汇总，不要修改任何状态。

检查 Brightloom US 过去 24 小时的客服表现，告诉我最需要关注的三个问题。

Agent 可以处理已经连接的店铺和账号中的工作。涉及对外回复、修改设置或其他重要操作时，同样建议明确写出“先给我确认”。不同入口会分别开始和保留会话；如果前面的分析是在另一个入口完成的，请在新消息中补充必要的店铺、时间和任务背景。

前往消息渠道连接并测试飞书、微信或 Telegram。首次使用时，可能需要先发送一条消息，并完成配对或允许名单设置。为了随时响应，负责这些渠道的 Desktop 需要保持在线，模型连接也需要可用。

也可以使用手机 App连接自己的 Desktop，区分安装入口与配对二维码后即可开始对话。

#在聊天中设置客服提示词

例如，你可以直接发送：

帮我为 Brightloom US 设置 AI 客服提示词。先检查商品、最近 30 天客服会话和现有设置，整理建议给我确认后再保存。

Agent 会依次完成这些工作：

1. 确认你指的是哪一家店铺；
2. 查看店铺当前的客服设置、主要商品和近期会话；
3. 找出常见的物流、商品和售后问题；
4. 整理 AI 可以直接处理、必须交给人工决定和禁止承诺的内容；
5. 把建议展示给你，确认后再写入店铺；
6. 保存后重新检查设置，并告诉你结果。

如果已经有一家店铺的规则比较成熟，也可以说：

参考 Brightloom US 的客服规则，为 Brightloom UK 起草一份版本。保留通用售后原则，但按英国店铺的商品、物流和政策重新调整，先不要保存。

聊天还可以调整设备绑定、清空明确指定的旧设置，以及修改客服、达人和库存的店铺级配置。请说清目标设备、要保留的设置和允许变更的范围；账号授权、购买服务及需要本人确认的步骤仍在相应页面完成。保存后可到店铺管理或AI 客服配置页复核。

#在聊天中配置多家店铺

可以把一组相同的配置应用到明确选择的多家店铺，一次最多 50 家。例如：

把这三家美国店铺的差评跟进设置为最多两次联系、只跟进最近 14 天的 1–2 星评价。保留各店当前模型、设备和其他提醒配置，先列出变化，确认后保存并逐店汇报结果。

也可以要求检查客服升级接收人、达人每日触达上限、样品表现跟进或仓库映射。仓库映射需要选择真实仓库；平台自动管理的官方仓库仍不能手动改写。已有实验运行时的锁定和账户权限同样适用。

多店铺执行可能部分成功。要求 Agent 明确列出每家店铺成功、失败及失败原因；一个失败不代表其他店铺也没有保存。先重新读取失败店铺的实际状态，再决定重试范围。

#让 AI 分析评价、退款和触达效果

除了客服会话，还可以直接使用这些具体任务：

评价按店铺当地评价创建日期查询，退货退款按申请创建日期，未支付触达按下单日期分组；它们不是同一条时间线。匿名评价不保证可识别买家，缺失字段应保留为空。退款申请存在不代表款项已经退回；同一申请的总金额不能在每个 SKU 行重复相加，不同币种也应分开。

触达和简化对照组报表一次最多查询 90 天，日汇总可能落后于实时实验页。普通触达报表无需开启实验；简化对照组比较只涵盖不触达组与生产方案，不包含完整的 B/C 等方案比较，也不直接给出显著性结论。正式实验结论仍在未支付订单主动触达中核对。

数据只能反映已经同步且有权限访问的范围。结果显示未就绪或历史覆盖不足时，应先补齐授权或等待同步，不要把缺失数据解释为零评价、零退款或零转化。

#还可以在 Chat 中完成什么

除了设置客服，Chat 也适合以下工作：

• 分析客服问题：总结近期会话、识别高频问题，检查现有规则缺少什么；
• 查看经营数据：按店铺、市场和时间比较表现，找出变化最大的指标；
• 排查日常问题：调查异常订单、物流、商品、库存或仓库情况；
• 整理达人业务：查询达人、样品和合作记录，汇总需要跟进的事项；
• 跨店铺检查：找出配置不完整、表现异常或需要人工关注的店铺；
• 先拟方案再执行：让 Agent 先给出修改建议，等你确认后再操作。

能否完成某项工作取决于相关店铺、账号和服务是否已经连接。如果暂时无法执行，Agent 会说明缺少什么，以及需要到哪个页面完成准备。

#把任务说清楚

一条好指令通常包含四部分：要完成什么、涉及哪些店铺或时间、哪些事情不能做，以及你希望看到什么结果。

只分析、不修改：

检查 Brightloom US 最近 7 天的客服会话，按物流、商品问题和退款诉求分类。不要修改设置或回复买家；告诉我当前客服提示词缺少哪些规则。

确认后再修改：

根据刚才的分析起草新版客服提示词。先展示主要变化，不要保存；等我确认后再更新店铺，并在更新后检查结果。

比较经营表现：

查看 US 三家店铺的当前 SPS，另列过去 14 天的客服升级率趋势。区分当前评分与历史指标，用表格列出需要关注的店铺、可能原因和下一步检查项。

范围不清楚时，Agent 会先向你确认店铺、时间或允许执行的动作。涉及对外回复、修改设置或其他重要操作时，建议明确写出“先给我确认”。

#什么时候使用业务页面

Chat 适合围绕目标完成一组连续工作；专门的业务页面更适合浏览大量信息和处理固定队列。

以下情况建议打开对应页面：

• 连续查看客服会话、达人任务、表格或趋势图；
• 逐条完成人工审核和最终决定；
• 扫码连接账号、完成授权，或直观核对设备与设置；
• 需要同时比较大量视觉信息的日常运营。

常见做法是在 Chat 中先分析问题、整理方案，再到业务页面检查队列、状态和最终结果。

#使用顶部页面标签并行处理工作

Desktop 会把从侧边栏打开的业务页面保留为顶部标签。你可以在客服队列、达人工作台、产品知识和数据分析之间切换，而不必每次回到侧边栏重新进入。页面标签支持拖动排序，最多同时打开 8 个；达到上限时先关闭一个不再使用的页面。

已打开的页面及其支持保存的视图会按当前登录账号保留，Desktop 重启后可以恢复。不同账号的页面集合彼此分开，权限变化后无权访问的标签不会继续显示。

当页面包含未保存的表单修改时，标签会显示提示。关闭该标签或退出登录前，Desktop 会要求确认是否放弃修改；未保存内容不会因为页面布局已保存而自动保存。Chat 内部的会话标签和这里的业务页面标签是两层不同的导航：前者区分对话上下文，后者区分整个功能页面。

#管理会话与上下文

每个会话标签保存一条独立的工作线。多步骤任务尽量留在同一会话中，让 Agent 保留前面的目标、分析结果和确认记录。处理另一家店铺或无关任务时，建议新开会话，避免店铺和时间范围混在一起。

发送前检查当前模型和连接状态是否正常。你也可以附加文件或图片，让 Agent 阅读报表、截图或其他材料。

#将成熟流程改为定时执行

先在 Chat 中运行和修正任务，直到输入和输出都符合预期。如果同一项工作需要每天、每周或固定时间重复，再把它设置为定时任务。