WorkBuddy 适合先做什么：从个人办公到团队流程的场景筛选

引入办公智能体时，最容易出现的偏差是先列功能，再寻找能够套用的工作。真正适合首批落地的任务，应同时具备稳定输入、明确产物、可观察的人工步骤和可接受的失败后果。个人整理、资料归纳与草稿生成通常便于限定边界；跨部门审批、批量发送、修改业务记录则牵涉身份、权限和外部影响，需要在流程成熟后再进入。场景筛选不是判断工具能不能做，而是判断组织能不能解释结果、承担责任并在异常时停止。

判断这个场景是否适合

先把候选任务还原成一天中的真实动作。记录任务由什么事件触发，操作者从哪里取资料，经过哪些判断，最终交给谁。若每个人的做法都不同，或者完成标准只能靠资深员工凭感觉判断，就先整理规则和样例。适合作为起点的任务往往重复发生，输入格式大体稳定，产物可以由责任人快速复核，而且即使生成失败，也能回到原来的人工方式。

第二个维度是风险。只读检索和内部草稿的失败通常表现为漏项或表达不准；自动建日程、发送邮件、创建工单和更新客户信息则会产生外部副作用。评估时应写出最坏情况、发现时间、撤销办法和负责人。没有撤销接口、没有幂等标识或错误会立即影响客户的操作，不宜直接交给 WorkBuddy 连续执行，应先停在预览和人工确认。

第三个维度是数据条件。个人文件、共享目录、邮件、日历和业务系统各有独立权限，能够被使用者看到，不代表智能体应默认获得同等范围。首批场景要优先选数据来源清楚、授权主体明确、保留期限可定义的任务。若需要汇集多个部门资料，应确认继承原权限，避免为了方便把文件复制到所有人可读的位置。

最后看验收能否成立。会议摘要可以检查行动项、责任人和日期是否来自原文；信息整理可以检查字段完整与引用；草稿可以检查事实、语气和禁止表达。每个候选场景准备正常、缺失、冲突和无权限样本，由业务人员给出预期结果。无法形成测试集的任务，即使演示效果顺畅，也不适合成为首批团队能力。

实施时怎么拆

起步阶段只做个人辅助。选择少量志愿者，在副本资料和非关键任务上使用，保留原人工流程。配置最小文件目录和最小账号权限，关闭不需要的写操作。使用者每次确认输入范围和产物去向，记录误解、遗漏、越界读取尝试与节省下来的步骤，而不是只评价文字是否好看。

第二阶段把有效做法固化为模板。模板需说明适用任务、必填输入、允许的数据源、输出格式、人工确认点和禁止事项。对事实性内容要求引用，对外内容要求责任人批准。管理员为模板设置版本，变更提示词、连接器或权限后重新跑基准案例，旧版本在观察期内保留，出现质量退化时可以恢复。

第三阶段才连接团队流程。把一次长链拆成可验收节点，例如读取申请、提取字段、生成建议、人工审批、写入系统和通知结果。读取与写入使用不同权限，写操作使用专用服务账号、最小作用域和幂等键。审批界面展示来源、将要执行的动作及影响对象，不能只显示一句摘要让批准人盲点确认。

上线验收同时覆盖正确性、权限、异常和恢复。正常任务应得到预期产物，无权限文件应明确拒绝，外部接口超时不得重复写入，人工驳回后流程应停止。发布从有限人群开始，监控失败类型和待确认积压。若出现越权、错误发送、无法对账的写入或关键模板明显退化，立即停用相关连接，切回人工流程，并按操作日志核对已经发生的副作用。

不要忽略的限制

个人使用有效不等于团队复制后仍有效。团队会带来角色差异、资料版本冲突、审批等待和责任转移。模板也不能代替培训，使用者需要知道如何限定目录、识别引用、修正任务以及在结果不确定时停止。管理员还要定期回收离职账号和闲置连接，避免历史授权一直存在。

回滚边界必须在推广前写清：配置错误可以回退模板，连接故障可以停用工具，错误业务记录则需要按业务规则撤销或人工补正，模型回退无法自动消除已经发送的邮件。只有当责任人确认测试证据、权限清单、人工接管和恢复步骤都可执行，场景才适合扩大使用。场景清单应持续删减和排序，不把所有办公动作都塞进同一条自动流程。