WorkBuddy 5.5.0 在 2026 年 9 月 1 日的更新中增加行业 Buddy 应用，可按场景组织专属首页、专家、技能和连接器。企业可以据此检查自己的岗位入口是否已经包含员工完成工作所需的内容。腾讯云更新记录
岗位应用的配置从具体工作开始。例如生产计划员需要核对订单、库存和交期，售后专员需要查询设备资料和历史工单。两个岗位即使用同一个模型，也应有不同的默认资料和任务说明。
岗位任务的确定
选择一种有稳定输入和明确交付物的工作，写清员工平时从哪里取得资料，如何判断信息齐全，最终把结果放在哪里。对“帮助销售提高效率”这类宽泛目标，需要继续拆成报价资料整理、跟进记录补全等可检查任务。
| 配置项 | 生产计划示例 | 验收问题 |
|---|---|---|
| 首页入口 | 待排产订单与缺料检查 | 是否能定位需要处理的订单 |
| 资料 | 物料、工艺、交期规则 | 是否使用有效版本 |
| 技能 | 汇总缺料并形成采购建议 | 是否保留数量和单位 |
| 连接器 | 库存与订单查询 | 是否符合操作者权限 |
| 结果 | 建议清单及原记录链接 | 是否可由岗位负责人核对 |
这些是企业配置示例，不是对某个行业应用现成功能的描述。
资料与默认规则
岗位知识应包含业务定义，而不仅是产品介绍。库存是现存量、可用量还是扣除预留后的数量，交期指发货还是到货，都需要明确。否则同一句指令可能形成多种正确但不可用的答案。
规则要有负责维护的人和生效日期。临时例外只对指定订单或项目有效，不能被长期记忆吸收成全局默认规则。员工反馈也应区分资料错误、规则变化和个人表达偏好。
账号与业务权限
连接成功之后，检查应用使用的是谁的身份。测试普通员工能否查询本人范围、主管能否汇总部门数据，以及跨部门访问是否被限制。共享一个高权限账号会掩盖这些差异。
如果任务包含写入，逐项明确草稿创建、正式提交和审批动作。员工看见一个按钮不意味着他已获得业务授权；是否允许操作应由原系统或明确的后端授权规则决定。
日常工作的验收
使用真实脱敏样本，包含正常任务、资料缺失、单位不一致、记录重名和临时改期。让实际岗位人员完整操作，检查生成结果能否用于下一步工作，并记录必须返工的内容。
统计时以完整任务为单位：从资料收集到结果确认发生了多少轮交互，员工补了哪些信息，最终是否完成。只看首轮回答或展示界面，无法说明岗位应用是否减少了重复劳动。
配置维护与退出
上线后保留当前配置版本，修改技能或默认规则时记录原因。遇到持续错误可以恢复到已验证版本，同时保留正在处理的任务，避免配置更新把员工工作打断。
还应确认知识、产物和业务记录能否导出，停用账号后资料由谁接管。岗位应用的价值需要通过实际工作持续检验，采购范围和续费依据也应落在这些可核对结果上。
可以结合Agent 任务验收与系统接口交付确定范围，岗位应用实施见企业 Agent 落地。
