先理解所选消息。
主动选择需要理解的消息。
看看实际步骤主动选择需要理解的消息。
请求翻译、分析或回复草稿。
对照原文修改,再决定怎样继续沟通。
功能流程图解;当前没有对应结果截图,图解并非已执行的业务或 AI 生成结果。
按这次会话的需求,理解消息或准备草稿。
来源:翻译、分析与回复草稿;回复上下文最多 8 条、每条最多 800 字符,需人工复核。
看看这项功能,有哪些亮点。
用一件真实工作,说明功能
假设客户询问样品价格,但团队尚未确认报价。
假设场景 · 功能说明,非客户案例或 AI 已执行结果什么时候,用上它
需要翻译、整理客户要求或准备回复时,先区分这三类动作使用的上下文与记录方式。
逐条翻译使用所选文本;回复话术会参考最近最多 8 条消息,每条最多 800 个字符。
确认过的产品、价格、日期与可用 AI 配置和点数。
完整操作步骤
主动选择消息,分别翻译、分析或准备回复。单条翻译处理所选文本;回复可带最近最多 8 条、每条最多 800 字符的上下文;分析可先同步 CRM,再请求需人工确认的草稿。需 AI 配置与点数。
主动选择需要理解的消息。
请求翻译、分析或回复草稿。
对照原文修改,再决定怎样继续沟通。
3 类辅助,3 个明确范围
同样围绕消息工作,不同动作使用的内容范围与业务记录方式各有区别。
提交所选文本,帮助理解这条消息。译文中的数字、日期与术语需要对照原文。
先把真实消息同步到客户记录,再请求 AI 草稿。客户字段、商机、下一步行动仍由你逐项确认。
参考最近最多 8 条消息,每条最多 800 个字符。上下文有上限,需要补充实际事实并审阅草稿。
8 与 800 是源码中的上下文限制,不是性能提升数据;真实调用需要模型、点数和已连接账号。
功能与人工处理,分别看清
按这次会话的需求,理解消息或准备草稿。
请求翻译、分析或回复草稿。
这是功能处理范围的对照;场景用于解释操作顺序,不是实测效率或已执行的客户案例。
把工作,一路接起来
发送前核对接收对象、当前账号、语言、金额和承诺;业务记录与 AI 候选建议分别确认,不将同步消息等同于成交。
回到邮件与 WhatsApp · Linbo,看完整工作流程使用前,了解清楚
单条翻译处理所选文本;回复建议可带最近最多 8 条、每条最多 800 字符的上下文;分析可先同步 CRM 后请求草稿。需 AI 配置与点数,结果人工确认。
产品事实与常见问题 回到产品功能目录这个产品,还有更多细节
在当前浏览器会话旁继续理解和准备沟通。
独立了解此功能