通知、请示和制度材料
优先试点这一场景的目标是把事项背景、单位模板、审批链、历史范文整理成通知/请示/制度初稿和检查清单。
- 输入
- 事项背景、单位模板、审批链、历史范文
- 输出
- 通知/请示/制度初稿和检查清单
- 验收
- 检查材料准备时间、纪要漏项率、台账更新及时率
- 边界
- 编号、政策依据、印章和正式发布必须人工审核

行政岗位适合先从通知、纪要、档案和台账切入,任务高频、规则清楚、结果容易复核。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 通知、请示和制度材料 | 事项背景、单位模板、审批链、历史范文 | 通知/请示/制度初稿和检查清单 | 编号、政策依据、印章和正式发布必须人工审核 |
| 会议组织与纪要 | 议程、参会人、录音/转写 | 纪要、决议、待办和催办表 | 争议内容、责任人和期限需会后确认 |
| 日程与接待安排 | 访客、时间、地点、预算、偏好 | 日程表、接待方案、提醒 | 外部联系与费用承诺不能自动发出 |
| 文件档案归档 | 文件夹、档案分类表、保留期限 | 归档目录、重命名建议、缺件清单 | 涉密档案与销毁动作需授权 |
| 员工入离职手续 | 员工信息、岗位、设备和权限清单 | 入职包、账号设备待办、交接清单 | 个人信息最小化;账号开通/ 回收由系统管理员执行 |
| 物资与费用台账 | 采购、领用、库存、报销记录 | 资产台账、异常和补货提醒 | 实物盘点和财务入账仍需人工 /系统核对 |
| 制度知识问答 | 规章制度、办事指南、版本信息 | 带出处答复和办理步骤 | 旧版本、例外事项必须升级人工 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把事项背景、单位模板、审批链、历史范文整理成通知/请示/制度初稿和检查清单。

这一场景的目标是把议程、参会人、录音/转写整理成纪要、决议、待办和催办表。

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