用 6 个节点,搭建一款真正能落地的「公文智能质检」工作流智能体
公文写作中的质检环节长期困扰政企用户,低效且易错。本文揭秘如何用工作流智能体打造6步完成的高效质检方案,通过拆解模型分析与结构化输出的黄金组合,实现从JSON报告到可执行建议的无缝转换。这种'模型判断+工作流表达'的范式,更可复用到合同审查等各类文本核查场景。

在政企办公、集团内部管理、行政人事等场景中,公文写作几乎是高频、刚需,却长期低效的工作。无论是通知、请示、报告还是函件,真正耗时的并不是“写”,而是反复检查:行文是否规范、称谓是否准确、标点是否合规、要素是否缺失。
正是基于这个真实痛点,我尝试用工作流智能体的方式,搭建了一款 6 个节点以内即可完成的「公文智能质检官」。本文将完整分享我的场景洞察、设计思路、实现路径以及实战中的关键经验,帮助你一步步复刻这套方法。
一、场景洞察:为什么“公文质检”非常适合工作流智能体?
在日常工作中,我观察到几个非常典型的现象:
- 公文返工率高,但问题高度重复
- 问题并不“难”,而是琐碎、机械、容易遗漏
- 人工检查极度依赖经验,新人几乎无从下手
- 大模型“直接改全文”反而不可信、不敢用
这类任务的本质并不是“生成内容”,而是:对已有文本进行规则化检查,并给出结构清晰、可追溯的修改建议。
这正是工作流智能体的优势所在:
- 模型负责判断与分析
- 工作流负责结构化、约束与输出格式
所以我给自己定下了一个明确目标:不做“帮你重写公文”,而是做“帮你找出哪里不合规、为什么、该怎么改”。
二、整体设计思路:模型 + 工作流,各司其职
在设计之初,我刻意避开了“复杂即高级”的误区,而是坚持三个原则:
- 节点数量可控(≤6 个)
- 每个节点只干一件事
- 模型输出必须“被解释”后再给用户
最终,我设计的整体结构如下:
开始
→ 参数提取
→ 公文质检(模型分析)
→ 问题结构化(JSON → 人话)
→ 回复
→ 结束
这个结构非常关键,它解决了很多人第一次用工作流时容易踩的坑:
不是模型输出什么,用户就看什么。
三、实现路径拆解:每一步到底在做什么?
下面我按真实搭建顺序,拆解每一个关键节点的作用。
1️⃣ 开始节点:只做一件事——接住用户输入
用户的操作非常简单:
把完整公文正文复制进输入框,发送。
开始节点不做任何加工,只负责把文本传给后续流程。这一步看似简单,但有一个关键意识:
不要在开始节点“引导用户分字段填写”,那会极大降低可用性。
2️⃣ 参数提取:把“整篇公文”变成可分析对象
在参数提取节点中,我只做了两类信息收集:
- 公文正文(doc_text)
- 公文基础属性(如文种、行文方向、严格程度)
这些信息全部来自同一段用户输入,而不是额外表单。这样可以做到:
- 对用户来说:依然是“一次粘贴”
- 对系统来说:已经是结构化输入
3️⃣ 公文质检节点:只生成“结构化问题”,不写结论
这是整个系统的核心模型节点,但它的职责被我刻意收窄:
只输出 JSON 结构的质检结果
例如:
- summary:整体判断
- issues:问题列表(位置、类型、原因、建议、严重程度)
这一步我明确禁止模型:
- 直接给修改后全文
- 输出自然语言长段解释
原因只有一个:
模型擅长分析,不擅长“控制表达形式”。
4️⃣ 问题结构化节点:把 JSON 变成人能读的报告
这是我整个流程里最关键、也最容易被忽略的一步。
很多人会问:
模型都已经输出结果了,为什么还要一个节点?
答案是:
用户不是程序员,看不懂 JSON。
这个节点的作用只有一个:
把结构化结果,翻译成“质检报告”。
例如:
- 先给整体结论
- 再逐条列出问题
- 每条问题固定包含:位置 / 原因 / 建议 / 严重程度
这一层不是“多余”,而是体验分水岭。
5️⃣ 回复节点:只负责“展示”,不再做判断
在回复节点,我不再让模型“思考”,而是:
- 直接引用「问题结构化」节点的输出
- 原样呈现给用户
这一步确保了:
最终输出 = 可控、稳定、不会跑题。
6️⃣ 结束节点:完成一次完整质检
结束节点只做收口,不承担业务逻辑。这让整个流程:
- 易调试
- 易维护
- 易扩展
四、实战心得:这套方法为什么“特别稳”?
在多次调试和真实公文测试后,我总结了几条非常重要的经验:
1. 不要让模型“既分析又表达”
拆成两个节点,效果会好非常多。
2. 质检类任务,先给“问题清单”而不是“修改稿”
这会极大提升用户信任度。
3. 工作流的价值,在于“把不确定性关进笼子”
而不是一味追求模型能力。
五、结语:这是一个“能复制”的方法,而不是一个 Demo
这套公文智能质检工作流,并不是为了“炫技”,而是一个可被复制到无数类似场景的方法论:
- 合同审查
- 招标文件检查
- 内控文本核查
- 制度合规扫描
只要你记住一句话:
模型负责判断,工作流负责表达。
本文由 @芋头 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
- 目前还没评论,等你发挥!

起点课堂会员权益




