const loginSupport = () => YundaDesk.login({
  getToken: () => fetch('/support/identity', { credentials: 'same-origin' })
    .then(response => {
      if (!response.ok) throw new Error('Identity request failed');
      return response.json();
    })
    .then(({ token }) => token),
});
if (window.YundaDesk?.login) loginSupport();
else window.addEventListener('yundadesk:ready', loginSupport, { once: true });

<script src="https://cdn.yundadesk.com/widget.js" data-yd-key="yd_widget_main" async></script>

向 Yuna 说明目标、对象、时间范围和限制即可，不需要记住功能名称。以下示例应根据当前工作区已连接的渠道、应用和权限使用。

询问 YundaDesk 怎么用#

可以直接问“团队快捷回复保存后在哪里使用？”“Telegram 接好后怎么验收？”或“为什么修改设置前还要确认？”。Yuna 会查阅当前发布的公开帮助，回答入口、操作步骤、前置条件、预期效果和验收方法。

如果没有找到对应说明，Yuna 应明确说未找到，而不是猜测。公开帮助只说明产品怎么用，不能证明当前工作区已经配置了什么；询问当前渠道、成员或设置状态时，请让 Yuna 查询对应对象。

了解步骤后可以继续说“那帮我设置”。Yuna 会切换到对应操作，补齐缺少的信息并展示草稿或确认；仅询问方法不会创建草稿或修改设置。

查询业务情况#

• “总结最近 7 天转人工最多的问题，并按原因分组。”
• “比较各渠道昨天的会话量和 AI 参与情况。”
• “列出当前快捷回复，并告诉我哪些已停用。”
• “客户资料配置了哪些自定义字段？”
• “知识库有哪些来源，哪些还没有完成索引？”
• “检查当前 AI 客服真正生效的知识、渠道和可用功能，并说明阻塞项。”
• “当前 AI 客服的知识检索是否开启？哪些客服电话问答会参与回答？”
• “用客户口吻问‘你们电话是多少’，预演 AI 客服会怎么回答，但不要发送给客户。”
• 在客户或会话页面选择“当前页面”后，询问：“总结这位客户最近几次咨询中的主要诉求。”

查询结果只会使用当前成员有权查看的数据。快捷回复、自定义字段和知识源查询读取现有配置，不会创建或修改内容；缺少报告、客户、知识或设置权限时，Yuna 应说明限制。AI 客服检查会显示当前真正生效的知识范围、已绑定且就绪的渠道和可用功能，而不是仅复述某个设置页面的保存值；知识检查会进一步区分知识总开关、已绑定知识源和逐条问答的“参与回答”状态。预演会使用当前 AI 客服的真实配置生成答案并提供运行依据，但不会创建客户消息。渠道显示“就绪”只说明配置条件满足，不代表某个客户会话已经收到消息；真实送达仍需从 Widget 或客户渠道复问并检查结果。

协助完成配置#

• “帮我准备 Telegram 渠道接入，需要我提供哪些信息？”
• “为新上传的退换货政策准备知识设置，并先让我检查。”
• “把 AI 客服语气调整得更简洁，但不要改变退款规则。”
• “把客服名称改成 Global Support，接待方向设为售前，关闭 emoji；其他配置保持不变。”
• “在商家补充要求里增加：高价值订单先收集邮箱。先给我确认，不要直接应用。”
• “新增一条退款进度快捷回复，内容先给我预览。”
• “客户资料新增会员等级字段，并创建高价值客户标签。”
• “给当前客户添加高价值标签，并备注‘优先邮件联系’；先让我确认。”
• “把退换货和物流知识库绑定到当前 AI 客服，其他知识设置不变。”
• “坐席收到英文消息时自动翻译，30 分钟无活动后自动关闭会话。”
• “网站渠道关闭 AI 自动接待，开启自动分配，只分给指定坐席。”
• “关掉网站 Widget 的收集访客邮箱，先给我确认。”
• “客服时间设为新加坡时区的周一至周五 9:00–18:00，并配置非工作时间提示。”
• “修改一名现有坐席的显示名称，并把并发会话上限设为 8；先让我确认。”

会修改设置的请求应先读取当前配置，再出现草稿、选择或确认。确认前不会执行真实更改。Yuna 可以协助配置 AI 客服、绑定知识库、快捷回复、客户字段与标签目录、为指定客户添加已有标签或备注、坐席翻译与自动关闭、渠道接待与分配、Widget 界面语言、收集访客邮箱、欢迎语、营业时间、非工作时间提示，以及现有成员的显示名称、角色和并发会话上限；停用或删除成员仍需前往成员设置处理。操作始终受当前权限限制；权限被撤销或账号停用后不会继续执行。确认成功后请查看操作回执，必要时回到对应设置页核对。

教学和纠正 AI#

• “客户问节日期间发货时，按这条临时政策回答，并在指定日期停止使用。”
• “这条回答把客户偏好当成了全局规则，请改为只对当前客户生效。”
• “根据我提供的这些重复问题，整理一条待评审建议。”

教学请求会生成改进建议，不会仅凭一条对话直接改变所有客户的回答。

纠正已有问答并确认成功后，可以让 Yuna 先预演同一问题；正式验收仍应从 Widget 或真实客户渠道再次提问，并核对客服回答与预演结果。

联系客户和主动触达#

• “为当前客户准备一条跟进草稿，不要直接发送。”
• “为咨询后 30 分钟未回复的客户设计跟进规则，先使用逐条确认模式。”
• “准备一条 VIP 新品触达草稿，在发送任何消息前先让我核对受众和文案。”
• 在通知中心打开上一条触达失败记录，查看未发送原因。

发送消息需要可用渠道、明确对象和相应权限。广播、分群或自动发送通常需要更严格的确认和安全条件。技术故障不等于已经发送或已经转人工；没有真实回执时，应按失败处理并查看原因。

“设置安静时段或频控”只是在修改发送前的安全策略，本身不会准备或发送触达。真正发送仍会单独展示受众和内容，并要求确认；只有投递回执能证明已经发送。

查看任务和结果#

从工作区侧栏铃铛打开通知中心，查看待处理学习、AI 失败和渠道投递失败等信息，再使用通知中的明确操作入口继续处理。Yuna 右上角的「Yuna 回复」铃铛只汇总对话回复，不承载旧任务收件箱。

Yuna 说“完成”并不代替操作回执或真实渠道结果。重要操作应检查回执，外发消息还应在客户使用的真实渠道中确认。

更清晰的提问方式#

推荐结构是：目标 + 对象 + 时间范围 + 限制 + 期望的下一步。

例如：“总结最近 30 天 Telegram 渠道的转人工原因，只使用我有权查看的数据，先给结论和三个可执行建议，不要修改任何设置。”