draft-nda
作者 phuryndraft-nda 可帮助起草一份两方之间的详细保密协议(NDA),涵盖信息类型、适用司法管辖区以及需要法律审查的条款。适用于准备保密协议、合作 NDA,或为法律团队和审阅流程生成结构化初稿时使用这项 draft-nda 技能。
这项技能得分为 74/100,整体适合上架,但需要注明限制。目录用户可以预期它具备真实、可触发的 NDA 起草流程,结构也足够完整,能比通用提示更少猜测;但同时也要接受支持资源较少,以及在部署和法律审查环节存在一定上手阻力。
- 明确的 NDA 起草触发语境,清楚说明何时适用于保密协议和合作场景。
- 工作流内容比较充实:包含双方、信息类型、司法管辖区和需复核条款等详细输入,并辅以通俗解释。
- 法律风险提示和角色定位清晰,有助于避免代理过度宣称法律权威。
- 没有配套脚本、参考资料或安装命令,用户只能依赖单独的 SKILL.md 获取实现指引。
- 该技能偏信息说明,不提供针对特定司法管辖区的法律意见,并且多次强调在执行前需由律师审查。
draft-nda 概览
draft-nda 能做什么
draft-nda skill 可以帮助生成一份适用于两方之间的详细保密协议(NDA),并把核心条款按法律审查所需的方式组织起来,而不是做成随手可用的文案。它面向的是那些需要一份实用初稿、并且要覆盖双方信息、受保护信息、管辖权和可供审查的条款语言的用户。
适合谁使用
如果你正在为合作关系、供应商关系、协作项目或签约前沟通准备 NDA,并希望先得到一个结构化起点,那么就适合用 draft-nda。它尤其适合法务运营、创始人、项目负责人,以及支持 draft-nda for Legal 工作流的助理;这类场景既要求速度,也不能牺牲文档后续审查的可行性。
它有什么不同
这不是一个泛泛的“帮我写 NDA”提示词。这个 skill 预期你提供具体的双方数据和条款输入,然后生成一份会标出需要法律关注之处的文档。对于既要可读性、又要起草规范性的场景,draft-nda 比自由发挥式提示更接近可直接决策的初稿。
如何使用 draft-nda skill
安装 draft-nda
先在你用于 skills 的 repo 上下文中安装 draft-nda skill,然后在开始提示前确认 skill 文件已经可用。典型的安装路径像 npx skills add phuryn/pm-skills --skill draft-nda,之后再检查 pm-toolkit/skills/draft-nda/SKILL.md。
给 skill 提供正确输入
draft-nda usage 在你一开始就提供完整的双方元数据和业务背景时效果最好。至少要包括公司名称、地址、代表人姓名、需要保护的信息类型、管辖权、期限长度,以及你已经知道需要的特殊条款,比如 mutual 还是 one-way confidentiality,或者允许披露的范围。
先看对的文件
先读 SKILL.md,了解起草流程和必填参数。如果你的环境与源 repo 一致,也可以顺手检查 pm-toolkit/skills/ 下相邻 skill 的约定,这样在正式生成终稿前,你能先对齐语气、输出结构,以及任何下游审查流程。
把粗略需求改成可用提示词
像“帮我起草一份 NDA”这种请求变量太多,信息不够。更强的 draft-nda guide 提示词可以是:“为 Acme Labs 和 Northstar Data 之间的产品集成讨论起草一份 mutual NDA。适用 California law,期限 2 年,包含 customer data、source code、pricing 和 roadmaps,并标出任何需要 attorney review 的条款。”这种输入能提升条款覆盖度,也能减少来回补充。
draft-nda skill 常见问题
draft-nda 只适合法务吗?
不完全是,但当输出会被法务团队或与法务相邻的流程审查时,draft-nda for Legal 是最合适的场景。非法律背景用户也可以先起草一个初版,但这个 skill 明确预期在执行前要经过 attorney review。
它和普通提示词相比有什么区别?
普通提示词也能生成一份通用 NDA,但 draft-nda 提供的是更可控的起草流程,包含明确字段和法律风险提示。它的主要优势在于,双方信息、保密信息范围以及需要审查的条款,几乎不用靠猜。
对新手友好吗?
如果你能提供基本交易信息,那它是友好的。这个 skill 容易上手,是因为所需输入都很具体;但它仍然依赖你知道自己希望反映的业务安排和管辖权。
什么情况下不应该用它?
当你需要最终法律意见、特定司法辖区下的谈判策略,或者一份在受监管交易中必须不经审查就直接定稿的文档时,不要使用 draft-nda。如果交易涉及异常的数据传输、IP assignment、出口管制或隐私问题,也应把输出仅视为草稿。
如何改进 draft-nda skill
提供条款级决策,不要只给公司名称
质量提升最大的地方,在于明确这个 NDA 到底要实现什么。告诉 skill 这份 NDA 是 mutual 还是 one-way,哪些内容算 confidential information,是否覆盖 oral disclosures,以及是否需要纳入 prior knowledge、public information 或 compelled disclosure 例外。
补充会改变法律结构的事实
如果你想让 draft-nda 的输出更扎实,就把 governing law、duration、survival period、venue 预期,以及任何特殊业务约束一并给出。比起文风偏好,这些信息更重要,因为它们会影响 enforceability、适用范围,以及这份草稿是否真的能用。
用第一版草稿找出漏掉的决定
第一版输出应当被当作审阅稿,而不是最终合同。重点检查签署权限、定义术语、返还或销毁义务,以及 skill 标记为需要法律审查的任何条款;然后把缺失的决定补齐,再重新运行 draft-nda。
避免过于笼统的原始材料
如果你只说“用于合作”,skill 就必须自行猜测信息风险和合同结构。更好的输入会像这样:“两家技术供应商为 90 天评估共享 roadmap data,采用 mutual confidentiality,适用 Delaware law,且披露仅限于指定员工。”越具体,draft-nda 越能产出更干净、更便于审查的文档。
