对话与业务执行
怎样描述需求
好的指令应包含目标、范围和约束。例如：
查询我本周被退回的费用报销，只列出还没有重新提交的单据。
相比“查报销”，这句话能减少补问并提高结果准确性。
自动匹配与手动切换
系统会综合以下信息选择智能体：
- 用户首句中的业务关键词和动作。
- 附件类型，例如发票、合同或截图。
- 当前页面和业务上下文。
- 用户有权使用的智能体、技能与能力。
如果置信度不足，系统应先向用户确认，不允许静默选择高风险执行路径。
只读操作
查询本人待办、制度知识和权限范围内的经营指标属于只读操作。结果应说明：
- 数据范围和统计口径。
- 查询时间。
- 关键数据来源或引用。
- 无数据与无权限之间的区别。
写操作与确认
写操作遵循以下流程：
text
理解目标 → 补齐参数 → 业务预校验 → 展示确认卡 → 用户确认 → 调用业务接口 → 返回结果确认卡不是模型生成的普通文本，而是绑定当前会话、用户和结构化业务上下文的可执行对象。切换会话再返回时，未过期确认卡应能够恢复。
结果状态
| 状态 | 含义 | 用户应做什么 |
|---|---|---|
| 已完成 | 业务接口已成功执行 | 打开详情复核 |
| 草稿 | 已创建但尚未进入审批 | 在业务页面检查并提交 |
| 需要补充 | 缺少必要字段或档案 | 按提示补充后继续 |
| 已取消 | 用户主动取消 | 无业务写入 |
| 执行失败 | 业务校验或系统调用失败 | 根据错误说明处理，不要反复点击 |
安全提示
- 不要在对话中粘贴模型密钥、密码和完整银行卡号。
- 不要要求智能体绕过审批、权限或业务校验。
- 发现公司、部门或员工身份错误时，应立即停止写操作。
