demo 里一切正常，落地时第一道坎往往是权限：不同角色问同一个问题，应该得到不同的回答。这件事在AI助手开发里没有现成答案，需要自己设计。
比较可靠的做法是在知识检索阶段就按角色过滤，拿不到的资料根本不进入上下文，而不是生成之后再靠提示词去"别说"。提示词约束是有概率失效的，检索过滤是确定性的。
内部员工可以走企业微信或账号体系，外部经销商、客户则常用手机号加邀请码。要注意会话中身份切换的处理：用户中途登录之后，之前几轮的上下文要重新过一遍权限，否则会出现"先看到不该看的，再追问细节"的漏洞。
谁在什么时间问了什么、引用了哪些资料，逐条落库。一是方便排查回答质量，二是满足内部合规的要求。日志本身也是优化知识库的素材。
权限设计没有多高深，但需要在一开始就画清楚角色矩阵。如果您正在规划这类系统，可以先花半天时间把"谁能看什么"列出来，后面的开发会顺很多。