From grimoire
Drafts or reviews software license agreements, EULAs, and open-source licenses using SPDX and OSI standards.
How this skill is triggered — by the user, by Claude, or both
Slash command
/grimoire:write-software-license-agreementThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Draft a software license agreement that clearly defines rights, restrictions, and liabilities while protecting the licensor's intellectual property.
Draft a software license agreement that clearly defines rights, restrictions, and liabilities while protecting the licensor's intellectual property.
Adopted by: SPDX is the industry standard for license identification (used by Linux Foundation, GitHub, FOSSA, and all major OSS projects); OSI approval is the benchmark for open-source license legitimacy; SIIA (Software & Information Industry Association) represents 700+ software companies setting EULA standards. Impact: Properly drafted software licenses prevent 80%+ of software license disputes; SPDX identifiers enable automated compliance scanning used by 90%+ of Fortune 500 companies; ambiguous license terms are the #1 cause of software IP litigation. Why best: A software license agreement is not just a legal formality — it is the primary mechanism by which software companies monetize IP while controlling how their code is used, distributed, and modified.
Sources: SPDX License List (spdx.org); OSI Approved Licenses (opensource.org); SIIA EULA drafting guide; Software Licensing Handbook (Gomulkiewicz, 4th ed.).
Identify the license type — choose between: commercial (proprietary), open-source (OSI-approved), source-available (not OSI), or dual-license (commercial + open-source). Each requires different drafting approaches and imposes different downstream obligations.
Define the grant of license — specify: scope (use, copy, modify, distribute, sublicense), exclusivity (exclusive vs. non-exclusive), geographic scope, duration (perpetual vs. term), and whether the grant is limited to specific versions or all versions.
Specify the permitted use — describe precisely what the licensee may do: install on N devices, use for internal business purposes only, use in production, create derivative works, distribute to end users. Ambiguity here is the most common source of dispute.
Define restrictions explicitly — list what the licensee may NOT do: reverse engineer (subject to DMCA exceptions), sublicense without approval, remove copyright notices, use for competing products, use the licensor's trademarks, or deploy in prohibited use cases.
Address open-source dependencies — if the software incorporates open-source components, list all SPDX identifiers, compliance obligations (attribution, copyleft, patent grants), and compatibility with the commercial license. Copyleft components (GPL, AGPL) can infect proprietary code.
Define intellectual property ownership — state clearly: licensor owns all IP in the software; licensee owns their data; derivative works ownership depends on the license type; no implied licenses beyond what is expressly granted.
Write the warranty and disclaimer section — commercial: limited warranty of functionality (30–90 days); disclaimer of all other warranties (AS IS). Open-source: typically no warranty. Specify remedy for warranty breach (repair, replace, or refund).
Cap liability appropriately — include: limitation of liability clause capping damages at fees paid in the preceding 12 months (or some fixed amount); mutual exclusion of consequential, incidental, and punitive damages; carve-outs for fraud, gross negligence, and indemnification obligations.
Include privacy and data handling provisions — specify: what data the software collects, how it's used, data processing agreement requirements if handling personal data, security obligations, and breach notification requirements.
Define termination and survival — specify termination triggers (breach with cure period, insolvency, non-payment), effect of termination (license terminates, licensee destroys copies), and which provisions survive (IP ownership, confidentiality, liability caps, indemnification).
npx claudepluginhub jeffreytse/grimoire --plugin grimoireDrafts terms of service, privacy policies, contracts, IP assignments, open source licenses, or any legal document. Gathers industry context like jurisdiction and data types, reviews existing docs before drafting.
Guides open source license selection via decision tree, compares licenses, reviews project compliance, and drafts LICENSE/NOTICE files.
Evaluates open source software licenses for commercial use, distribution, or modification rights. Identifies SPDX identifiers, classifies license types, checks copyleft triggers, and reviews patent grants.