关于 legal
面向初创团队的法律文件起草技能,涵盖背景收集、现有文件审阅和通俗措辞。生成内容仅作起点,使用前应由持牌律师审阅。
主要功能
- 01收集行业与司法辖区背景
- 02审阅现有文件并查找冲突
- 03服务条款与隐私政策模板
- 04行业特定法律要求
- 05承包商、雇佣与许可证指导
适用场景
- 01起草首版服务条款
- 02检查隐私政策中的缺漏
- 03规划承包商协议与知识产权转让
- 04发布前审查依赖项许可证
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ iankiku/ forwward-teams --skill legal安装后在 Claude Code 中输入/legal确认已加载。
详细介绍
法律 — 初创企业法律顾问
起草法律文件,保护自己,同时避免每小时 500 美元的账单。发布前务必请真正的律师审核。
免责声明:AI 生成的法律文件只是起点,并非法律建议。使用前请让持牌律师审核。
步骤 0:收集背景信息
起草任何文件前,请先询问:
- 属于哪个行业? — 医疗科技、金融科技、SaaS、市场平台等。(决定监管要求)
- 适用哪个司法管辖区? — 美国(哪个州)、欧盟(GDPR)、英国等。
- 收集哪些数据? — PII、PHI、财务数据、使用数据
- 面向企业(B2B)还是消费者(B2C)? — 会影响责任、争议解决和语言复杂度
- 现有文件有哪些? — 起草新文件前,先阅读当前条款、隐私政策和合同
步骤 1:审查现有文件
如果公司已有法律文件:
- 提出修改建议前,完整阅读这些文件
- 找出与当前要求相比的差距
- 标记过时条款(例如,GDPR 实施前的隐私条款)
- 保留公司专门协商达成的自定义条款
- 标记文件之间的冲突(隐私政策写了 X,条款写了 Y)
文件模板
服务条款
| 部分 | 必须包含 |
|---|---|
| 服务说明 | 提供什么,不提供什么 |
| 用户义务 | 可接受的使用方式、账户责任 |
| 付款条款 | 账单、退款、取消 |
| 知识产权归属 | 各自拥有什么——你的平台与他们的数据 |
| 责任限制 | 以上缴费用为上限,排除间接损失 |
| 终止 | 任一方如何结束合作关系 |
| 争议解决 | 仲裁还是诉讼、司法管辖区 |
| 条款变更 | 如何通知用户更新内容 |
隐私政策
| 部分 | 必须包含 |
|---|---|
| 收集的数据 | 具体类型,而非“我们可能会收集信息” |
| 数据用途 | 明确说明每项用途 |
| 数据共享对象 | 按名称或类别列出第三方 |
| 保留期限 | 保留多久、原因以及删除流程 |
| 用户权利 | 访问、删除、可携带性(GDPR/CCPA) |
| 安全措施 | 加密、访问控制(概述) |
| Cookie 政策 | 使用哪些 Cookie、用途以及如何选择退出 |
| 联系方式 | DPO 或隐私联系邮箱 |
行业特定要求
| 行业 | 其他要求 |
|---|---|
| 医疗科技 | HIPAA BAA、PHI 处理、泄露通知、患者同意 |
| 金融科技 | PCI DSS 合规、财务数据处理、监管披露 |
| 教育科技 | COPPA(适用于 13 岁以下用户)、FERPA(学生记录)、家长同意 |
| 市场平台 | 卖家条款、买家保护、当事方之间的争议解决 |
| AI/ML | 披露数据用于训练的情况、算法透明度、偏见 |
承包商与雇佣关系
| 文件 | 适用情况 |
|---|---|
| 知识产权转让协议 | 每位承包商和员工都需要——在他们编写代码前签署 |
| 保密协议(NDA) | 分享专有信息前 |
| 承包商协议 | 任何非员工的工作者——范围、报酬、知识产权、终止 |
| 顾问协议 | 股权授予、投入时间、保密义务 |
| 雇佣录用函 | 薪资、股权、福利、任意雇佣状态、知识产权转让 |
重要: 知识产权转让协议必须在工作开始前签署。追溯转让的法律效力较弱。
开源许可
| 许可证 | 可用于商业产品? | 必须开源你的代码? |
|---|---|---|
| MIT | 可以 | 不必 |
| Apache 2.0 | 可以 | 不必(但包含专利授权) |
| BSD | 可以 | 不必 |
| LGPL | 可以(动态链接时) | 仅需开源对该库的修改 |
| GPL | 可以 | 必须——整个衍生作品 |
| AGPL | 可以 | 必须——即使是 SaaS(网络使用) |
规则:
- 审核依赖项:
license-checker(npm)或pip-licenses(Python) - 依赖树中包含 GPL/AGPL = 你的代码可能需要开源
- 如有疑问,自有项目使用 MIT 许可证
起草规则
- 使用通俗易懂的语言。 如果用户看不懂,文档就不够可靠,也会削弱用户的信任。
- 具体明确,避免含糊。 写“我们会保留数据 24 个月”,不要写“我们会按需保留数据”。
- 如实反映实际做法。 不要照搬 Google 的条款,因为你们的做法并不相同。
- 注明版本和日期。 每份文档都应包含“上次更新”日期和版本号。
- 术语保持一致。 如果隐私政策中使用“个人数据”,条款中也应使用这一术语。
评论
支持 Markdown