文件整理与归档
优先试点这一场景的目标是把本地文件夹、命名规则、分类要求整理成分类结果、重命名清单、异常文件表。
- 输入
- 本地文件夹、命名规则、分类要求
- 输出
- 分类结果、重命名清单、异常文件表
- 验收
- 检查处理时间、文件命名正确率、人工返工次数
- 边界
- 先预览变更;删除、覆盖和移动重要文件需人工确认

通用办公的首要价值,是把散落文件、会议、表格和资料整理成可复用的工作流。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 文件整理与归档 | 本地文件夹、命名规则、分类要求 | 分类结果、重命名清单、异常文件表 | 先预览变更;删除、覆盖和移动重要文件需人工确认 |
| 会议纪要与待办 | 会议录音/转写、参会人、项目背景 | 共识、争议、待办、负责人和时间 | 录音授权、敏感信息和责任人必须人工复核 |
| 文档起草与改写 | 模板、历史材料、受众、语气 | 通知、方案、总结或邮件初稿 | 对外口径、承诺和事实数据由人确认 |
| 表格清洗与分析 | Excel/CSV、字段口径、分析问题 | 清洗表、指标、异常与图表 | 公式、口径、缺失值处理需抽检 |
| 资料调研与报告 | 问题、范围、时间、可信来源要求 | 来源表、观点对比、研究报告 | 二手资料不能代替一手核验 |
| 定时任务与提醒 | 任务内容、频率、触发条件、通知方式 | 定时执行结果与异常通知 | 避免自动执行不可逆外部动作 |
| 知识库问答 | 制度、手册、历史项目、权限范围 | 带出处的回答和相关文档 | 权限隔离、版本更新和无答案时拒答 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把本地文件夹、命名规则、分类要求整理成分类结果、重命名清单、异常文件表。

这一场景的目标是把会议录音/转写、参会人、项目背景整理成共识、争议、待办、负责人和时间。

这一场景的目标是把模板、历史材料、受众、语气整理成通知、方案、总结或邮件初稿。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“文件整理与归档”。它所需输入是本地文件夹、命名规则、分类要求,目标交付是分类结果、重命名清单、异常文件表。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:处理时间、文件命名正确率、人工返工次数。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。