mcpField
T
tech-contract-negotiation

tech-contract-negotiation

github.com/borghei其他1.0k60 次安装5 天前更新
代码仓库

关于 tech-contract-negotiation

tech-contract-negotiation 是面向法律顾问、采购和销售团队的技术合同谈判 Skill,涵盖合同条款分析与交易复杂度评估。它提供供方、平衡和客户三种立场框架,并包含分层异议处理及让步规划;不提供法律意见。

主要功能

  1. 01分类合同条款的谈判立场
  2. 02按七个维度评估交易复杂度
  3. 03提供供方、平衡和客户三种条款立场
  4. 04提供分层异议处理与让步路线图
  5. 05涵盖 GDPR、DORA、NIS2 和 SOX 相关论据

适用场景

  1. 01谈判前评估合同草案与交易复杂度
  2. 02从客户或供方角度审查合同条款
  3. 03在修订稿中追踪立场变化和优先事项
  4. 04准备适用法规相关的谈判论据

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill tech-contract-negotiation

安装后在 Claude Code 中输入/tech-contract-negotiation确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
objection_handling.md
regulatory_leverage.md
three_position_framework.md
scripts/
deal_complexity_scorer.py
negotiation_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.md5 项主要条款的服务提供方/平衡/客户立场及交易规模策略
references/objection_handling.md五级异议处理方法、预测矩阵、沟通模板
references/regulatory_leverage.mdGDPR、DORA、NIS2、SOX 筹码论据、让步路线图、行业注意事项

工作流

工作流 1:谈判前评估
  1. 划分交易级别 -- 使用交易参数运行 deal_complexity_scorer.py,确定级别、时间线和重点领域
  2. 分析草案 -- 使用 negotiation_position_analyzer.py 分析初始合同,绘制当前立场图谱
  3. 找出差距 -- 将立场图谱与 three_position_framework.md 中的目标立场进行比较
  4. 准备异议回应 -- 查看 objection_handling.md,根据客户类型预测可能出现的异议
  5. 梳理监管筹码 -- 从 regulatory_leverage.md 中确定适用的监管框架
工作流 2:积极谈判
  1. 以立场开场 -- 使用 objection_handling.md 中的开场立场陈述模板
  2. 处理反对意见 -- 应用五层异议处理法:认可、市场背景、业务理由、替代方案、底线
  3. 跟踪让步 -- 遵循四级让步路线图(从容易让步到触及底线)
  4. 红线修改后重新分析 -- 对每份修订稿运行 negotiation_position_analyzer.py
  5. 达成协议 -- 使用成交模板;确认未触及任何底线
工作流 3:交易审查与审批
  1. 最终立场分析 -- 对可供签署的草案运行分析器
  2. 复杂度验证 -- 确认最终条款符合预期的交易层级参数
  3. 监管检查 -- 确认所有强制性监管条款均已包含
  4. 记录让步 -- 记录让出了什么以及原因,以供未来谈判参考
  5. 审批材料包 -- 汇总立场图、复杂度评分和让步记录

故障排除

问题原因解决方案
分析器将所有内容标记为“有利于供应商”输入是供应商的初稿(符合预期)使用 --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)、建议时间线、预计谈判轮次和重点领域。

评论

支持 Markdown