Imported from infometa/workbuddyskills (experts/contract-expert/skills/contract-intake/SKILL.md). Install upstream with npx skills add infometa/workbuddyskills --skill contract-intake. Copyright stays with the author.

合同 · 交互式信息采集

这是合同专家的信息地基工序。合同工作高度依赖具体交易细节——主体、标的、金额、立场、商业目的、底线——这些缺失时，任何起草/审查/谈判结论都是空中楼阁。本 skill 用对话式问答（字段多时用问卷式清单）把开工所需的关键事实收集齐，缺什么问什么，绝不臆造。

⚠️ 本质不是"念题库"，而是"做分析"。 下文各场景清单是参考基线（非穷举），用来兜底、防漏，不是要逐条照搬的固定问卷。真正要做的是：读懂用户这次的具体需求与交易场景，推导出本案真正影响结论的未知量，据此适配性地提出问题——该扩充就扩充、该删减就删减、该追加场景特有的问题就追加，永远以"这一案缺什么关键信息"为准，而非"清单上还剩哪几条没问"。

核心原则

1. 先采集，后动手：场景识别任务单标记【是否交互采集：是】时，必须先完成本工序，再进入起草/审查/履行工序。
2. 分析驱动，而非清单驱动：每次采集前，先针对用户的具体需求做一次快速拆解（见下节"适配性提问方法"），由分析结果决定问什么；参考清单只用于查漏补缺，不主导提问。
3. 缺口驱动，不做无谓追问：只问"缺了会导致结论跑偏"的关键事实；用户已提供或可从附件提取的，绝不重复问。
4. 能假设的先假设：核心要件缺失但存在有限互斥取值时（如"是否已书面约定""本方是甲方还是乙方"），优先给互斥选项让用户一选即定，或先按两分支并行覆盖，而非开放式追问拖慢节奏。
5. 分批适配：缺 1–3 项关键事实时用自然对话逐个确认；缺一整组（如起草所需的全套交易要素）时，输出结构化问卷清单让用户一次性补齐。
6. 采集即结构化：收到回答后立即把事实整理成结构化要素清单，作为后续工序的直接输入。
7. 起草/审查类顺带告知"可提供自有标准"：命中起草（C3/C4/C9）或审查（C5/C6）场景且用户尚未提供模板/规则时，在采集时自然带一句——"贵司若有合同模板、惯用条款、审查规则或 Playbook，可一并发我，我会优先按贵司标准起草/审查"。告知一次即可，用户不提供就用通用标准，详见 contract-standards-ingest。

适配性提问方法（核心，先做这步）

不要一上来就抛清单。先用下面这套思路从用户的需求与场景中生成问题：

1. 复述并拆解需求：把用户这句话拆成"想达成什么交易目的 / 处于什么场景 / 已经给了哪些信息"。
2. 定位本案的决策关键变量：问自己——要在这个场景里给出靠谱结论，哪些信息是"不知道就会出错或写不下去"的？这些就是必问项。典型维度（按需取用、可超出）：
   • 主体：各方是谁、自然人还是企业、资质与履约能力。
   • 标的与范围：交易什么、边界在哪、有无质量/验收标准。
   • 对价与资金流：金额、计价、付款节点、票据。
   • 立场与强弱：本方是甲/乙/第三方、强势/弱势/中立（审查、谈判、起草的命门）。
   • 商业目的与底线：必须拿到的、绝不接受的、可让渡的。
   • 时间与履行：期限、交付节奏、持续还是单次。
   • 风险与特殊性：行业监管、跨境、关联交易、行政许可、知识产权、独家性等。
3. 针对每个未知变量生成一个具体问题：把抽象维度转成用户能直接回答的问句，必要时附通俗解释和示例；能给互斥选项的就给选项。
4. 追加场景特有问题：参考清单兜底后，再想"这个具体交易有没有它独有、清单覆盖不到的关键点"（如直播带货合同的坑位费/退货率、对赌协议的业绩指标），主动补问。
5. 删掉不相关项：用户场景明显用不到的清单项直接略过，不为凑数而问。
6. 判断深浅：简单标准交易问到能开工即止；金额大/结构复杂/争议风险高的，问得更深、更细。

一句话：清单负责"别漏"，分析负责"问得准"。两者结合，但分析优先。

提问方式选择

提问时，对专业字段给出通俗解释和示例，降低用户填写门槛；对必填项明确标注，对可缺省项说明缺省后的处理（如按通用惯例假设）。

各场景参考清单（非穷举 · 按实际情况增删调整）

以下清单是兜底参考基线，命中场景后用它对照"是否漏了关键项"，而不是逐条照念。请先用上节"适配性提问方法"分析本案，再用清单查漏补缺，并按本案特点扩充/删减/改写。每条后的【必填/选填】也只是常态默认，可随场景调整。

C1 合同管理架构

• 企业组织架构图 / 主要部门设置【必填】
• 核心业务线说明（主营业务、典型交易类型）【必填】
• 各相关部门现有岗位职责【必填】
• 是集团还是单一公司、是否多层级、是否跨地域/跨法域【必填】
• 现有合同审批/用印/归档流程（如有）【选填】
• 合同年度量级与高频合同类型【选填】
• 按需扩充：是否有线上系统、是否需对接 OA/ERP、是否分子公司分权等

C2 合同管理制度

• 当前是否有线上合同管理系统【必填】
• 主要合同类型分布与年度合同量级【必填】
• 本次最想解决的痛点（如审批慢、归档乱、版本失控、用印不可控）【必填】
• 管理目标与希望坚持的原则【选填】
• 现有制度/流程文件（如有）【选填】
• 按需扩充：分级审批权限设想、风险分级标准、违规罚则期望等

C3 合同模板库建设

• 需建模板库覆盖的核心业务场景【必填】
• 优先要起草的具体合同类型【必填】
• 本方通常的交易立场（多为甲方/乙方）【必填】
• 是否有现成范本或惯用条款【选填】
• 按需扩充：是否需多版本（强/弱势版、内外部版）、是否留可变占位符规范等

C4 具体合同起草

• 核心商业目的（这笔交易要达成什么）【必填】
• 各方主体身份与角色（谁是甲方/乙方，自然人/公司）【必填】
• 标的物/服务内容与范围【必填】
• 资金流向（金额、付款节点、计价方式）【必填】
• 各方核心权利义务分配【必填】
• 商业预期与底线（必须拿到的、绝不接受的）【必填】
• 交易频率与复杂度（单次/长期持续/复杂技术服务）→ 决定合同结构套餐【必填】
• 特殊需求条款（排他、知识产权归属、保密、竞业、数据合规等）【选填】
• 按需扩充：行业特有要素（如带货坑位费与退货率、加工的原料归属与残次率、租赁的押金与维修责任）

C5 合同背景评估

• 交易主体（双方名称、性质）【必填】
• 交易类型与合同标的【必填】
• 金额规模【必填】
• 行业领域、地域/法域【必填】
• 合作方具体信息（用于主体资格核查）【必填】
• 特殊背景（关联交易、跨境、需行政许可/备案、是否涉及国资/上市公司等）【选填】

C6 合同条款审查

• 待审合同文本（附件或粘贴）【必填】
• 本方立场口径：甲方 / 乙方 / 第三方？强势 / 弱势 / 中立？【必填，最关键】
• 合同背景与交易目的【必填】
• 特殊关注点或已知争议【选填】
• 按需扩充：本次审查的侧重（全面体检 / 只看付款与违约 / 只看知识产权与保密）

C7 合同谈判支持

• 本方在本次合作中的地位（优势地位 / 促成交易地位）【必填】
• 本方核心商业诉求与合作底线【必填】
• 已知的双方核心利益冲突点【必填】
• 对方背景与谈判风格（如已知）【选填】
• 按需扩充：可让渡的筹码、必争的红线、备选方案（BATNA）

C8 合同纠纷应急处置（非诉）

• 纠纷/违约事件关键事实与时间线【必填】
• 已签合同正本及关键条款【必填】
• 现有证据材料盘点（邮件、验收凭证、付款流水、沟通记录）【必填】
• 对方目前的态度与反应【必填】
• 本方诉求（要回款/解约/继续履行/止损）【必填】
• 按需扩充：是否有时效/期限压力、是否已发函、是否涉及担保或第三方

C9 合同条款变更/增删（补充协议）

• 原生效合同文本【必填】
• 要变更/增删的具体条款【必填】
• 变更背后的商业诉求【必填】
• 变更是否已与对方达成初步一致【选填】
• 按需扩充：变更是否影响对价/期限/担保，是否需重新走审批

采集输出格式

采集到足够信息后，输出一份结构化「交易事实清单」，交给下一工序：

【交易事实清单 · C4 具体合同起草】
- 商业目的：甲方授权品牌商标与素材，乙方设计周边并开网店售卖、分成
- 主体：甲方=【品牌方公司，待填名称】；乙方=【设计运营方，待填名称】
- 标的：商标/素材授权 + 周边产品设计与网店运营
- 资金流向：销售分成【比例待确认】，是否有保底/授权金【待确认】
- 核心权义：甲方授权范围与品控权；乙方设计、运营、结算义务
- 底线：甲方品牌不得被滥用、授权可终止；乙方需独家/非独家【待确认】
- 交易频率/复杂度：长期持续合作 → 建议"框架协议+订单"或主合同+附件
- 仍缺/待确认：双方主体名称、分成比例、授权独家性、授权期限

关键约束

• 分析优先于清单：先拆需求、定关键变量、生成问题，再用清单查漏，禁止把清单当唯一来源逐条照念。
• 不被预设问题框死：本案特有的关键点哪怕清单没有，也必须主动问；清单上明显无关的项要略过。
• 绝不臆造：用户未提供的当事人名称、金额、关键事实，一律标为"待填写【】"或列入"仍缺/待确认"，不得编造具体值冒充真实信息。
• 一次问全，避免反复打断：字段多时优先用问卷清单一次性收集，不要挤牙膏式逐条追问消耗用户耐心。
• 立场口径是审查/谈判类的命门：C6/C7 缺立场口径时，必须先问清再继续，不得默认。
• 采集只负责"把事实问清楚并结构化"，不在本工序做实质起草/审查结论。