隐私政策起草 Skill 实战演练:从请求到交付的全过程
把「隐私政策起草」交给智能体,难点不在模型能力,而在流程是否说清楚:输入是什么(数据处理说明),按什么顺序处理,交付什么(隐私政策草稿),哪些事不能做。Skill 就是把这些写下来的载体。
背景(虚构)
小唐是一名法务,每周都要做几次隐私政策起草。过去靠复制粘贴提示词,结果不稳定。这次团队把它做成了技能,下面记录一次完整运行。
1. 发出请求
小唐在合同与文档系统中输入:
帮我做一下隐私政策起草,材料是附上的数据处理说明。
2. 技能被触发
智能体根据技能描述判断任务匹配,加载「隐私政策起草」的完整指令。它不需要外部工具,直接按指令处理。
3. 列出收集的信息
“列出收集的信息”是最容易出错的环节,技能里专门写了要求,所以智能体给出了清楚的结果与理由。
4. 说明用途与共享
这一步的产出会作为下一步的输入。智能体在“说明用途与共享”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
5. 写用户权利
“写用户权利”是最容易出错的环节,技能里专门写了要求,所以智能体给出了清楚的结果与理由。
6. 请法务审定
这一步的产出会作为下一步的输入。智能体在“请法务审定”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
7. 交付与复核
智能体交付隐私政策草稿,末尾列出两条需人工确认的内容。小唐对照原始数据处理说明抽查关键信息,修正一处表述后采用。
复盘:这次做对了什么
- 步骤写在技能里,没有遗漏
- 不确定处被标出,而不是被编造
- 遵守了「输出仅供参考,不构成法律意见,关键结论请律师确认」
- 属于高风险:涉及权限、个人信息或不可逆操作,Skill 只产出建议或草稿,执行前必须人工确认
可以改进的地方
小唐发现智能体对团队内部术语理解不一致,于是在技能目录中加了一份术语表(reference.md),并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。
每一步要产出什么
把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:
- 列出收集的信息:产出一段简短的中间结果,并注明依据来自数据处理说明的哪一部分
- 说明用途与共享:产出一段简短的中间结果,并注明依据来自数据处理说明的哪一部分
- 写用户权利:产出一段简短的中间结果,并注明依据来自数据处理说明的哪一部分
- 请法务审定:产出一段简短的中间结果,并注明依据来自数据处理说明的哪一部分
最后一步之后,再把这些中间结果汇总成隐私政策草稿。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。
领域注意事项
「隐私政策起草」属于法务合规领域,使用者多是法务与业务人员,工作环境通常是合同与文档系统。这个领域最重要的一条底线是:输出仅供参考,不构成法律意见,关键结论请律师确认。
建议把这条底线原样写进技能的约束部分,而不是指望智能体自己意识到。同时,在团队内部明确:智能体给出的隐私政策草稿只是初稿或建议,最终由谁签字确认、出了问题由谁负责。
延伸阅读
- 隐私政策起草 · 故障排查
- 隐私政策起草 · Claude 应用中的 Skills 版
- 隐私政策起草 · LangChain / LangGraph 工具 版
- 法规检索笔记 · 场景实录
- 合同义务提取 · 场景实录
- 智能体Skills 分类:625 个技能 × 32 个角度
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。