mcpField
T
triage-nda

triage-nda

github.com/anthropics文档处理33.6k2.8k 次安装1 天前更新
代码仓库

关于 triage-nda

面向法务和业务团队的 NDA 筛查技能,可依据配置或默认标准检查协议。它将文件分类为常规批准、律师审查或全面法务审查;结果用于工作流支持,不构成法律意见。

主要功能

  1. 01接收文件、URL 或粘贴文本
  2. 02应用配置或默认筛查标准
  3. 03检查条款和协议期限
  4. 04分类审查级别与流转方式
  5. 05生成结构化筛查报告

适用场景

  1. 01签署前筛查收到的 NDA
  2. 02标记异常或有风险的条款
  3. 03将协议转交律师审查

安装

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

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill triage-nda

安装后在 Claude Code 中输入/triage-nda确认已加载。

详细介绍

/triage-nda -- NDA 预筛查

如果您看到不熟悉的占位符,或需要确认已连接哪些工具,请参阅 CONNECTORS.md。

对此 NDA 进行分诊:@$1

根据标准筛查条件快速对收到的 NDA 进行分诊。对 NDA 进行分类以便分流:标准审批、法务顾问审阅,或完整法务审查。

重要提示:您协助处理法律工作流程,但不提供法律建议。所有分析结果在被依赖之前,都应由具备资质的法律专业人员审阅。

调用方式

/triage-nda

工作流程

第 1 步:接收 NDA

接受任何格式的 NDA:

  • 文件上传:PDF、DOCX 或其他文档格式
  • URL:文档系统中 NDA 的链接
  • 粘贴文本:直接粘贴的 NDA 文本

如果未提供 NDA,请提示用户提供。

第 2 步:加载 NDA 操作手册

在本地设置(例如 legal.local.md)中查找 NDA 筛查条件。

NDA 操作手册应定义:

  • 双向与单向要求
  • 可接受的期限长度
  • 必需的例外条款
  • 禁止性条款
  • 组织特定要求

如果未配置 NDA 操作手册:

  • 采用合理的市场标准默认值继续进行
  • 明确说明正在使用默认值
  • 应用的默认值:
    • 要求双向义务(除非本组织仅为披露方)
    • 期限:标准为 2-3 年,商业秘密最长可达 5 年
    • 必需的标准例外条款:独立开发、公开可得、从第三方合法获得、法律要求披露
    • 不含非招揽或竞业限制条款
    • 不含剩余信息条款(如存在,则范围须严格限定)
    • 适用合理的商业管辖法律
第 3 步:快速筛查

依据每项筛查条件,系统地评估该 NDA。

1. 协议结构
  • 已识别类型:双向 NDA、单向(披露方)或单向(接收方)
  • 适合业务场景:该 NDA 类型是否适合当前业务关系?(例如,探索性讨论适用双向,单向信息披露适用单向)
  • 独立协议:确认该 NDA 为独立协议,而非嵌入更大商业协议中的保密条款
2. 保密信息的定义
  • 范围合理:不过于宽泛(避免“任何种类的所有信息,无论是否标注为保密”之类表述)
  • 标注要求:如要求标注,是否切实可行?(口头披露后 30 日内以书面形式标注为标准做法)
  • 包含例外情形:已界定标准例外情形(见下文“标准例外条款”)
  • 无问题性纳入:不将公开可得信息或独立开发的材料定义为保密信息
3. 接收方的义务
  • 注意标准:合理注意,或至少与保护自身保密信息相同的注意程度
  • 使用限制:仅限于既定目的
  • 披露限制:仅限于有知悉必要且受类似义务约束的人员
  • 无过度义务:不存在不切实际的要求(例如,对所有通信加密、维护实体日志)
4. 标准例外条款

应包含以下全部例外条款:

  • 公共知识:并非因接收方过错而公开可得或变为公开可得的信息
  • 事先持有:接收方在披露前已知悉的信息
  • 独立开发:在未使用或参考保密信息的情况下独立开发的信息
  • 第三方获得:从第三方合法获得且无限制的信息
  • 法律强制:在法律、法规或法律程序要求时进行披露的权利(在法律允许的情况下,须通知披露方)
5. 允许的披露
  • 员工:可以与有必要知情的员工共享
  • 承包商/顾问:可以与承包商、顾问及专业咨询人员共享,但须承担相似的保密义务
  • 关联方:可以与关联方共享(若业务目的确有需要)
  • 法律/监管:可以依法律或监管要求进行披露
6. 期限与存续时间
  • 协议期限:与业务关系相称的合理期限(1-3 年为标准)
  • 保密义务存续:协议终止后,保密义务在合理期限内持续有效(2-5 年为标准;商业秘密可以更长)
  • 非永久性:避免无限期或永久性的保密义务(例外:商业秘密可能需要更长期的保护)
7. 返还与销毁
  • 触发义务:协议终止时或应要求时
  • 合理范围:返还或销毁保密信息及所有副本
  • 留存例外:允许保留法律、监管或内部合规/备份政策所要求保留的副本
  • 证明方式:销毁证明属合理要求;宣誓书则过于繁苛
8. 救济措施
  • 禁令救济:确认违约可能造成不可弥补的损害,并可能适用衡平法救济,这属于标准条款
  • 不预先约定损害赔偿金额:NDA 中应避免违约金条款
  • 非单方面:救济条款对双方同等适用(适用于双向 NDA)
9. 需标记的问题性条款
  • 无非招揽条款:NDA 不应包含禁止招揽员工的条款
  • 无竞业限制:NDA 不应包含竞业限制条款
  • 无排他性:NDA 不应限制任何一方与他人进行类似洽谈
  • 无停止交易条款:NDA 不应包含停止交易(standstill)或类似的限制性条款(并购场景除外)
  • 无剩余信息条款(或范围严格限定):若存在剩余信息条款,其应限于个人无辅助记忆中保留的信息,且不得适用于商业秘密或专利信息
  • 无知识产权转让或许可:NDA 不应授予任何知识产权权利
  • 无审计权:在标准 NDA 中并不常见
10. 适用法律与管辖
  • 合理的管辖地:成熟的商业管辖地
  • 一致性:适用法律与管辖地应位于相同或相关的法域
  • 无强制仲裁(标准 NDA 中):NDA 争议通常首选诉讼解决
第 4 步:分类

根据筛查结果,确定分类:

绿色 -- 标准批准

以下全部条件均须满足:

  • NDA 为双向(或符合适当方向的单向)
  • 所有标准例外条款均已包含
  • 期限处于标准范围内(协议期限 1-3 年,存续期 2-5 年)
  • 不存在非招揽、竞业限制或排他性条款
  • 不存在剩余信息条款,或剩余信息条款范围严格限定
  • 管辖法律合理
  • 救济措施为标准(不含违约金)
  • 允许的披露包括员工、承包商和顾问
  • 返还/销毁条款包含法律/合规留存例外
  • 保密信息的定义范围合理

处理路径:通过标准授权审批流程批准,无需法律顾问审核。

  • 行动:依照标准授权审批流程进入签署程序
YELLOW -- 需要法务审阅

以下一项或多项情况存在,但该 NDA 并无根本性问题:

  • 保密信息的定义比首选范围更宽,但并非不合理
  • 期限长于标准,但仍在市场常见范围内(例如协议期限 5 年,存续期 7 年)
  • 缺少一项标准例外条款,但可以较容易地补充
  • 包含剩余信息条款,但范围仅限于无辅助记忆的情形
  • 管辖法律可以接受,但并非首选法域
  • 在双向 NDA 中存在轻微不对等(例如一方的许可披露范围略宽)
  • 存在标记要求,但切实可行
  • 退还/销毁条款缺少明确的留存例外(通常可以默示理解,但仍应补充)
  • 不常见但无害的条款(例如有义务通知潜在违约)

流转:标明需要法务审阅的具体问题。法务通常可以通过少量修订在一轮审阅中解决。

  • 处理建议:法务通常可在一轮审阅中解决
RED -- 重大问题

以下一项或多项情况存在:

  • 应为双向却设为单向(或与合作关系的方向不符)
  • 缺少关键例外条款(尤其是独立开发或法律强制披露例外)
  • NDA 中嵌入非招揽或竞业限制条款
  • 缺乏适当业务背景的排他或停顿(standstill)条款
  • 期限不合理(10 年以上,或永久保密且无商业秘密依据)
  • 定义过于宽泛,可能涵盖公开信息或独立开发的材料
  • 宽泛的剩余信息条款,实际上构成使用保密信息的许可
  • NDA 中隐含知识产权转让或许可授予
  • 违约金或惩罚性条款
  • 审计权缺乏合理范围或通知要求
  • 法域极其不利,且强制仲裁
  • 该文件实际上并非 NDA(包含实质性商业条款、排他性或保密之外的其他义务)

流转:需要完整法务审阅。请勿签署。需要协商、以本组织的标准格式 NDA 提出反提案,或予以拒绝。

  • 处理建议:请勿签署;需要协商或提出反提案
第 5 步:生成分诊报告

输出结构化报告:

## NDA Triage Report

**Classification**: [GREEN / YELLOW / RED]
**Parties**: [party names]
**Type**: [Mutual / Unilateral (disclosing) / Unilateral (receiving)]
**Term**: [duration]
**Governing Law**: [jurisdiction]
**Review Basis**: [Playbook / Default Standards]

## Screening Results

| Criterion | Status | Notes |
|-----------|--------|-------|
| Mutual Obligations | [PASS/FLAG/FAIL] | [details] |
| Definition Scope | [PASS/FLAG/FAIL] | [details] |
| Term | [PASS/FLAG/FAIL] | [details] |
| Standard Carveouts | [PASS/FLAG/FAIL] | [details] |
| [etc.] | | |

## Issues Found

### [Issue 1 -- YELLOW/RED]
**What**: [description]
**Risk**: [what could go wrong]
**Suggested Fix**: [specific language or approach]

[Repeat for each issue]

## Recommendation

[Specific next step: approve, send for review with specific notes, or reject/counter]

## Next Steps

1. [Action item 1]
2. [Action item 2]
第 6 步:流转建议

根据分类,建议相应的下一步行动:

分类建议行动典型时限
GREEN批准,并按授权规定流转签署当天
YELLOW发送给指定审阅人,并标明具体问题1-2 个工作日
RED聘请法务进行完整审阅;准备反提案或标准格式3-5 个工作日

对于 YELLOW 和 RED 分类:

  • 如果本组织已定义流转规则,请指明应审阅的具体人员或角色
  • 提供简要问题摘要,便于审阅人快速掌握要点
  • 如果本组织有标准格式 NDA,建议对 RED 分类的 NDA 以其作为反提案发出

常见 NDA 问题与标准立场

问题:保密信息定义过于宽泛

标准立场:保密信息应限于与既定目的相关披露的非公开信息,并设有明确的排除条款。 修订思路:将定义收窄至被标记或标明为保密的信息,或依据信息性质及披露情形,合理人士会认为属于保密的信息。

问题:缺少独立开发例外条款

标准立场:必须加入例外条款,明确不涵盖未参考或使用披露方保密信息而独立开发的信息。 缺少该条款的风险:可能导致他人声称内部开发的产品或功能源自交易对方的保密信息。 修订建议:加入标准的独立开发例外条款。

问题:禁止招揽员工

标准立场:保密协议中不应包含禁止招揽条款。这类条款适用于雇佣协议、并购协议或特定商业协议。 修订建议:彻底删除该条款。如果交易对方坚持保留,应将其限于定向招揽(而非一般招聘),并设定较短期限(12 个月)。

问题:范围过宽的剩余信息条款

标准立场:应拒绝剩余信息条款。如确有必要,应将其限于:(a) 经授权接触相关信息的人员在无需借助资料的情况下保留的一般想法、概念、专有技术或技巧;(b) 明确排除商业秘密和可申请专利的信息;(c) 不授予任何知识产权许可。 范围过宽的风险:实际上相当于授予许可,可将披露方的保密信息用于任何目的。

问题:永久保密义务

标准立场:保密期限应为自披露或协议终止之日起 2–5 年,以较晚者为准。对于商业秘密,可在其仍属于商业秘密期间提供保护。 修订建议:将永久义务替换为明确期限。对于符合条件的信息,可提出商业秘密例外,以延长保护期限。

备注

  • 如果该文件实际上并非保密协议(例如,虽标称为保密协议,但包含实质性商业条款),应立即将其标记为 RED,并建议进行全面合同审查
  • 对于作为更大协议一部分的保密协议(例如,MSA 中的保密条款),应注意更广泛的协议背景可能会影响分析
  • 始终说明这是一种筛查工具,对于用户不确定的事项,应由法律顾问审查

评论

支持 Markdown