k2f-legal-notice

K2F 法律通知 — AI 原生美学设计

目的

教会 Agent 在排版前规划法律通知：通知类型、面向收件人的义务、便于快速浏览的范围与系统区块，以及正式的层级结构——不得臆造用户或律师未提供的司法管辖区、保管人、范围或特权标记。

基于 K2F 构建

此技能以 .K2F 包的形式生成法律通知。编写时请遵循 k2f 技能：解包或初始化工作区、编辑语义树、运行打包/验证，然后导出。K2F 让 Agent 专注于含义（通知用途、章节、强调内容），而非像素坐标——引擎会将布局、字体排印和主题编译为一致且可直接导出的成品。

开始构建前，请安装核心技能：npx skills add suzheng/k2f --skill k2f。

适用场景

• 首次向指定保管人发出诉讼保全通知。
• 当范围、系统或保管人发生变化时，定期重新确认（更新）。
• 律师确认可以结束保全后，发出解除通知。
• 将保全通知草稿重新排版为格式统一、达到机构级标准并供律师审阅的通知。

工作流

步骤 1. 生成 content_and_design.md

用于语义内容和美学意图的统一蓝图。为各区块添加标签，以便 k2f 技能后续映射为章节和强调内容。

子步骤

1. 通知框架 — 将通知归类为发出、更新或解除。注明生效日期、事项简称、发出机构和签署人（由用户提供或按机构样式填写）。更新通知应注明原始发出日期；解除通知应注明结束日期和解除后的保留指示（由用户提供）。仅在用户提供时标明审理法院/司法管辖区——不得臆造保全触发条件或制裁规则。

2. 收件信息区块 — 日期、收件人（保管人或角色）、发件人（授权签署人）、主题行（LITIGATION HOLD NOTICE — [matter] 或对应的解除通知）。将预期的特权 / 保密标记记为 USER OR COUNSEL TO CONFIRM——面向外部保管人的通知通常不同于内部工作成果的标题。

3. 为何通知此收件人 — 用一句通俗的话说明为何向其发出通知（角色、项目、数据访问权限）。避免带有偏见的叙述、自认或策略内容；提供足够背景以便理解相关性。

4. 核心义务（主视觉） — 发出/更新：立即生效，保留列出的类别。解除：保全自[日期]起解除；按所述指示恢复常规保留。此行是视觉和语义上的锚点。

5. 范围层 — 使用编号列表列出：文档类别、主题、交易对方、日期范围（自[事件]起至今均须保留）。从具体内容开始；范围尚未确定时，标记为 COUNSEL VERIFY — breadth。更新通知：指出与上一版本相比的新增、修改或删除内容。

6. 系统与位置层 — 使用单独区块列出渠道（电子邮件、聊天、云盘、自带设备、纸质文件、语音邮件、日历）。范围说明是什么，系统则说明在哪里。

7. 禁止行为 — 使用简短的祈使句列表（不得删除、修改、销毁、自动删除或清空收件箱）。仅适用于发出/更新通知。

8. 操作边界 — 提供法律联系人，以便收件人提问；说明确认方式和截止时间（例如，三个工作日内）；注明通知持续有效，直至收到书面解除通知；如适用，说明定期重新确认。澄清：可以继续进行业务讨论；除非收到指示，否则不得与同事讨论该通知、诉讼或法律策略。

9. 安全提示 — “若不确定某项内容是否属于保全范围，请将其保留下来”（适用于发出/更新通知）。

10. 签名区块 — 签署人姓名、职务、联系方式；顺序应与机构模板一致。

11. 设计意图 — 采用正式、符合法务保管要求的清晰表达，避免装饰：

    • 语气：直接、权威、沉稳；不使用营销或道歉措辞。
    • 层级：Re 行和 立即生效最醒目；其次是编号范围；请勿在视觉上加以区分（通过字重或标签，而非刺眼的颜色）；系统作为次级扫描列表；联系人／确认信息置于结尾栏。
    • 密度：适中——段落简短，范围和系统使用项目符号；每个区块只表达一个屏幕宽度内的要点；发布通知可以采用一段较密集的正文，加上一行保留说明。
    • 配色：采用克制的中性色，正文对比度高；日期和截止时间仅使用少量强调色；符合 WCAG AA；不使用会分散对义务注意力的装饰图形。

规则与约束

• 律师审核关卡：蓝图供律师审核；只有获得用户／律师明确批准后，才能分发给保管人。
• 范围关卡：根据用户输入拟定范围；指出范围过宽（增加运营负担）或过窄（造成保留缺口）的问题——未经标注 VERIFY，不得悄然扩大或缩小范围。
• 保管人关卡：仅根据用户／事项背景列出具名人员；刷新时如发现保管人已离职，应注明需在 IT 层面进行保留，而不能只通知个人。
• 紧急性关卡：如果诉讼文书已送达或即将送达，应在蓝图中注明须于当天发出；不得将紧急性埋在正文中。
• 诚实性关卡：不得捏造系统、保管人、法律引文或确认网址。

常见失败模式

• 范围写成散文式长文 → 重新分层为编号项目和系统区块。
• 遗漏 请勿／自动删除 → 保管人可能会认为可以照常删除。
• 开篇包含有损利益或策略性细节 → 缩短为中性的单行说明。
• 刷新时未以重申保留义务开篇，也未说明范围变化 → 保管人无法判断有哪些变化。
• 解除保留时未说明保留指示 → 无法确定是否仍须冻结归档内容。
• 外部通知上的特权标识错误 → 标记并请律师更正。
• 确认要求埋在正文中且没有截止时间 → 无法有效跟踪合规情况。

质量检查清单

• 通知类型（发出／刷新／解除）和生效日期均明确。
• 收件人原因、范围、系统和联系人均填写完整或标记为 TBD。
• 发出／刷新通知包含禁止事项和不确定时予以保留的说明。
• 刷新通知注明范围／保管人变更；解除通知说明保留令解除后的保留要求。
• 设计意图明确指出 Re 行、核心义务、范围、请勿事项和确认信息的强调方式。
• 包含律师审核提醒；未捏造法律或运营事实。

第 2 步。使用 content_and_design.md 和 k2f 技能生成 K2F 文件，并导出为适当的文件格式。

遵循 k2f 技能，根据蓝图实例化通知，应用设计意图中指定的区块角色，进行核验，并导出供律师审核的交付文件。