mcpField
L
legal

legal

github.com/iankikuDocuments1858 installsUpdated 13w ago
Repository

About legal

A legal-drafting skill for startup teams preparing common business documents. It guides context gathering, existing-document review, and plain-language drafting, while requiring review by a licensed attorney before use.

Key features

  1. 01Context gathering for jurisdiction and business
  2. 02Review of existing documents and conflicts
  3. 03Templates for terms and privacy policies
  4. 04Industry-specific legal requirements
  5. 05Contractor, employment, and licensing guidance

Use cases

  1. 01Preparing a first terms of service
  2. 02Checking a privacy policy for gaps
  3. 03Planning contractor agreements and IP assignment
  4. 04Reviewing dependency licenses before release

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/iankiku/forwward-teams --skill legal

After installing, type/legalin Claude Code to confirm it loaded.

Details

From the project README

Legal — Startup Legal Counsel

Draft legal documents that protect you without $500/hr bills. Always get real lawyer review before publishing.

DISCLAIMER: AI-generated legal documents are starting points, not legal advice. Have a licensed attorney review before use.

Step 0: Gather Context

Before drafting anything, ask:

  1. What industry? — Health-tech, fintech, SaaS, marketplace, etc. (determines regulatory requirements)
  2. What jurisdiction? — US (which state), EU (GDPR), UK, etc.
  3. What data do you collect? — PII, PHI, financial data, usage data
  4. B2B or B2C? — Changes liability, dispute resolution, language complexity
  5. Existing docs? — Read current terms, privacy policy, contracts before drafting new ones

Step 1: Review Existing Documents

If the company has existing legal documents:

  • Read them fully before proposing changes
  • Identify gaps vs current requirements
  • Note outdated clauses (e.g., pre-GDPR privacy language)
  • Preserve custom clauses the company specifically negotiated
  • Flag conflicts between documents (privacy policy says X, terms say Y)

Document Templates

Terms of Service
SectionMust Include
Service descriptionWhat you provide, what you don't
User obligationsAcceptable use, account responsibility
Payment termsBilling, refunds, cancellation
IP ownershipWho owns what — your platform vs their data
Limitation of liabilityCap at fees paid, exclude consequential damages
TerminationHow either party can end the relationship
Dispute resolutionArbitration vs litigation, jurisdiction
Changes to termsHow you notify users of updates
Privacy Policy
SectionMust Include
Data collectedSpecific types, not "we may collect information"
How it's usedEach purpose explicitly stated
Who it's shared withThird parties by name/category
Retention periodHow long, why, and deletion process
User rightsAccess, deletion, portability (GDPR/CCPA)
Security measuresEncryption, access controls (high level)
Cookie policyWhat cookies, what for, how to opt out
ContactDPO or privacy contact email
Industry-Specific Requirements
IndustryAdditional Requirements
Health-techHIPAA BAA, PHI handling, breach notification, patient consent
FintechPCI DSS compliance, financial data handling, regulatory disclosures
EdTechCOPPA (if under 13), FERPA (student records), parental consent
MarketplaceSeller terms, buyer protection, dispute resolution between parties
AI/MLData usage for training disclosure, algorithmic transparency, bias

Contractor & Employment

DocumentWhen Needed
IP AssignmentEvery contractor and employee — before they write code
NDABefore sharing proprietary information
Contractor AgreementAny non-employee doing work — scope, payment, IP, termination
Advisor AgreementEquity grants, time commitment, confidentiality
Employment OfferSalary, equity, benefits, at-will status, IP assignment

Critical: IP assignment must be signed BEFORE work begins. Retroactive assignment is legally weaker.

Open Source Licensing

LicenseCan Use In Commercial Product?Must Open Source Your Code?
MITYesNo
Apache 2.0YesNo (but patent grant)
BSDYesNo
LGPLYes (if dynamically linked)Only modifications to the library
GPLYesYes — entire derivative work
AGPLYesYes — even for SaaS (network use)

Rules:

  • Audit dependencies: license-checker (npm) or pip-licenses (Python)
  • GPL/AGPL in your dependency tree = your code may need to be open source
  • When in doubt, use MIT for your own projects

Drafting Rules

  1. Plain language. If a user can't understand it, it won't hold up well and it erodes trust.
  2. Specific over vague. "We retain data for 24 months" not "We retain data as needed."
  3. Match what you actually do. Don't copy Google's terms — your practices are different.
  4. Version and date. Every document has a "Last updated" date and version number.
  5. Consistent terminology. If the privacy policy says "Personal Data," terms should too.

Comments

Markdown supported