S标准T2优先级 10.0答案带出处版本判定重复答疑口径统一

CP-03 · 制度问答知识库(带出处)

年假怎么算 · 这张发票能不能报 · 加班餐补多少 —— 同样的问题一天被问八遍

一这件事现在是什么样

证照合规与制度治理 · 真实业务触发

行政/HR 每天被同样的问题打断:报销标准是多少、年假怎么折算、出差住宿限额、加班怎么算。答案都写在制度里,但没人去翻。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

1
行政被打断到无法完成任何需要连续 30 分钟的工作 —— 「同一时间又有员工跑来问:这张发票能不能报?交通补贴怎么提交?」依据 · 行政从业者自述:经常工作干了一半就被打断,直到下午四点才有机会起身喝口水
2
答案确实写在制度里,但制度散在共享盘、企微文件、邮件附件里,员工找不到也不想找依据 · 行政台账现状:文件名后加最终版、最终版2、终极最终版,没人知道哪个是真的最终版
3
同一个问题不同的人答出不同口径 —— 因为答的人凭记忆,而制度改过依据 · 证监局对 G 上市公司采取责令改正:议事规则与公司章程存在冲突且多年未修订
4
如果答案不能追溯到制度原文,员工不敢按它执行 —— 这是这类工具的成败关键依据 · 企业制度治理实务:制度只建不清,旧制度引用已废止条款形成僵尸条文
5
中小企业行政常兼人事出纳,被问的问题横跨行政、人事、财务三条线依据 · 行政专员 JD 原文:本岗位集行政、人事、出纳三大职能于一体

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 行政被打断到无法完成任何需要连续 30 分钟的工作 —— 「同一时间又有员工跑来问:这张发票能不能报?交通补贴怎么提交?」
  • 答案确实写在制度里,但制度散在共享盘、企微文件、邮件附件里,员工找不到也不想找
  • 同一个问题不同的人答出不同口径 —— 因为答的人凭记忆,而制度改过
  • 如果答案不能追溯到制度原文,员工不敢按它执行 —— 这是这类工具的成败关键

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

5 步 · 每一步的产出都是下一步的输入

第 1 步
版本判定 · 先确定哪一版在生效同一制度多版本时按生效日取最新;已废止的排除并记录
第 2 步
条款切分 · 切到可引用的粒度按条号切分,保留原文与上下文,不做改写
第 3 步
问答构建 · 高频问题成型每条答案 = 结论 + 制度原文摘录 + 文件名与条号 + 生效日
第 4 步
冲突标注 · 同一问题多处规定两份制度都有规定且不一致时,并列展示并标注需人工定口径
第 5 步
覆盖检查 · 哪些常见问题制度里没写列出「制度未覆盖」清单 —— 这本身是给行政的一份改进建议

要准备什么

全套现行制度文件
考勤、报销、用车、办公用品、差旅、福利等
制度台账(如有)
用于判断版本与生效日 —— 没有的话可以先跑 CP-01 生成
历史高频问题清单(如有)
行政自己攒的答疑记录,用于校准口径

为什么这个场景值得做

痛感 4 × AI 适配 5 ÷ 落地难度 2 = 10.0

最大差异点 · 每个答案必须点得开源文件的哪一段。找不到依据时明确说「制度里没写」,而不是根据常识编一个看起来对的答案 —— 这是员工敢不敢按它执行的分界线。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
制度问答知识库.xlsx
正式件本体 · 4 sheet · 每条答案带文件名/条号/生效日
可派发清单
制度覆盖缺口清单.xlsx
常见问题但制度未规定 · 可直接作为修订建议上会

这套东西不承诺什么

不做「个案裁定」—— 「我这个情况能不能特殊处理」这类问题会明确回答「制度里没有规定这种情形,需要人工判断」,而不是编一个答案。答案必须带出处,出处找不到就说找不到。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了