Drafts enforceable Field of Use restriction clauses for U.S. IP licensing agreements (patent, software, trade secret, know-how). Covers permitted and restricted applications, sublicense limits, derivative-use treatment, audit and compliance mechanics, and remedy framework. Use when narrowing licensee exploitation rights, setting enforcement triggers, or preserving licensor rights outside scope during negotiation or formation. Triggers: field of use, permitted use, restricted use, sublicensing...
Scanned 9/12/2026
Install to Claude Code
npx -y skills add CaseMark/skills --skill field-of-use-restriction-clause --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Field Of Use Restriction Clause?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/casemark-field-of-use-restriction-clause)More formats (shields.io, HTML) on the badges page.
---
name: field-of-use-restriction-clause
language: en
description: >-
Drafts enforceable Field of Use restriction clauses for U.S. IP licensing
agreements (patent, software, trade secret, know-how). Covers permitted and
restricted applications, sublicense limits, derivative-use treatment, audit
and compliance mechanics, and remedy framework. Use when narrowing licensee
exploitation rights, setting enforcement triggers, or preserving licensor
rights outside scope during negotiation or formation. Triggers: field of use,
permitted use, restricted use, sublicensing, derivative works, audit rights,
IP licence scope, patent software licensing.
---
# Field of Use Restriction Clause
Drafts a narrow, enforceable licensing clause that limits exploitation rights to a defined field while preserving licensor control outside that field. U.S.-focused; cross-border enforcement may require localization. [VERIFY]
## Prerequisites
Before drafting, confirm:
1. **Grant model defined** — IP type, exclusive/non-exclusive, term, royalty logic, territory.
2. **Portfolio data collected** — patent IDs, software modules/versions, know-how, related IP.
3. **Business boundaries set** — industries, customer types, channels, geographies, prohibited markets.
4. **Source documents available** — draft agreement, SOW, schedules, prior licenses.
5. **Enforcement preferences** — audit cadence, reporting format, cure policy, remedy priorities.
6. **Jurisdiction selected** — governing law, venue/forum, injunctive relief requirements.
## Quick Start
Gather inputs across five dimensions, then assemble clause sections in order:
| Input | Capture | Drives |
|---|---|---|
| Field scope | Industry, use case, geography, customer type, channel | `Field of Use` definition and negative examples |
| IP scope | Patent IDs, software versions, process assets | Covered subject-matter precision |
| Commercial rights | Grant type, exclusivity, sublicensing | Reservation-of-rights language |
| Compliance controls | Reporting cadence, records, audit access | Audit and reporting mechanics |
| Enforcement posture | Cure tolerance, injunction needs, termination triggers | Remedies and transition provisions |
## Clause Assembly
Draft sections in this order:
1. **Definitions** — `Licensed Property`, `Field of Use`, `Permitted Applications`, `Restricted Fields`, plus technology-specific terms from patents/specs.
2. **Grant** — Confer rights only within `Field of Use`; reserve all rights outside; tie term/milestones to any scope evolution.
3. **Sublicense/assignment** — Scope limits, mandatory field-of-use flow-down notices, licensor approval where required.
4. **Use controls** — Prohibit direct/indirect exploitation outside scope; explicit anti-circumvention for affiliates, contractors, distributors.
5. **Derivatives** — Restrict derivative use consistent with field intent; address improvements and new IP ownership.
6. **Compliance** — Licensee records by product/application/customer; periodic reports; audit rights with access scope and notice.
7. **Remedies** — Cure rules (if any), material breach termination, injunction, enhanced royalties/profits, IP clawback where lawful.
8. **Post-termination** — Immediate cessation, return/destruction of materials, ongoing confidentiality and field restrictions.
9. **Governing law and disputes** — Chosen forum plus carve-out for expedited injunctive relief.
10. **Survival** — Confidentiality, indemnity, continuing restraint obligations.
## Validation Checklist
Before finalizing:
- [ ] No operative verb (`sell`, `use`, `offer`, `distribute`, `import`) permits off-scope commercial activity
- [ ] All cross-references resolve; terminology uniform across definitions and obligations
- [ ] Reporting fields tie to royalty and audit triggers
- [ ] Survival clause covers confidentiality, indemnity, and continuing restraints
- [ ] Grant language and exclusion language are consistent (no contradictions)
## Pitfalls
- **Ambiguous scope** — Prefer objective controls over subjective standards; ambiguity defeats enforcement.
- **Software licenses** — Split field definitions by platform, module, deployment model, and customer class.
- **Liquidated damages** — Use only if demonstrably tied to anticipated loss and proportionate.
- **Anti-circumvention gaps** — Cover affiliates, contractors, distributors, and value-chain intermediaries explicitly.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!