L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Développement · 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

Documentation de la Skill

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.
Skills enregistrées