关于 tech-contract-negotiation
tech-contract-negotiation 是面向法律顾问、采购和销售团队的技术合同谈判 Skill,涵盖合同条款分析与交易复杂度评估。它提供供方、平衡和客户三种立场框架,并包含分层异议处理及让步规划;不提供法律意见。
主要功能
- 01分类合同条款的谈判立场
- 02按七个维度评估交易复杂度
- 03提供供方、平衡和客户三种条款立场
- 04提供分层异议处理与让步路线图
- 05涵盖 GDPR、DORA、NIS2 和 SOX 相关论据
适用场景
- 01谈判前评估合同草案与交易复杂度
- 02从客户或供方角度审查合同条款
- 03在修订稿中追踪立场变化和优先事项
- 04准备适用法规相关的谈判论据
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill tech-contract-negotiation安装后在 Claude Code 中输入/tech-contract-negotiation确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/objection_handling.mdregulatory_leverage.mdthree_position_framework.mdscripts/deal_complexity_scorer.pynegotiation_position_analyzer.py详细介绍
⚠️ 实验性 — 此技能仅用于教育和提供信息,不构成法律建议。使用所产生的一切责任均由用户承担。采取任何行动前,请咨询合格的法律专业人士。
技术合同谈判技能
概述
面向技术服务协议、专业服务合同和 B2B 交易的生产级谈判工具包。为每项主要条款提供三方立场框架(有利于服务提供方、平衡、有利于客户),并涵盖 5 个级别的交易规模策略、五级异议处理、监管筹码论据和让步路线图。本工具包专为法律顾问、采购负责人以及负责谈判金额在 10 万美元至 1,000 万美元以上技术合同的销售/交易团队而设计。
目录
先明确需求
开始分析前,请确认以下信息。如果有任何信息未知或含糊不清,请询问,不要自行假设:
- 您代表哪一方 — 服务提供方还是客户 —
--perspective输入会改变立场分类和目标立场 - 交易金额和复杂度参数 — 决定交易级别(1-5)、预期时间线和谈判轮数
- 您的底线/不可妥协事项 — 确定哪些条件不能让步,哪些可以纳入让步路线图进行交换
- 适用的法规 — GDPR、DORA、NIS2、SOX — 决定哪些监管筹码论据确实适用,哪些会损害可信度
停止规则:只询问对输出影响最大的 2-3 项。如果用户说“直接起草”,则继续,并在分析开头列出您的假设。
工具
1. 谈判立场分析器(scripts/negotiation_position_analyzer.py)
根据关键词模式和结构分析合同文本,将每项条款归类为有利于服务提供方、平衡或有利于客户。生成立场图谱和建议的谈判优先事项。
# Analyze a contract draft
python scripts/negotiation_position_analyzer.py contract_draft.txt
# JSON output for integration
python scripts/negotiation_position_analyzer.py contract_draft.txt --json
# Analyze from a specific party's perspective
python scripts/negotiation_position_analyzer.py contract_draft.txt --perspective client
2. 交易复杂度评分器(scripts/deal_complexity_scorer.py)
根据交易参数,从 7 个维度评估复杂度。建议交易级别(1-5)、预期时间线、谈判轮数和重点领域。
# Score deal complexity from parameters file
python scripts/deal_complexity_scorer.py deal_params.json
# JSON output
python scripts/deal_complexity_scorer.py deal_params.json --json
# Override deal value for quick what-if
python scripts/deal_complexity_scorer.py deal_params.json --deal-value 5000000
参考指南
| 参考资料 | 用途 |
|---|---|
references/three_position_framework.md | 5 项主要条款的服务提供方/平衡/客户立场及交易规模策略 |
references/objection_handling.md | 五级异议处理方法、预测矩阵、沟通模板 |
references/regulatory_leverage.md | GDPR、DORA、NIS2、SOX 筹码论据、让步路线图、行业注意事项 |
工作流
工作流 1:谈判前评估
- 划分交易级别 -- 使用交易参数运行
deal_complexity_scorer.py,确定级别、时间线和重点领域 - 分析草案 -- 使用
negotiation_position_analyzer.py分析初始合同,绘制当前立场图谱 - 找出差距 -- 将立场图谱与
three_position_framework.md中的目标立场进行比较 - 准备异议回应 -- 查看
objection_handling.md,根据客户类型预测可能出现的异议 - 梳理监管筹码 -- 从
regulatory_leverage.md中确定适用的监管框架
工作流 2:积极谈判
- 以立场开场 -- 使用
objection_handling.md中的开场立场陈述模板 - 处理反对意见 -- 应用五层异议处理法:认可、市场背景、业务理由、替代方案、底线
- 跟踪让步 -- 遵循四级让步路线图(从容易让步到触及底线)
- 红线修改后重新分析 -- 对每份修订稿运行
negotiation_position_analyzer.py - 达成协议 -- 使用成交模板;确认未触及任何底线
工作流 3:交易审查与审批
- 最终立场分析 -- 对可供签署的草案运行分析器
- 复杂度验证 -- 确认最终条款符合预期的交易层级参数
- 监管检查 -- 确认所有强制性监管条款均已包含
- 记录让步 -- 记录让出了什么以及原因,以供未来谈判参考
- 审批材料包 -- 汇总立场图、复杂度评分和让步记录
故障排除
| 问题 | 原因 | 解决方案 |
|---|---|---|
| 分析器将所有内容标记为“有利于供应商” | 输入是供应商的初稿(符合预期) | 使用 --perspective provider 切换分析视角;与平衡基准进行比较 |
| 复杂度评分器将小型交易评为第 5 级 | 触发了高监管或多司法管辖区标记 | 检查监管和司法管辖区输入;如果估算过高,则调低 |
| 立场图未检测到任何 IP 条款 | 合同对 IP 条款使用了非标准术语 | 手动检查是否存在“工作成果”、“交付物所有权”或“背景 IP”等术语 |
| 交易时间线估算似乎过短 | 评分器未考虑内部审批延迟 | 在估算时间线中加入内部审查缓冲期(通常每个审批级别为 1-2 周) |
| 异议处理框架未涵盖某项具体反对意见 | 对方提出了非典型要求 | 从“认可”层级开始;参照最接近的“市场背景”示例进行阐述;必要时升级至“底线”层级 |
| 监管杠杆论点被认为无关 | 框架不适用于对方所在的司法管辖区 | 核实哪些法规实际约束各方;移除不适用的杠杆论点 |
成功标准
- 立场准确性:经专家审查验证后,分析器对 85% 以上的条款分类正确
- 交易层级匹配度:对于 90% 的交易,复杂度评分器给出的层级与实际谈判工作量相差不超过一级
- 谈判效率:与临时应对的方式相比,平均谈判轮数减少 30%
- 让步跟踪:100% 的重大让步均记录了理由和权衡分析
- 底线保护:未经高管升级处理和批准,不发生任何突破既定底线的情况
- 监管覆盖:在 95% 以上的合同中识别并处理所有适用的监管条款
- 签署时间:80% 的谈判交易在估算时间线的 ±20% 范围内完成签署
适用范围与限制
此技能涵盖:
- 技术服务协议、SaaS 订阅、专业服务合同和 B2B 许可交易
- 对责任、知识产权、付款、SLA 和保证条款的谈判立场分析
- 交易复杂度评分,并按等级提供时间线、谈判轮次和重点领域建议
- 技术合同背景下,利用 GDPR、DORA、NIS2 和 SOX 作为监管谈判筹码
- 针对常见谈判情境的异议处理框架和沟通模板
此技能不涵盖:
- 雇佣协议、并购交易、房地产合同或面向消费者的服务条款
- 特定司法管辖区的法律建议或受律师—客户保密特权保护的分析(这是一套框架,并非法律咨询)
- 从零开始起草合同(假设已有待分析和谈判的草案)
- 诉讼策略、超出合同条款范围的争议解决或强制执行程序
- 大宗商品采购或非技术采购的价格谈判策略
反模式
| 反模式 | 失败原因 | 更好的做法 |
|---|---|---|
| 将每项条款都视为不可逾越的底线 | 所有事项都不可谈判时,对方会失去参与意愿 | 将条款划分为 4 个让步等级;尽早让出容易让步的事项以建立互信 |
| 跳过交易复杂度评估 | 对复杂交易准备不足,或对简单交易准备过度 | 始终先使用复杂度评分器,以校准投入、时间线和审批要求 |
| 在法规不适用时仍以法规作为谈判筹码 | 会损害在知情交易对手心中的信誉和信任 | 引用任何法规前先核实其适用性;使用框架中的真实诉求与偏好测试 |
| 轻信“这是我们的标准模板” | 任何模板都可以谈判;接受默认条款会错失利益 | 使用立场分析器分析“标准”模板,找出可调整的条款 |
| 孤立地谈判各项条款 | 不将 SLA 与责任上限挂钩就让步,会带来风险敞口 | 全面运用三方立场框架;关联谈判相关条款(SLA、服务抵扣和责任) |
工具参考
scripts/negotiation_position_analyzer.py
分析合同文本,并按谈判立场对条款进行分类。
usage: negotiation_position_analyzer.py [-h] [--json] [--perspective {provider,client}]
input_file
positional arguments:
input_file Path to contract text file (.txt or .md)
options:
-h, --help Show help message and exit
--json Output results as JSON
--perspective {provider,client}
Analysis perspective (default: client)
输出: 逐条款立场分类(有利于服务提供方/平衡/有利于客户)、整体立场评分、立场分布摘要和按优先级排序的谈判建议。
scripts/deal_complexity_scorer.py
从 7 个维度对交易复杂度评分,并推荐谈判参数。
usage: deal_complexity_scorer.py [-h] [--json] [--deal-value DEAL_VALUE]
input_file
positional arguments:
input_file Path to JSON file with deal parameters
options:
-h, --help Show help message and exit
--json Output results as JSON
--deal-value DEAL_VALUE
Override deal value in dollars
输出: 7 个维度的复杂度明细(交易价值、监管、技术、多方参与、期限、战略重要性、知识产权敏感度)、综合评分、交易等级(1-5)、建议时间线、预计谈判轮次和重点领域。