销售同事甩过来一份 12 页的 NDA，法务邮箱里还有二十份排队的。这个场景在每家公司都反复上演，而绝大多数 NDA 内容其实是模板化的，真正需要律师逐字看的比例并不高。问题在于，没人愿意冒”没看仔细”的风险去省这个时间。
Anthropic 最近在 Smithery 上释出的 nda-triage 解决的就是这个矛盾。它把 NDA 预审做成一个标准化的三色分类流程：GREEN 代表可直接按标准授权签署，YELLOW 提示需要法务审查，RED 则意味着有重大问题必须全面法律审查。整个判断过程由 Agent 完成，几秒钟出结果。
这个 Skill 来自 Anthropic 官方的 knowledge-work-plugins 仓库，Apache-2.0 许可，挂在 legal 分类下，仓库本身已有 2.8k stars。它不是要替代律师，而是把”该不该让律师花时间”这个决策前置，让低风险文档直接放行，把稀缺的法务资源留给真正有问题的合同。
这篇文章会带你走一遍 nda-triage 的完整逻辑。先看它筛什么、怎么分类，再拆背后依赖的标准体系，最后聊它哪里值得信任、哪里必须保持警惕。读完你就能判断，这个 Skill 值不值得装进你们团队的 Agent 工具箱。
环境准备
安装方式非常直接，走的是 Anthropic 的 skills CLI 生态。一条命令把 Skill 装到你的 Agent 环境里，不需要申请 API Key，也不需要配置任何云服务，Skill 本身是纯本地逻辑加模型推理。
npx skills add anthropics/knowledge-work-plugins --skill nda-triage -g -y
不想全局装、只想临时用一次也有办法，用 skills use 直接调用，或者给指定 Agent 单独安装。安装完成后在对话里用 /triage-nda 触发，把 NDA 文件拖进去就能开始。
npx skills use anthropics/knowledge-work-plugins@nda-triage
第一步最常见的问题不是安装失败，而是不知道 NDA 怎么喂进去。实际上三种方式都支持：直接上传 PDF 或 DOCX 文件、粘贴一段 URL 链接、或者把文本原样贴进来。甚至没有现成文档时，也可以先丢给 Agent 一段口头描述的要点让它帮你起个预审框架。
操作流程
真正跑起来之后，流程比想象中简单，核心就四步。但每一步背后都藏着一套设计逻辑，拆开看才有意思。
-
接受文档 -
加载筛查标准 -
逐项评估 -
输出分类
第一步是接受 NDA。无论你丢进来的是 PDF、DOCX、URL 还是纯文本，Agent 都会先做格式解析。如果什么都没提供，它会主动提示你补材料，不会傻等。这一步的技术含量不在格式转换，而在后续步骤的输入标准化。
第二步是加载 NDA Playbook，这是整个 Skill 的灵魂。它会在本地设置里找 legal.local.md，如果你们法务团队配置过自己的筛查标准，就按你们的来。没配置的话，就采用内置的市场标准默认值，并且明确标注”正在使用默认标准”，绝不假装了解你们公司的特殊要求。
默认标准要点（未配置 playbook 时）：
- 互惠义务（除非本方只做披露方）
- 协议期 2-3 年，商业秘密可至 5 年
- 标准排除条款：独立开发、公开信息、第三方合法获取、法律要求披露
- 禁止非招揽、非竞争条款
- 合理的商业司法管辖区
第三步是逐项筛查。筛查清单覆盖十类标准，每一项都过一遍，像是在模拟一个谨慎的初级法务逐条读合同的动作：
-
协议结构：互惠还是单方，是否独立协议 -
保密信息定义：范围是否过宽，标记要求是否可行 -
接收方义务：注意义务、用途限制、披露限制 -
标准排除条款：公开知识、独立开发、第三方获取等 -
允许披露范围：员工、承包商、顾问、关联公司 -
期限与存续：协议期和存续期是否在合理范围 -
返还与销毁：触发条件、范围、保留例外 -
救济措施：禁令救济、违约金、单边性 -
问题条款标记：非招揽、非竞争、排他、standstill 等 -
管辖法律：司法管辖区是否合理、是否强制仲裁
第四步出分类结果，也是最见功力的一步。GREEN 要求所有核心条件同时成立：
-
互惠结构，或方向正确的单方 NDA -
排除条款齐备，标准排除一个不缺 -
期限在标准范围（协议期 1-3 年，存续 2-5 年） -
没有非招揽和非竞争条款 -
没有排他、standstill 等附加限制 -
管辖法律合理，管辖地与法律一致 -
保密定义不过宽，标准救济条款
任何一项不满足就掉到 YELLOW，出现嵌入式非招揽条款这类硬伤则直接 RED。
关键设计
三色分类的价值不在颜色本身，而在它把”要不要请律师”这个模糊判断变成了可执行的阈值规则。GREEN 意味着走标准授权流程，法务不需要介入；YELLOW 是给法务的提示，标出具体问题点；RED 则直接触发全面审查。分级越清楚，路由越果断。
排除条款清单是设计里最扎实的部分。五项标准排除是判断保密定义是否过宽的试金石：
-
公开知识 -
先前占有 -
独立开发 -
第三方合法获取 -
法律强制披露
一个 NDA 如果连这些标准排除都没有，要么是模板太老，要么是对方有意写得宽，两种情况都值得警惕。
Skill 对”问题条款”的敏感度是另一个亮点。这类条款往往比保密条款本身更危险：
-
非招揽 -
非竞争 -
排他 -
standstill -
residuals 条款 -
IP 授权 -
审计权
它能识别出来并单独标记，这是纯人工速读时最容易漏掉的部分。
设计上有个克制的地方值得说：它不给你法律意见。输出是分类、是问题清单、是路由建议，明确提示所有结论需由合格法律专业人士复核。这种边界感避免了”AI 说没问题就签了”的危险链路，也是它在企业场景里能被信任的前提。
使用场景
最典型的场景是销售和 BD 的日常。每周都有新的潜在客户、供应商发来 NDA，绝大多数是互惠模板，签就是了。以前每份都要转法务过一遍，现在 GREEN 直接走标准授权，法务邮箱少掉一大半重复劳动。
第二种场景是嵌入式条款检测。对方把 NDA 藏进一份更大的商业合同里，或者在保密条款里混入非竞争、员工非招揽条款。这种”合同套娃”在人工速读下最容易漏，而筛查清单会对这类条款单独亮灯，直接给你定位到问题段落。
第三种是签署权限判断。很多公司对 NDA 有标准授权范围，法务之外的岗位可以签特定类型的。Skill 的 GREEN/YELLOW/RED 输出恰好可以对接这个授权矩阵，GREEN 让有权限的人直接签，YELLOW 和 RED 才升级到法务，决策链路干净利落。
值得注意的边界是：它适合”筛查”而不是”起草”。谈判策略、条款改写、对方意图揣测，这些超出它的设计范围。如果你需要的是一个能帮你改合同条款的助手，这个 Skill 帮不上忙，它定位在预审分流这个环节。
洞察与反思
看完这个 Skill 的设计，我个人的判断是：NDA 预审是被 AI 自动化影响最快的一批法律工作，因为它高度清单化、重复度高、且错误成本可控。把预审分流给 Agent，律师专注高风险文档，这个分工逻辑是站得住脚的。
从架构推断，playbook 机制是它最有扩展价值的部分。legal.local.md 意味着不同公司可以注入自己的标准，中国公司可以加上对本地司法管辖区的偏好，大厂可以收紧期限范围。Skill 是骨架，企业自己填肉，这种模式比写死规则要高明。
同样需要说清楚局限。它依赖模型的合同理解能力，对英文合同的最佳支持，中文 NDA 的条款表述差异可能需要更仔细的核对。另外，筛查标准是通用模板，某些行业特定的保密要求（比如医疗数据的额外限制）默认清单里未必覆盖，需要自己补配置。
从社区反馈来看，这类 legal skill 被讨论最多的从来不是”能不能用”，而是”敢不敢信”。Anthropic 的处理方式给了一个不错的参考：明确标注默认值、强制人工复核提示、输出可追溯的问题清单。信任不是靠承诺建立的，是靠可验证的输出建立的。
资源地址
| 资源 | 地址 |
|---|---|
| Smithery 页面 | https://smithery.ai/skills/anthropics/nda-triage |
| GitHub 仓库 | https://github.com/anthropics/knowledge-work-plugins |
总结
nda-triage 做的事情一句话就能说清：把 NDA 预审从”人工逐份通读”变成”三色自动分流”。它不替代律师，替代的是法务邮箱里那些低价值重复劳动。对于销售密集、合同量大的团队，这个 Skill 的 ROI 几乎是立竿见影的。
如果你决定试，建议从真实业务场景里拿几份已签署的 NDA 回测一下，看看它给出的分类和当时法务的判断是否一致。既能验证准确性，也能顺手发现公司自己的筛查标准要不要写进 playbook。跑通这个回测，你就知道该不该让它进正式流程了。
最后一句提醒：任何自动化工具给的法律判断，落笔之前都值得一个真人再过一眼。让 Agent 帮你分流，但把签字权握在手里，这才是这套流程的正确打开方式。