用途
K2F Contract 用于指导 AI 智能体在排版之前先为合同搭建蓝图：确定协议框架、当事人角色、一致的条款堆栈，以及便于导航和签署的正式层级结构。其核心约束是不虚构当事人、金额、管辖法律或用户未提供的立场。
该技能基于 K2F 构建，产出的合同以 .K2F 包形式存在。使用时应遵循 k2f 技能的创作流程：解包或初始化工作区、编辑语义树、运行 pack/verify，然后导出。K2F 让智能体专注于含义（条款、定义术语、附件、签署栏），而非像素坐标；引擎负责将版式、排版和主题编译为一致的、可导出的输出。
使用前需先安装核心技能：
npx skills add suzheng/k2f --skill k2f
适用场景
- 根据交易笔记或 playbook 起草新的 NDA、MSA、SOW、SaaS 订单表、供应商协议或修订协议。
- 将杂乱的草稿文本重新整理为可签署的结构，包含附件和定义术语。
- 将已批准商业条款转化为面向对方传阅的正式协议（仍需律师审阅）。
工作流程
第 1 步：生成 content_and_design.md
这是语义内容与美学意图的单一蓝图，使用带标签的块，便于 k2f 技能后续映射到条款和页面。
子步骤包括：
- 协议框架：类型（NDA、MSA、SOW、许可、SaaS、采购等）、生效日期逻辑，以及为哪一方起草（供应商、客户、许可方、被许可方）。仅在用户提供时说明管辖法域和货币。省略该类型不需要的整个条款族（例如互惠 NDA 跳过付款计划）。
- 当事人与前言：法定名称、实体类型、地址、定义简称。前言仅使用用户输入中的背景事实，不虚构交易规模或战略叙述。缺失的签署权限或实体细节标记为 NEEDS USER CONFIRMATION。
- 定义术语块：集中管理各条款中使用的首字母大写术语（服务、交付物、保密信息、费用）。每个术语一个定义，正文中不重复术语表。
- 条款架构（包含/删减/顺序）：在起草正文前规划条款。默认堆栈按框架裁剪：范围/服务 → 费用与付款 → 期限与终止 → 知识产权 → 保密 → 数据保护（或 DPA 附件指针）→ 保证 → 责任限制 → 赔偿 → 保险 → 通用条款（转让、通知、不可抗力、完整协议、修订、副本）。删减重复义务和营销语言。交叉链接：责任上限与赔偿；存续与终止——不得矛盾。
- 商业与风险分配（用户来源）：付款、上限、赔偿、知识产权、终止和数据条款逐字或 TBD。将 playbook 条款标记为必备、可协商或占位——不得软化必备条款。
- 附件与附表：将长表格（SOW 里程碑、SLA、DPA、定价）移至附件，使用稳定标签（Exhibit A、Schedule 1）。正文按标签引用附件；避免孤立附件或仅在附件中定义的术语。
- 签署块：每方的签名行、姓名/职务/日期；仅在用户要求时添加见证/公证。当事人顺序与前言一致。
- 设计意图：为引擎提供正式文档语气和层级：
- 语气：精确、中立、机构级；操作条款内无销售口吻。
- 层级：协议标题和当事人块在封面/首页最强；条款编号（1、1.1、1.1(a)）作为主要扫描锚点；定义术语部分视觉上区分；附件和签名明确位于末尾。
- 密度：中等法律密度——短段落，义务用编号列表；避免大段文字；费用和交付物表格仅放在附件中。
- 配色：克制的中性色，最小强调色（签名/日期字段）；正文高对比度；WCAG AA；无与条款编号竞争的装饰图形。
规则与约束
- 律师门禁：明确说明蓝图不是法律建议；具有约束力的语言需要合格律师审阅。
- 立场门禁：义务和保护必须有利于文档记录的起草方；如果立场未知，停止并询问——错误立场起草会反转风险。
- 沉默门禁：标记缺失的重大主题（责任上限、变更单、数据处理），而不是发明市场标准条款。
- 一致性门禁：定义术语、附件引用和当事人名称在各处匹配；除非用户确认拆分结构，否则使用一种货币和一个管辖法律块。
- 诚实门禁：绝不虚构注册号、保险限额、费用金额或法定引用。
常见失败模式
- 将交易邮件粘贴为无结构段落 → 重新架构为编号条款和附件。
- 定义散落在正文中 → 合并到定义术语；修复大小写漂移。
- 责任和赔偿读起来无限，而其他地方存在“上限” → 在蓝图注释中协调后再排版。
- SOW 范围以散文形式呈现，没有交付物、验收或变更流程 → 添加附件表格或标记缺口。
- 通用“协议”没有当事人或生效日期 → 从用户处填写或标记。
- 合同上过度设计的营销封面 → 将花哨移至标题块；保持条款朴素。
质量检查清单
- 合同类型、起草方和省略的条款明确。
- 当事人和定义术语完整，并与附件一致。
- 每个重大主题都存在、有意省略或标记为 TBD——不是默默假设。
- 交叉条款交互（上限、赔偿、存续、终止）已注明且无矛盾。
- 正文引用的附件存在；签名块与当事人数量匹配。
- 设计意图为条款编号、定义术语、附件和签名指定了强调方式。
- 包含律师审阅提醒；无虚构法律或商业事实。
第 2 步：使用 content_and_design.md 和 k2f 技能生成 K2F 文件并导出
遵循 k2f 从蓝图实例化合同，应用设计意图中的条款和附件角色，校验并导出可签署的交付物。
限制
该技能明确要求律师审阅，不提供法律建议。它不虚构法律或商业事实，缺失信息会标记为待确认或 TBD。具体支持的导出格式、平台兼容性、收费模式等细节暂未提供。