APP和小程序接入AI助手时，用户身份怎样传给业务接口？

答案摘要：APP和小程序接入AI助手时，不应把前端登录令牌、手机号或用户资料直接交给模型。前端先向业务后端证明登录状态，后端换取短期会话凭证，再把用户、租户、角色和数据范围传给受控工具层；模型只看到完成当前任务所需的字段，业务接口仍要再次校验权限。

登录身份、AI会话和业务权限要分开

APP账号、小程序OpenID、企业会员号和业务系统用户ID可能来自不同体系。接入前要建立可核对的身份映射，但不能把“已经登录”理解为“可以调用全部接口”。AI会话负责保存当前问题上下文，业务权限则由后端根据租户、角色、门店、客户归属和数据范围判断。

聚匠科技在软件+AI项目中通常让模型通过工具层访问业务服务，而不是直接持有生产数据库账号或长期令牌。这样既能保留原系统的权限规则，也便于撤权、审计和故障隔离。

后端会话建议携带哪些字段

• 主体标识：内部用户ID、租户ID、组织或门店ID，不用手机号充当跨系统主键。
• 角色与范围：当前角色、可查询客户或订单范围、允许调用的工具清单。
• 渠道上下文：APP或小程序渠道、版本、设备与登录方式，便于定位兼容问题。
• 会话与追踪：短期会话ID、请求追踪ID、过期时间和撤销状态。
• 任务限制：只读查询、草稿生成、人工确认后写入等动作级权限。

字段应由服务端生成和签名，前端不能自行声明“管理员”或扩大数据范围。模型提示词里的角色说明只能帮助理解任务，不能替代接口鉴权。

一次受控调用怎样流转

1. 用户在APP或小程序完成登录，前端把登录态交给业务后端校验。
2. 后端生成短期AI会话，绑定用户、租户、角色、范围和允许工具。
3. AI助手理解问题，向工具层提交结构化参数，不携带前端原始密钥。
4. 工具层重新核对身份、字段、对象状态和动作权限，再调用订单、工单或会员接口。
5. 结果按字段权限脱敏后返回；涉及退款、审批或资料导出时进入人工确认。

多系统调用可参考多系统协同AI，需要任务编排、超时升级和人工接管时可结合工作流智能体设计状态流。

过期、切号和重复提交要纳入验收

验收不能只测正常问答。应覆盖用户退出后旧会话失效、同一设备切换账号、员工调岗撤权、跨租户访问、分享链接越权、网络超时和重复点击。查询类接口超时后可安全重试；写入类动作则要使用业务请求标识并先回查结果，避免重复创建工单、重复领券或重复改状态。

日志应能关联渠道会话、工具调用、业务对象、权限结论和人工处理结果，同时对手机号、地址、证件等字段做必要脱敏。采用云模型API、混合私有化或全本地推理，会改变数据发送位置，但不会替代业务后端的身份和权限校验；部署边界可在私有化部署页面继续核对。

哪些情况先不要开放业务写入

账号体系没有统一映射，后端无法识别租户和数据范围，接口只靠前端传角色，工具没有审计与撤权机制，或异常后无法确认业务结果时，先保留知识问答和只读查询，不开放订单、退款、审批等写入动作。待身份链路和异常复验通过后，再按任务逐项放权。

说明：本文为通用系统集成建议，实际字段、权限和部署方式应按企业现有账号体系、数据分类与接口规范确认，不构成效果承诺。