政策与法规检索
优先试点这一场景的目标是把事项、地区、层级、时间和关键词整理成现行文件、条款、沿革和原文链接。
- 输入
- 事项、地区、层级、时间和关键词
- 输出
- 现行文件、条款、沿革和原文链接
- 验收
- 检查材料编制时间、依据引用正确率、退回补正率
- 边界
- 核对发布机关、效力、适用地域和时点

政务与公文应用强调正式依据、密级、权限和流程,预审结果不能替代行政决定。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 政策与法规检索 | 事项、地区、层级、时间和关键词 | 现行文件、条款、沿革和原文链接 | 核对发布机关、效力、适用地域和时点 |
| 公文起草 | 事项、依据、受众、格式和已有材料 | 通知、请示、报告等草稿与缺件 | 主旨、事实、密级和正式发文人工审核 |
| 材料汇编与信息报送 | 多部门材料、模板、口径和期限 | 汇总稿、矛盾、缺报项和来源表 | 不得为凑齐材料补造事实和数字 |
| 会议纪要与督办 | 授权转写、议题、参会人和任务 | 决策、任务、责任、期限和督办表 | 会后确认,敏感会议按保密要求处理 |
| 政策解读与问答 | 正式文件、办事指南、案例和人群 | 通俗解读、问答、适用条件和来源 | 不扩大政策承诺,复杂事项转人工 |
| 热线与工单 | 来电转写、事项库、区域和流程 | 分类、摘要、派单建议和回复草稿 | 紧急事件和敏感诉求立即升级 |
| 事项受理与材料预审 | 办事指南、申请材料和规则 | 缺件、格式、冲突和补正提示 | 预审不等于行政许可或正式决定 |
| 档案编目与目录审核 | 档案目录、元数据、分类和保管规则 | 分类、缺项、重复和一致性问题 | 销毁、开放和密级调整需法定审批 |
| 保密与安全 | 数据分类、模型、权限、日志和场景 | 可用边界、风险、审计和培训材料 | 涉密信息不得进入未批准模型或系统 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把事项、地区、层级、时间和关键词整理成现行文件、条款、沿革和原文链接。

这一场景的目标是把事项、依据、受众、格式和已有材料整理成通知、请示、报告等草稿与缺件。

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