patent-continuous-learning
Automatically extract reusable patterns from patent drafting sessions, including keyword strategies, writing techniques, and search methods, to build an accumulative patent knowledge base.
What this skill does
# Patent Continuous Learning Skill
Automatically extract reusable patterns from patent drafting sessions to form a patent knowledge base.
## Trigger Conditions
- After patent drafting is complete (patent-auditor review passed)
- When search strategy is particularly effective
- When user corrects writing style
- When new writing techniques or patterns are discovered
- When user provides access to patent database APIs
- When new patent search skills are found on ClawHub
## Core Concept: Patent Instinct
A Patent Instinct is an atomic learning unit that records a specific patent-related experience:
```yaml
---
id: prefer-quantified-effect
trigger: "When writing technical effects"
confidence: 0.8
domain: "patent-writing"
source: "session-observation"
scope: global
---
# Prefer Quantified Technical Effects
## Trigger Condition
When writing the "Advantages Over Prior Art" section of a patent
## Action
Use quantified data to describe technical effects, such as:
- Efficiency improved by XX%
- Latency reduced by XXms
- Success rate improved by XX%
## Evidence
- 2026-03-19: User corrected "high efficiency" to "efficiency improved by 30%"
- 2026-03-18: Audit recommendation to add quantified data
```
## Patent Instinct Types
| Type | Description | Scope |
|------|-------------|-------|
| `keyword-strategy` | Effective search keyword combinations | project |
| `writing-pattern` | Writing techniques and sentence patterns | global |
| `tech-description` | Technical description patterns | project |
| `claim-structure` | Claim structure patterns | global |
| `search-tactic` | Search platform usage tips | global |
| `error-avoidance` | Common error avoidance | global |
| `api-recommendation` | Patent database API recommendations | global |
| `skill-discovery` | ClawHub skill discovery patterns | global |
## Confidence Evolution
| Score | Meaning | Behavior |
|-------|---------|----------|
| 0.3 | Tentative | Suggest but don't enforce |
| 0.5 | Medium | Apply when relevant |
| 0.7 | Strong | Auto-apply |
| 0.9 | Certain | Core behavior |
**Confidence Increase**:
- Pattern observed repeatedly
- User confirms effectiveness
- Audit passed
**Confidence Decrease**:
- User explicitly corrects
- Causes problems
## Learning Flow
```
Patent drafting session
|
| Observe key events
v
+------------------------------------------+
| observations/ |
| - Successful search strategies |
| - User correction records |
| - Audit feedback |
| - Newly discovered patterns |
+------------------------------------------+
|
| Extract instincts
v
+------------------------------------------+
| instincts/ |
| - keyword-strategy/ (project scope) |
| - writing-pattern/ (global scope) |
| - tech-description/ (project scope) |
+------------------------------------------+
|
| /evolve clustering
v
+------------------------------------------+
| evolved/ |
| - skills/patent drafting enhanced skill |
| - templates/reusable templates |
+------------------------------------------+
```
## Commands
| Command | Description |
|---------|-------------|
| `/patent-learn` | Extract patent instincts from current session |
| `/patent-instincts` | Display learned patent instincts |
| `/patent-evolve` | Cluster related instincts into skills |
## Directory Structure
```
patent/
├── learning/
│ ├── observations.jsonl # Observation records
│ ├── instincts/
│ │ ├── global/ # Global instincts
│ │ │ ├── prefer-quantified-effect.yaml
│ │ │ └── avoid-complete-code.yaml
│ │ └── projects/
│ │ └── project-name/ # Project scope
│ │ ├── keyword-strategy.yaml
│ │ └── tech-description.yaml
│ └── evolved/
│ ├── skills/
│ └── templates/
```
## Example: Auto-learned Instincts
### Patent Database API Recommendation
```yaml
---
id: recommend-patent-database-api
trigger: "When starting patent prior art search"
confidence: 0.9
domain: "api-recommendation"
scope: global
---
# Recommend Patent Database APIs for Professional Search
## Trigger Condition
When user requests patent prior art search and default channels may not be sufficient.
## Action
1. Ask user about available patent database APIs
2. Recommend appropriate APIs based on search needs:
- Global search: Google Patents, Lens.org
- US patents: USPTO, PatentsView
- European patents: EPO Espacenet
- Chinese patents: CNIPA
- International: WIPO
3. Check ClawHub for patent search skills: `clawhub search patent`
4. Use installed skills if available
## Evidence
- 2026-03-19: User feedback that default channels are not accurate enough for patent search
- Patent prior art search requires professional patent database access
- ClawHub may have specialized patent search skills
```
### Search Keyword Strategy
```yaml
---
id: keyword-device-pairing
trigger: "When searching device pairing patents"
confidence: 0.85
domain: "keyword-strategy"
scope: project
project: example-project
---
# Device Pairing Search Keywords
## Keyword Combinations
- Primary keywords: device, terminal, pairing, connection
- Combination methods: `device pairing`, `terminal quick connection`
- Platform preference: Google Patents (English), AMiner (Academic)
## Evidence
- 2026-03-18: Found 5 highly relevant references using this combination
- Confidence increased from 0.5 to 0.85
```
### Writing Technique
```yaml
---
id: avoid-complete-code
trigger: "When writing patent embodiments"
confidence: 0.95
domain: "writing-pattern"
scope: global
---
# Avoid Complete Code
## Rule
Patent documents should not contain complete executable code. Use instead:
- Algorithm pseudocode
- Flowcharts
- Functional module descriptions
## Evidence
- 2026-03-17: Audit found complete code, recommended removal
- 2026-03-18: User confirmed this rule
- Verified across multiple patents
```
## Integration into Patent Workflow
Auto-trigger learning in all three scenarios:
### Scenario 1: User Idea → Drafting
```
After patent-auditor review passes
|
| Check for new patterns learned
v
patent-continuous-learning extracts instincts
```
### Scenario 2: User Draft → Optimization
```
User correction or audit recommendation
|
| Record effective improvements
v
patent-continuous-learning updates instincts
```
### Scenario 3: Agency Feedback
```
Targeted optimization successful
|
| Record effective differentiation descriptions
v
patent-continuous-learning updates instincts
```
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.