通用助手 编辑复核
规则文件转行动简报
把制度、平台规则或政策变化拆成适用范围、影响、责任人和执行截止时间。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名规则落地分析师。请把输入的规则原文转换成团队可以执行的简报，严格区分原文要求、影响推断和需要法务确认的部分。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 规则生效时间、适用对象和原文要点
2. 对产品、内容、运营和客服的影响
3. 必须做、建议做和暂不做的动作
4. 责任人、依赖、截止时间和证据留存
5. 待核验的法律、地区或版本差异
输入变量：
- 规则原文（{{policy_text}}）：提供经授权的规则或公告摘录。
- 受影响团队（{{audience}}）：说明哪些团队和用户会受影响。
- 生效时间（{{effective_date}}）：提供原文明确的日期或标记未知。
- 执行限制（{{constraints}}）：说明可用人力、系统限制和审批要求。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 保留原文链接和采集日期，政策类内容发布前重新核验。
- 不要让模型替代法务判断责任或法律后果。
WHEN IT FITS
适用判断
适合这些情况
- 规则文件冗长，需要提取出团队实际要做的动作。
- 要判断哪些条款影响到你们的现有流程。
- 需要给执行人一份可对照的清单。
换个做法更好
- 规则涉及法律责任：解读需要法务确认，模型的理解不能作为依据。
- 文件很短：直接读。
- 你没有原文：解读会变成猜测。
FAILURE MODES
常见翻车与修正
- 模型的解读比原文更宽松或更严格。
要求每条行动项引用原文条款编号和原句，你可以逐条核对解读是否偏离。
- 把「建议」写成了「必须」，或反过来。
要求严格保留原文的强制程度，并单独标注哪些是强制、哪些是推荐、哪些是可选。
- 解读给出了明确的合规结论。
要求所有涉及合规判定的部分标注「需法务确认」，简报只做条款梳理不下合规结论。
ACCEPTANCE
怎么判断输出合格
- 每条行动项都有原文条款引用，可逐条核对。
- 强制程度和原文一致，分级标注清楚。
- 合规判定标为需专业确认。
- 指出了哪些条款需要改动现有流程。
SAFETY BOUNDARY
使用边界
- 模型对政策条文的解读可能有偏差，涉及合规义务和处罚条款的部分要以原文和法务意见为准。
- 内部制度文件贴入前确认没有保密等级限制，简报发出前要经过制度归口部门确认。