Case 01 · Owner 安全查询
我的商机不是第一页猜出来的
销售最常问的是“我今天该跟进谁”。NB-agent 的重点不是把 CRM 首页结果读出来，而是用当前聊天账号绑定的 Zoho 身份做服务端 Owner 条件过滤，再把结果整理成行动建议。
销售只说一句话，系统知道要按谁查
“我的商机”不是一个普通关键词，而是一个权限敏感问题。NB-agent 会把自然语言里的“我”映射到当前授权用户，再让后端通过白名单 CRM 工具执行查询。
不会本地猜
不把 Zoho 返回的第一页数据当作“我的商机”，避免数量和列表都偏掉。
不会共享身份
每个聊天账号使用自己的 Zoho OAuth 授权，查询范围继承 CRM 里的权限。
结果可继续追问
销售可以继续问“金额最大的几个呢”“本周要跟进哪些”，上下文仍然保留。
适合验收
这是标准 smoke test 之一：账号绑定、权限过滤、CRM 查询和消息回复能同时被验证。
后台怎么保证结果可靠
01识别“我的”
Hermes 识别个人商机查询意图，但不直接拼 CRM 请求。
02读取绑定身份
后端取当前聊天账号对应的 Zoho 授权和 CRM 用户信息。
03服务端过滤
CRM 工具按 Owner 条件查询，避免客户端拿第一页结果再本地猜测。
04摘要返回
把数量、阶段、金额和下一步动作整理成销售能直接看的回复。
为什么这是特色场景
很多 CRM 问答机器人停在“能查数据”。这个案例体现的是：自然语言入口、身份绑定、权限继承、服务端过滤和后续追问一起工作。
演示边界
- 只读查询默认安全，不涉及 CRM 写入。
- 查询结果取决于客户自己的 Zoho 权限和数据质量。
- 如果客户的所有者字段、用户映射或权限配置不完整，需要先修 CRM 基础数据。