AG03 第一次使用智能体
1. 本课任务与操作路线
前两课已经启动服务，并接通模型和一体化平台。这一课换成员工视角，完成一次查事的闭环：先核对自己的身份和待办，再向智能体提问，围绕同一张单据追问，最后回原系统检查。我们还会演示不能代替审批的边界，以及如何找回历史对话。沿用当前环境和账号，不重复配置模型。
2. 先看本人在平台上的待办
先打开一体化平台。这次使用的是财务专员，所属深圳总公司、财务部门。首页待办任务是一条，单据类型为 OA 用车申请单，单号尾号是零零零二，当前节点是部门负责人，状态为待处理。先记住这几项，稍后用来核对助手的回答。我们不新建单据，也不提交审批决定。
3. 使用平台账号进入智能体
正常使用时，从管理员已授权的工作台菜单进入即可。这次员工角色还没有显示该菜单，所以打开已配置好的本机智能体登录页。选择与平台相同的单位，再点使用业务系统账号登录。平台已经登录，经过授权跳转就进入工作台，不需要另外注册一套智能体账号。客户环境使用自己部署的地址。
4. 确认姓名、单位和使用入口
进入后先看左下角，点击姓名，核对财务专员、深圳总公司和财务部门。身份不对，就先退出并检查平台登录账号。当前是普通员工，页面没有开发入口；能看到哪些功能，还取决于实际授权。这一课保持在工作区域，不使用管理员身份来代替员工查询。确认后收起个人卡片。
5. 提出一个明确的只读问题
点击新任务，在输入框写清楚：查询我当前的全部待办，只读查询，不办理、不审批，并列出单据类型、单号和总数。按回车发送，等待实际返回。助手调用了待办能力，找到了这张用车申请。注意它同时说明，当前接口只返回首条待办，不能确认是否还有更多。完整数量仍要以平台待办页为准。
本次回答明确：当前接口只返回首条待办，不能确认是否还有更多。单号与平台相同，完整数量以平台页面为准。
6. 查看调用记录与结果范围
回答上方显示由审批助手接手，并调用了一项能力。展开执行记录，可以看到实际调用了待办办理摘要。它读取了业务信息，回答中的单号与平台一致。这里要区分事实和范围：找到这张单据，不代表已经取到完整清单；回答文字也不代表已经办理。接下来保留同一会话，继续问这张单据。
7. 在同一会话中追问办理内容
继续输入：第一条要我处理什么？请结合这张单据，说明当前节点和办理前需要核对的内容，不替我作决定。这样第一条就承接刚才的上下文，不必重新描述所有信息。阅读回答时，先看单号和节点是否对应，再看核对建议。助手给出的建议用于辅助阅读，实际表单、审批要求和决定仍以原系统为准。
本次摘要有公司、部门、事由与流程信息，但不能据此代替原单；回答提示用车时间、地点等明细需回查。人员标签和后续节点也应回平台审批信息核验。
8. 通过真实入口回业务系统
现在回原系统检查。点击左下角个人卡片，再点回到业务系统。这个入口会打开平台页面。当前回答没有提供可直接跳到这张原单的专用按钮，所以我们回平台首页，从本人待办列表找到相同单号。平时也可以切回已经打开的平台标签页，关键是保持同一个账号和单位。
9. 打开原单核对表单和节点
在平台待办列表找到同一张用车申请，点击办理，进入真实单据页面。这里的办理是打开详情，本课停留在核对，不点同意或驳回。对照单号、发起人、业务表单和当前审批节点，检查助手提到的内容。遇到回答未给出的信息，就回表单查证，不把助手的通用建议当成已经核实的单据事实。
“办理”打开真实详情；原单可见车辆、出回车时间、地点与用车事由。本课未点击通过、拒绝等业务操作。
10. 验证助手不能代替审批
切回刚才的对话，输入：帮我把这条待办审批通过。观察真实返回。助手应明确说明，审批需要本人到业务系统操作，不能替你点同意或驳回。即使前面已查询到数据，也不等于获得了代批权限。本课只验证这个边界，不在平台提交审批；最后还会再次核对原待办仍然存在。
11. 给这次对话一个可识别的名称
这次对话包含待办查询、追问和边界验证，值得保留。找到左侧当前会话，点击更多操作，选择重命名，输入 AG03 本人待办核对，再按回车。名字尽量包含业务对象或用途，方便以后查找。重命名只整理聊天记录，不会改变原业务单据，也不会产生审批结果。
12. 查找历史与当前版本限制
点击新任务，回到新的输入页。在左侧搜索对话，输入 AG03，可以找到刚才重命名的记录。这里要说明本次初版的实际情况：点击会话后，页面没有正常回显历史正文，不能把这个空白页当作恢复成功。记录已经保存，但加载还有异常，需要反馈管理员处理。当前先回平台核对业务，不依赖历史回显来判断单据状态。
当前初版实测：message-list成功返回8条记录，但pending-confirm接口500导致历史正文未显示。录屏保留真实空白结果，不宣称上下文恢复成功；没有修改产品代码或数据库。
13. 把对象、范围和缺失信息写清楚
继续提问时，把范围缩小：只看我当前待办里的这张用车申请，列出办理前要核对的三项内容，不审批，不写入，缺失信息请明确说明。单号给出了具体对象，当前待办给出了范围，三项限定了输出形式。这次返回提示明细缺失，所以三项内容只是核对建议，不是已核实的单据事实。以后换成自己的单号和时间范围，遇到缺失就回原单确认。
本次指定单号后，实际回答提示明细缺失。三项内容是核对建议，未证明这些明细已成功取回。回平台原单确认，不据此下审批结论。
14. 回平台复核并结束本课
最后回到平台首页，再看待办任务：仍然是一条，同一张用车申请，状态仍为待处理。说明这次查询和追问没有替员工完成审批。日常使用可以沿用这条路线：确认身份，写清问题，检查回答范围，必要时回原单核对，再由本人处理业务。下一课我们继续制作公司制度问答，让回答能够对照具体原文。
AG03 员工提问与回查清单
- 先确认平台登录姓名、单位和部门；智能体沿用同一平台身份。
- 从已授权的智能体工作台入口进入。当前教学员工尚无平台菜单，录屏使用已配置的
http://localhost:5666/login，经平台 SSO 进入；客户使用自己的部署地址。入口授权由管理员按职责维护，不用管理员结果替代员工结果。 - 新任务输入具体问题，写清对象、时间、数据范围和只读要求。Enter 发送，Shift + Enter 换行。
- 检查实际能力调用、单号及结果范围。本次“待办办理摘要”只返回首条，不用它证明全部待办数量；完整清单到平台流程中心核对。
- 在同一会话追问同一单据。核对建议不等于已核实事实，缺失字段应回原单查证。
- 左下角姓名 → 回到业务系统 → 本人待办 → 找同一单号 → 办理，打开详情。本课不点击通过、拒绝或其他业务提交按钮。
- 更多操作 → 重命名；新任务后可搜索到对话记录。本次历史正文回显异常，不能当作恢复成功；反馈管理员处理，当前仍回平台核对业务。历史回答也不是实时状态。
可替换的提问示例
- 查询我当前的待办，只读，不办理、不审批。请说明结果范围，不能确认总数时明确提示。
- 第一条要我处理什么？说明当前节点和办理前核对事项；区分原单事实与建议，不替我作决定。
- 只看我当前待办里的【自己的单号】，列出办理前要核对的三项内容。不审批、不写入，缺失信息请明确说明。
客户需替换自己的单号和时间范围；不要将教学数据当作自己的实际业务。
AG03 本课结果与使用边界
| 项目 | 本次实测 |
|---|---|
| 身份 | 财务专员，深圳总公司 / 财务部门；userId 210、tenant 1、admin=false |
| 平台待办 | 录制前后均为 1 条；OA用车申请单；OA101-2026083100002；部门负责人节点，待处理 |
| 助手初次查询 | 调用待办办理摘要，找到相同单号；明确首条摘要不能确认全部数量 |
| 承接追问 | 返回同一单号、节点及部分摘要，并提示用车时间、地点等需打开原单核对 |
| 原单回查 | 平台点击“办理”打开真实用车申请详情，可见车辆、时间、地点、事由等；未提交决定 |
| 代批请求 | 明确拒绝替员工审批通过，提示本人回流程中心操作 |
| 历史记录 | 会话重命名为 AG03 本人待办核对；新任务后搜索到记录；正文加载异常，未验证恢复成功 |
| 指定单号追问 | 本次返回明细缺失提示，三项内容属于核对建议；不将其认定为完整业务取数成功 |
| 业务写入 | 0 次业务提交、0 次审批；聊天及会话名称保存为教学记录 |
使用时留意
助手的返回取决于当前能力、账号权限、模型与数据，不保证每次措辞相同。本次只读能力的结果范围有限；指定单号追问也出现明细缺失，未改造产品掩盖该结果。回答中的人员标签、后续节点和建议应以平台原单与审批信息为准。没有可用原单直达按钮时，通过个人卡片返回平台或切回平台标签页核对，不虚构跳转。
本人有查询权限不代表智能体可以代批。是否同意、拒绝以及实际业务操作，应由本人在平台确认。若没有待办，如实显示空结果；若权限不足，联系管理员核对本人授权，不切换高权限账号冒充员工验证。
本地审阅版：媒体与播放器自动检查后交付审阅，仍待完整人工观看试听。下一课 AG04 为公司制度问答。