The interface is localized. Skill descriptions and documents are machine-translated by AI into your language; code, commands, paths and technical terms stay in the original, and the author's document governs.
Explore skills
Development · SKILL.md

field-of-use-restriction-clause

field-of-use-restriction-clause

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 pre…

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill documentation

GitHub

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:

InputCaptureDrives
Field scopeIndustry, use case, geography, customer type, channelField of Use definition and negative examples
IP scopePatent IDs, software versions, process assetsCovered subject-matter precision
Commercial rightsGrant type, exclusivity, sublicensingReservation-of-rights language
Compliance controlsReporting cadence, records, audit accessAudit and reporting mechanics
Enforcement postureCure tolerance, injunction needs, termination triggersRemedies 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.
Saved skills