验收应覆盖员工真实使用的整条路径：任务发起、插件调用、业务结果、成果交付与异常处理。平台能安装、接口能连通之后，还要验证岗位任务能否完成。
桌面助手试用时，员工可能很快完成一份报告。企业希望推广到日常工作，还需要确认每个人的账号能否正确接入，业务数据是否准确，以及电脑或服务异常时如何继续处理。
建议把验收对象定义为整条链路：个人桌面助手、插件或连接器、Java 服务端 AI 应用，以及原有企业系统。每一部分都对应明确的条件和维护人。
一：选择一个岗位的高频任务
例如销售人员整理待交付订单，明确问题怎么提出、需要查哪些系统、输出什么文件，以及是否涉及发送或修改业务数据。
首期优先选择输出容易检查的任务。把员工目前的操作步骤也记录下来，便于比较实际省去的工作和新增的核对负担。
二：确认使用平台与运行环境
列出桌面产品、版本、插件、模型、工作目录和网络条件。使用办公消息发起任务时，另外检查账号绑定、结果回传与权限设置。
需要持续运行的工作，明确放在个人电脑还是服务端。测试客户端退出、电脑休眠与服务重启后的表现，避免试用与实际使用环境不一致。
三：检查插件与服务端的契约
核对身份如何传递、查询参数如何填写、数据由哪个系统提供。准备正常请求、无结果、错误编号、凭证过期与跨部门查询等情况。
对写入工具，测试确认内容是否对应本次操作、重复请求是否会重复执行，以及成功后能否查询实际结果。
四：用业务结果评价效果
| 维度 | 要检查的问题 | 建议证据 |
|---|---|---|
| 任务完成 | 员工能否得到所需结果 | 代表性任务与业务人员复核 |
| 数据准确 | 订单、库存与引用是否一致 | 与源系统逐项核对 |
| 成果可用 | 文件能否打开、修改和继续使用 | 实际交付文件与修改记录 |
| 权限正确 | 不同岗位是否获得各自允许的数据 | 多账号反例测试 |
| 异常处理 | 失败后能否说明状态、继续或接管 | 断网、超时与恢复演练 |
| 运行成本 | 等待与修改是否抵消收益 | 耗时、调用成本、人工介入 |
指标阈值按岗位任务共同约定，不使用一套统一的准确率代替业务判断。
五：让桌面与服务端记录能够关联
保留任务标识、工具版本、调用状态与失败类别，排查时能从员工看到的问题定位到对应接口。Spring AI 的可观测性能力可为服务端调用追踪提供基础。官方说明
更换桌面平台、插件、模型或接口后，都应使用同一组任务回归，检查链路是否仍然可用。
六：明确各部分由谁维护
分别约定桌面配置、插件升级、Java 服务端部署、业务接口变更和账号权限的责任。按合作范围交付源码、配置与操作文档，让接手团队实际完成一次部署或连接恢复。
AgentStart 的协作从岗位任务开始，围绕服务端 AI 应用和桌面助手接入展开。试点的价值，是帮助企业判断这条路径能否持续使用，再决定扩展范围。讨论试点任务。
参考资料
以下为本文参考的官方资料。工程建议由 AgentStart 整理，组件能力与配置以实际使用版本为准。