保密协议检查 Skill 实战演练:从请求到交付的全过程
如果你在合同与文档系统里反复做保密协议检查,可以考虑把经验沉淀为一个 Skill:写清触发条件、步骤、输出格式和边界,让智能体代劳重复部分,人只负责把关。
背景(虚构)
阿周是一名法务,每周都要做几次保密协议检查。过去靠复制粘贴提示词,结果不稳定。这次团队把它做成了技能,下面记录一次完整运行。
1. 发出请求
阿周在合同与文档系统中输入:
这是今天的保密协议,按团队的保密协议检查流程处理一下。
2. 技能被触发
智能体根据技能描述判断任务匹配,加载「保密协议检查」的完整指令。它不需要外部工具,直接按指令处理。
3. 检查定义范围
智能体完成“检查定义范围”,并在中间结果里注明依据,方便阿周回看。
4. 检查期限与例外
智能体完成“检查期限与例外”,并在中间结果里注明依据,方便阿周回看。
5. 检查违约责任
“检查违约责任”是最容易出错的环节,技能里专门写了要求,所以智能体给出了清楚的结果与理由。
6. 列出修改建议
智能体完成“列出修改建议”,并在中间结果里注明依据,方便阿周回看。
7. 交付与复核
智能体交付检查结果,末尾列出两条需人工确认的内容。阿周对照原始保密协议抽查关键信息,修正一处表述后采用。
复盘:这次做对了什么
- 步骤写在技能里,没有遗漏
- 不确定处被标出,而不是被编造
- 遵守了「输出仅供参考,不构成法律意见,关键结论请律师确认」
- 属于中等风险:结果会影响业务判断,建议在输出前设置人工审核点
可以改进的地方
阿周发现智能体对团队内部术语理解不一致,于是在技能目录中加了一份术语表(reference.md),并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。
每一步要产出什么
把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:
- 检查定义范围:产出一段简短的中间结果,并注明依据来自保密协议的哪一部分
- 检查期限与例外:产出一段简短的中间结果,并注明依据来自保密协议的哪一部分
- 检查违约责任:产出一段简短的中间结果,并注明依据来自保密协议的哪一部分
- 列出修改建议:产出一段简短的中间结果,并注明依据来自保密协议的哪一部分
最后一步之后,再把这些中间结果汇总成检查结果。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。
领域注意事项
「保密协议检查」属于法务合规领域,使用者多是法务与业务人员,工作环境通常是合同与文档系统。这个领域最重要的一条底线是:输出仅供参考,不构成法律意见,关键结论请律师确认。
建议把这条底线原样写进技能的约束部分,而不是指望智能体自己意识到。同时,在团队内部明确:智能体给出的检查结果只是初稿或建议,最终由谁签字确认、出了问题由谁负责。
延伸阅读
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。