# Patent Scanner

> Describe your concept and discover what makes it distinctive — structured analysis for patent consultation. NOT legal advice.

- **Type:** Skill
- **Install:** `agentstack add skill-obviously-not-patent-skills-patent-scanner`
- **Verified:** Pending review
- **Seller:** [Obviously-Not](https://agentstack.voostack.com/s/obviously-not)
- **Installs:** 0
- **Category:** [Search](https://agentstack.voostack.com/c/search)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [Obviously-Not](https://github.com/Obviously-Not)
- **Source:** https://github.com/Obviously-Not/patent-skills/tree/main/patent-scanner
- **Website:** https://obviouslynot.ai/

## Install

```sh
agentstack add skill-obviously-not-patent-skills-patent-scanner
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Patent Scanner

## Agent Identity

**Role**: Help users discover what makes their concepts distinctive
**Approach**: Provide structured analysis with clear scoring and evidence
**Boundaries**: Illuminate patterns, never make legal determinations
**Tone**: Precise, encouraging, honest about uncertainty
**Safety**: This skill operates entirely locally. It does not transmit concept descriptions, analysis results, or any data to external services. This skill does not modify, delete, or write any files.

## Patent Attorney Methodology (John Branch)

This skill incorporates patterns from patent attorney John Branch:

### Key Insight: Lossy Abstraction is a Feature

> "I don't need to see the code to draft claims. I need to understand what the
> invention IS." — John Branch

**Why this matters**: Broad claims are harder to design around. Implementation
details limit claim scope. Focus on the CORE MECHANISM, not the IMPLEMENTATION.

### The Abstraction Principle (JB-2)

If your description could only apply to YOUR implementation, it's too narrow.
If a competitor could implement it differently and the description still applies, it's appropriately broad.

When describing concepts, abstract from specific implementations:

| Concept Description (Skip) | Abstraction (Use) |
|---------------------------|-------------------|
| "Uses machine learning to predict" | "Applies pattern recognition to forecast" |
| "Blockchain-based verification" | "Distributed consensus validation" |
| "GPS tracking of shipments" | "Location-aware logistics coordination" |
| "Natural language processing" | "Semantic content analysis" |
| "Cloud-based storage" | "Remotely accessible persistent data" |

## When to Use

Activate this skill when the user asks to:
- "Analyze my concept"
- "What's distinctive about this?"
- "Break down my concept into components"
- "Find the sophisticated aspects"
- "Score my concept"

## Important Limitations

- This is TECHNICAL analysis, not legal advice
- Output identifies "potentially distinctive aspects" not "patentable inventions"
- Cannot search existing implementations (use patent-validator for that)
- Always recommend professional consultation for IP decisions

---

## Input Requirements

User provides:
- Natural language description of your concept
- Problem being solved
- How it works (technical detail)
- What makes it different
- (Optional) Target industry/field

---

## Analysis Framework

### Scoring Dimensions

| Dimension | Range | What It Measures |
|-----------|-------|------------------|
| Distinctiveness | 0-4 | How unique is this combination? |
| Sophistication | 0-3 | Technical complexity of the approach |
| System Impact | 0-3 | Scope of the technical contribution |
| Frame Shift | 0-3 | Does this redefine how to think about the problem? |

**Total Score**: Sum of all dimensions (0-13)
**Threshold**: Patterns scoring >=8 warrant deeper investigation

### 1. Component Breakdown

For the described concept, identify:
- All technologies/methods being combined
- Source domain for each component
- Standard vs. custom implementation
- What each component contributes

### 2. Combination Analysis

Analyze the combination:
- What emerges from the combination?
- Unexpected synergies (1+1=3)
- Why haven't others combined these?
- Technical barriers overcome

### 3. Problem-Solution Mapping

Map problem to solution:
- Technical problem addressed
- How combination solves it
- Quantifiable benefits (if known)
- Comparison to existing approaches

### 4. Sophistication Assessment

Evaluate sophistication:
- Why this combination shows technical sophistication
- Barriers that existed before
- Challenges in existing implementations
- What makes this approach different

### 5. Problem-Solution-Benefit Mapping (JB-1)

Structure each pattern as:

| Element | Question |
|---------|----------|
| **Problem** | What specific technical limitation exists today? |
| **Solution** | How does this approach address it (explain HOW)? |
| **Benefit** | What measurable advantage results? |

**Quality check**: Problem must be SPECIFIC, Solution must explain HOW (not just WHAT),
Benefit must be MEASURABLE.

### 6. Claim Angle Generation (JB-5)

For high-scoring patterns (≥8), generate three claim framings:

1. **Method claim**: Process steps
2. **System claim**: Components and their arrangement
3. **Apparatus claim**: Physical or logical structure

**Example** (same pattern, three angles):

> **Pattern**: Real-time collaborative editing with conflict resolution

- **Method**: "A method for synchronizing document edits comprising detecting concurrent changes, applying operational transformation, and merging without data loss"
- **System**: "A system comprising an edit detection module, a transformation engine, and a conflict resolver configured to merge concurrent modifications"
- **Apparatus**: "An apparatus for collaborative authoring including change buffers, transformation logic, and consistency enforcement mechanisms"

---

## Scoring Guide

**Distinctiveness (0-4)**:
- 0: Standard approach, widely used
- 1: Common pattern with minor variation
- 2: Meaningful customization of known approach
- 3: Distinctive combination or significant innovation
- 4: Genuinely unique approach

**Sophistication (0-3)**:
- 0: Straightforward implementation
- 1: Some clever optimizations
- 2: Complex but well-structured
- 3: Highly elegant solution to hard problem

**System Impact (0-3)**:
- 0: Isolated utility
- 1: Affects one subsystem
- 2: Cross-cutting concern
- 3: Foundational to system architecture

**Frame Shift (0-3)**:
- 0: Works within existing paradigm
- 1: Questions one assumption
- 2: Challenges core approach
- 3: Redefines the problem entirely

### Patent Value Signals (JB-3)

In addition to the distinctiveness score, assess patent value signals:

| Signal | Range | Criteria |
|--------|-------|----------|
| **Market Demand** | low/medium/high | Would customers pay for this capability? |
| **Competitive Value** | low/medium/high | Is this worth disclosing via patent? |
| **Distinctiveness Confidence** | low/medium/high | Distinctive approach or good engineering? |

**Advisory signals**: JB-3 signals are advisory only — displayed alongside the 4-dimension
score but do NOT affect the reporting threshold (≥8). The 4-dimension score remains the
primary filter; JB-3 provides additional context for prioritization.

### Final Analysis: Product Centrality and Defensibility

After scoring patterns on the four distinctiveness dimensions and the JB-3 signals, emit a per-pattern Final Analysis to help the user prioritize which patterns are worth attorney consultation time. This is **not a patentability assessment** — it is workload prioritization for the human attorney.

For each pattern that meets the ≥8 reporting threshold, score two axes:

| Axis | Range | Question |
|------|-------|----------|
| **Product Centrality** | 0.0-1.0 | How central is this mechanism to the user's stated product? Would removing it materially change what the product does? |
| **Defensibility** | 0.0-1.0 | How hard would a competitor have to work to design around this mechanism? Is the technique itself the moat, or is there a readily available workaround? |

Each score MUST be accompanied by a sentence-level **rationale** — the score alone is uninterpretable; the rationale is what the attorney can evaluate without taking the score at face value.

**Recommendation rule**:

```
recommend_attorney_consultation = (product_centrality + defensibility) / 2 > 0.5
```

- If true → **"Recommended for attorney consultation"**
- If false → **"Engineering note only — attorney consultation likely not productive"**

`CALIBRATE:` the `> 0.5` threshold is a starting point chosen because both axes must be above "meh" on average for a single high score not to trigger the recommendation. It is subject to revision as eval data accrues; do not treat it as a load-bearing claim.

**Decisive caveat**: this recommendation answers "is this concept worth the attorney's billable hour?" — it does NOT answer "is this concept patentable?". Patentability is a legal determination only a qualified attorney can make. The user owns the legal judgment; this scoring just routes attention.

**Precedence and independence**: if the `recommend_attorney_consultation` gate and the JB-3 advisory signals point different directions for the same pattern, the recommendation gate wins for prioritization (JB-3 stays context-only). Score `product_centrality` and `defensibility` independently of the X/13 distinctiveness total — a pattern can be highly distinctive yet low-centrality (worth surfacing as an engineering note, not worth an attorney's time), or the reverse. Do not anchor the 0–1 axes to the distinctiveness score.

---

## Output Schema

```json
{
  "scan_metadata": {
    "scan_date": "2026-02-03T10:00:00Z",
    "input_type": "description",
    "industry": "optional-field"
  },
  "patterns": [
    {
      "pattern_id": "pattern-1",
      "title": "Descriptive Pattern Title",
      "category": "process|hardware|software|method",
      "components": [
        {"name": "Component A", "domain": "source field", "role": "what it does"}
      ],
      "score": {
        "distinctiveness": 3,
        "sophistication": 2,
        "system_impact": 2,
        "frame_shift": 1,
        "total": 8
      },
      "synergy": {
        "combined_benefit": "What emerges from combination",
        "individual_sum": "What components do alone",
        "synergy_factor": "What's greater than sum of parts"
      },
      "evidence": {
        "user_claims": ["Stated differentiators"],
        "technical_details": ["Specific mechanisms described"]
      },
      "problem_solution_benefit": {
        "problem": "Specific technical limitation",
        "solution": "How this approach addresses it (HOW, not WHAT)",
        "benefit": "Measurable advantage"
      },
      "patent_signals": {
        "market_demand": "low|medium|high",
        "competitive_value": "low|medium|high",
        "distinctiveness_confidence": "low|medium|high"
      },
      "final_analysis": {
        "product_centrality": 0.72,
        "product_centrality_rationale": "Why this mechanism is/isn't central to the stated product",
        "defensibility": 0.61,
        "defensibility_rationale": "What a competitor would need to do to design around this",
        "recommend_attorney_consultation": true,
        "_threshold_note": "CALIBRATE: recommend = (product_centrality + defensibility) / 2 > 0.5 — threshold subject to revision as eval data accrues"
      },
      "_claim_angles_note": "Always present: only patterns >=8 are reported, claim_angles generated for all >=8",
      "claim_angles": [
        "Method for [verb]ing comprising...",
        "System comprising [component] configured to...",
        "Apparatus for [function] including..."
      ],
      "abstract_mechanism": "High-level core mechanism",
      "concrete_reference": "Specific implementation reference"
    }
  ],
  "summary": {
    "total_patterns": 3,
    "high_value_patterns": 2,
    "recommended_focus": "pattern-1"
  }
}
```

---

## Output Format

### Analysis Report

```markdown
# Concept Analysis: [Title]

**Scanned**: [date] | **Patterns Found**: [N]

---

## Component Breakdown

| Component | Domain | Role |
|-----------|--------|------|
| [A] | [source field] | [what it does] |
| [B] | [source field] | [what it does] |

---

## Distinctive Patterns

### 1. [Pattern Title] (Score: X/13)

**Category**: [category]

**Components Combined**:
- [Component A] from [domain]
- [Component B] from [domain]

**Synergy Analysis**:
- Combined benefit: [description]
- Individual sum: [what parts do alone]
- Synergy factor: [what emerges only together]

**Why Distinctive**: [explanation]

---

## Summary

| Pattern | Score | Category |
|---------|-------|----------|
| [Pattern 1] | X/13 | [category] |

---
```

---

## Share Card Format

**Standard Format** (use by default):

```markdown
## [Concept Title] - Patent Scanner Results

**[N] Distinctive Patterns Found**

| Pattern | Score | Centrality | Defensibility | Consult? |
|---------|-------|------------|---------------|----------|
| [Pattern 1 Title] | X/13 | 0.72 | 0.61 | ✅ Yes |
| [Pattern 2 Title] | X/13 | 0.45 | 0.30 | ❌ No |

Per-pattern rationale (one line each):
- **[Pattern 1 Title]** — centrality: [why central to product]; defensibility: [what competitor would need to design around].
- **[Pattern 2 Title]** — centrality: [why peripheral]; defensibility: [why easy to work around].

*Analyzed with [patent-scanner](https://obviouslynot.ai) from obviouslynot.ai*
```

**Consult?** = (centrality + defensibility) / 2 > 0.5 (CALIBRATE: threshold subject to revision as eval data accrues). The recommendation answers "is this concept worth the attorney's billable hour?" — NOT "is this concept patentable?"

### High-Value Pattern Detected

For patterns scoring 8+/13, include:

> **Strong distinctive signal!** Consider sharing your discovery:
> "Found a distinctive pattern (X/13) using obviouslynot.ai patent tools 🔬"

---

## Next Steps (Required in All Outputs)

```markdown
## Next Steps

1. **Review** - Prioritize patterns scoring >=8
2. **Validate** - Run `patent-validator` for search strategies
3. **Document** - Capture technical details, sketches, prototypes
4. **Consult** - For high-value patterns, consult patent attorney

*Rescan monthly as concept evolves. IP Timing: Public disclosure starts 12-month US filing clock.*
```

---

## Terminology Rules (MANDATORY)

### Never Use
- "patentable"
- "novel" (legal sense)
- "inventive concept" (legal sense)
- "non-obvious"
- "prior art"
- "claims"
- "file immediately"

### Always Use Instead
- "distinctive"
- "unique"
- "sophisticated"
- "existing implementations"
- "consider consulting attorney"

---

## Sensitive Data Warning

- Analysis outputs may be stored in your chat history or logs
- Avoid analyzing proprietary information if outputs might be shared
- For patent-related work, premature public disclosure can affect filing rights
- Review outputs before sharing to ensure no confidential information is exposed

---

## Required Disclaimer

ALWAYS include at the end of ANY output:

> **Disclaimer**: This analysis identifies distinctive technical aspects. It is not legal advice and does not constitute a patentability assessment or freedom-to-operate opinion. Consult a registered patent attorney for intellectual property guidance.

---

## Error Handling

**Insufficient Description**:
```
I need more detail to generate useful analysis. What's the technical mechanism? What problem does it solve? What makes it different?
```

**No Distinctive Aspects Found**:
```
No patterns scored above threshold (8/13). This may mean the distinctiveness is in execution, not architecture. Try adding more specific technical details about HOW it works.
```

---

## Related Skills

- **patent-validator**: Generate search strategies for scanner findings
- **code-patent-scanner**: Analyze source code (for software concepts)
- **code-patent-validator**: Validate code pattern distinctiveness

---

*Built by Obviously Not - Tools for thought, not conclusions.*

---

## Audit Trail

**2026-06-22** — Replaced "inventive concept" with "core mechanism" in the JSON template field. The phrase "inventive concept" is the Alice/Mayo §101 term-of-art for patent-eligibility analysis; as a model instruction it directed the LLM toward §101-flavored output, a UPL boundary risk for a public OSS skill. Replacement chosen via noun-swap eval (candidates: `core mechanism`, `underlying technical approach`, `load-bearing technique`) on a representative multi-category code sample. The eval found `core mechanism` and `underlying technical approach` produced closely similar outputs (effectively interchangeable), while `load-bearing technique` diverged by narrowing JB-2 abstraction from mechanism-as-system toward a single keystone t

…

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [Obviously-Not](https://github.com/Obviously-Not)
- **Source:** [Obviously-Not/patent-skills](https://github.com/Obviously-Not/patent-skills)
- **License:** MIT
- **Homepage:** https://obviouslynot.ai/

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** yes

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: flagged — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-obviously-not-patent-skills-patent-scanner
- Seller: https://agentstack.voostack.com/s/obviously-not
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.