k2f-contract

K2F 合同 — AI 原生美学设计

目的

教会 Agent 在布局前规划合同：协议框架、各方角色、一致的条款结构，以及便于导航和签署的正式层级——不得虚构用户未提供的当事方、金额、管辖法律或立场。

基于 K2F 构建

此技能将合同生成为 .K2F 包。编写时请遵循 k2f 技能：解包或初始化工作区、编辑语义树、运行打包／验证，然后导出。K2F 让 Agent 专注于含义（条款、定义术语、附件、签署栏），而不是像素坐标；引擎会将布局、排版和主题编译为一致且可供导出的输出。

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

适用场景

• 根据交易备注或操作手册，起草新的 NDA、MSA、SOW、SaaS 订单表、供应商协议或修订协议。
• 将杂乱的草稿文本重新整理为包含附件和定义术语、可供签署的结构。
• 将已获批的商业条款整理为精致的协议，以便发送给交易对方（仍需律师审查）。

工作流

第 1 步：生成 content_and_design.md

为语义内容和美学意图制定统一蓝图。使用带标签的区块，方便 k2f 技能稍后将其映射到条款和页面。

子步骤

1. 协议框架 — 协议类型（NDA、MSA、SOW、许可、SaaS、采购等）、生效日期规则，以及你代表哪一方起草（供应商、客户、许可方、被许可方）。仅在用户提供时注明管辖地和币种。省略该协议类型不需要的整类条款（例如，互惠 NDA 中不需要付款计划）。

2. 当事方与序言 — 法定名称、实体类型、地址和定义的简称。序言只写用户输入中提供的背景事实，不得虚构交易规模或战略叙述。将缺失的签署授权或实体详情标记为 NEEDS USER CONFIRMATION。

3. 定义术语区块 — 集中列出各条款中使用的首字母大写术语（服务、交付成果、机密信息、费用）。每个术语只定义一次；正文中不得重复列出术语表。

4. 条款架构（纳入／删减／排序） — 先规划条款，再起草正文。默认结构如下，根据框架删减：

   • 范围／服务 → 费用与付款 → 期限与终止 → 知识产权 → 保密 → 数据保护（或指向 DPA 附件）→ 保证 → 责任限制 → 赔偿 → 保险 → 通用条款（转让、通知、不可抗力、完整协议、修订、副本）。
   • 删去重复义务和营销用语。
   • 交叉引用：责任上限与赔偿；存续与终止——不得自相矛盾。

5. 商业条款与风险分配（来源于用户） — 付款、上限、赔偿、知识产权、终止和数据条款须原文照录或标注为 TBD。将操作手册中的条款标注为必须项、可协商项或占位项，不得弱化必须项。

6. 附件与附表 — 将较长的表格（SOW 里程碑、SLA、DPA、定价）移至附件，并使用稳定标签（附件 A、附表 1）。正文通过标签引用附件；避免出现无正文引用的附件，或仅在附件中定义的术语。

7. 签署区块 — 为每一方设置签名栏、姓名／职务／日期；仅在用户要求时添加见证人／公证人。各方顺序须与序言一致。

8. 设计意图——为引擎设定正式的文档语气和层级：

   • 语气：精准、中立、符合机构标准；在正式条款中不使用营销语气。
   • 层级：封面和首页突出显示协议标题及当事方信息；以条款编号（1、1.1、1.1(a)）作为主要浏览锚点；以明显不同的视觉样式呈现定义术语部分；清晰标示附件和签署部分为文档末尾内容。
   • 密度：保持适中的法律文本密度——段落简短，义务采用编号列表；避免条款大段堆叠；仅在附件中使用费用和交付物表格。
   • 配色：使用克制的中性色，仅在签名／日期栏使用少量强调色；正文保持高对比度，符合 WCAG AA；避免使用会与条款编号争夺视觉焦点的装饰性图形。

规则与约束

• 律师审核关：明确说明蓝图不构成法律意见；具有约束力的文本必须经合格律师审核。
• 立场确认关：义务和保护条款必须有利于文档中明确的起草方；如果起草方立场不明，应停止并询问——代表错误一方起草会颠倒风险分配。
• 未说明事项关：对于缺失的重要议题（责任上限、变更单、数据处理），应予以标记，而非擅自补入市场通行条款。
• 一致性关：定义术语、附件引用和当事方名称必须前后一致；除非用户确认采用分拆结构，否则只使用一种货币和一个管辖法律条款。
• 诚信关：不得编造注册编号、保险限额、费用金额或法规引用。

常见失败模式

• 将交易邮件直接粘贴为未经整理的段落 → 重新编排为编号条款和附件。
• 定义散落在正文各处 → 集中整理到“定义术语”部分；统一大小写。
• 一处有责任上限，其他地方的责任和赔偿条款却看似无限 → 在排版前于蓝图备注中协调一致。
• 工作说明书（SOW）仅以散文描述范围，却未说明交付物、验收或变更流程 → 添加附件表格或标记缺失项。
• 使用泛称“协议”，却未列明当事方或生效日期 → 根据用户提供的信息填写，或标记缺失项。
• 合同封面过度采用营销设计 → 仅在标题栏保留装饰元素；条款部分保持简洁庄重。

质量检查清单

• 明确说明合同类型、起草方立场以及省略的条款。
• 当事方和定义术语完整，且与附件保持一致。
• 每个重要议题均已列明、明确省略或标记为待定，不得默认为已约定。
• 标注条款间的相互影响（责任上限、赔偿、存续、终止），避免相互矛盾。
• 正文中引用的附件均已提供；签名栏与当事方数量相符。
• 设计意图明确说明条款编号、定义术语、附件和签名部分的强调方式。
• 已包含律师审核提醒；未编造法律或商业事实。

步骤 2：使用 content_and_design.md 和 k2f skill 生成 K2F 文件，并导出为合适的文件格式。

按照 k2f skill，根据蓝图创建合同，依据设计意图应用条款和附件角色，完成验证，并导出可签署的交付文件。