Source: https://github.com/aipoch/medical-research-skills
When to Use
Use this skill in the following scenarios:
- Drafting a patent technical disclosure from an inventor’s informal or incomplete technical description.
- Structuring an invention description into standard patent-style sections (field, background, summary, embodiments, drawings).
- Preparing for a novelty search by extracting keywords, synonyms, and IPC suggestions from a technical solution.
- Finding related patents and producing a similarity comparison against the user’s key technical features.
- Improving patent readiness by identifying missing technical details and proposing claim-writing directions (non-legal, for drafting support).
Key Features
- Converts colloquial technical descriptions into a structured patent technical disclosure document.
- Uses a guided information-collection checklist to fill gaps (problem, prior art defects, core solution, features, effects).
- Generates a disclosure with a consistent section template (Title, Field, Background, Summary, Detailed Description, Drawings, Keywords).
- Performs multi-platform patent search orchestration via a CLI script and supports optional similarity analysis.
- Produces novelty-oriented analysis: similarity ranking, key-feature comparison, and preliminary novelty judgment.
- Provides post-draft optimization suggestions (claim directions, expansion ideas, missing details to supplement).
Dependencies
- Python
>= 3.9
- (Optional, if enabled by the project) Common Python packages for HTTP parsing and analysis, such as:
requests >= 2.28
beautifulsoup4 >= 4.11
lxml >= 4.9
Note: Exact runtime dependencies may vary depending on how scripts/patent_search.py is implemented in your repository.
Example Usage
1) Generate a Patent Technical Disclosure Document
User prompt
Help me write a patent disclosure document:
I designed a system that uses an on-device model to detect abnormal vibration patterns in industrial motors.
It compresses sensor streams, runs anomaly detection locally, and only uploads event snippets to reduce bandwidth.
Expected output (Markdown disclosure template)
# Patent Technical Disclosure Document
## I. Title of Invention
A method and system for on-device vibration anomaly detection and event-based uploading for industrial motors
## II. Technical Field
The present invention relates to the technical field of industrial equipment monitoring, and specifically relates to on-device vibration signal processing and anomaly detection.
## III. Background Art
### 3.1 Description of Existing Technology
Existing solutions typically stream high-frequency vibration data to a cloud platform for centralized analysis, or use threshold-based alarms on edge devices.
### 3.2 Defects of Existing Technology
The existing technology has the following problems:
1. High bandwidth and storage costs due to continuous raw data uploading.
2. High latency for cloud-based detection, which may delay fault response.
3. Threshold-based edge alarms have poor adaptability across different motor types and operating conditions.
## IV. Summary of Invention
### 4.1 Technical Problem to be Solved
The technical problem to be solved by the present invention is reducing bandwidth and latency while maintaining reliable anomaly detection for motor vibration monitoring.
### 4.2 Technical Solution
To solve the above technical problem, the present invention adopts the following technical solution:
- Collect vibration sensor data from an industrial motor using an edge device.
- Perform stream compression/feature extraction on the edge device to obtain compact representations.
- Execute an on-device anomaly detection model to identify abnormal vibration patterns.
- When an anomaly is detected, generate an event snippet containing a time window of raw/feature data and metadata (timestamp, motor ID, operating state).
- Upload only the event snippet (and optionally periodic summaries) to a remote server for storage, visualization, and further diagnosis.
### 4.3 Beneficial Effects
By adopting the technical solution of the present invention, the following beneficial effects are achieved:
1. Significantly reduced network bandwidth usage by avoiding continuous raw data uploads.
2. Faster anomaly response due to local inference and event-triggered reporting.
3. Improved detection robustness compared with fixed thresholds by using a learned model.
## V. Detailed Description
### 5.1 Embodiment 1
An edge device connected to an accelerometer samples vibration at a preset rate, computes spectral features, and runs an anomaly model. Upon detection, it uploads a 5-second window around the event plus operating metadata.
### 5.2 Embodiment 2 (Optional)
The anomaly model is periodically updated using federated or scheduled offline training, while inference remains on-device.
## VI. Description of Drawings
Suggestions for drawing the following figures:
- Figure 1: System architecture (sensor, edge device, network, server).
- Figure 2: On-device processing pipeline (sampling → compression/features → anomaly detection → event packaging → upload).
## VII. Keywords
vibration monitoring; anomaly detection; edge computing; event-based upload; industrial motor; signal compression
2) Run a Patent Search (CLI)
Basic search (default platform: Google Patents)
python scripts/patent_search.py "vibration anomaly detection edge event-based upload" --limit 20
Parallel search across all supported platforms (recommended)
python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s all -p
Search specific platforms
python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s google,cnipa,innojoy
Search with similarity analysis
python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s all -p -a
Expected search output (conceptual)
- Related patents list (patent number, title, abstract)
- Similarity ranking and key-feature overlap
- Preliminary novelty judgment (non-binding)
Implementation Details
1) Disclosure Document Generation Workflow
Information collection (ask if missing)
- What technical problem is solved?
- What are the defects of existing solutions (prior art)?
- What is the core idea of the solution?
- What are the key technical features (modules/steps/parameters)?
- What beneficial effects are achieved and why?
Document synthesis
- Produce a disclosure using the fixed section template:
- Title of Invention
- Technical Field
- Background Art (existing tech + defects)
- Summary (problem, solution, effects)
- Detailed Description (embodiments/variants)
- Drawings suggestions
- Keywords
Optimization suggestions
- Claim-writing directions (e.g., independent claim scope + dependent claim fallbacks)
- Expansion directions (alternative embodiments, parameter ranges, optional modules)
- Missing technical details to supplement (interfaces, data formats, thresholds, model training/inference constraints)
2) Patent Search Workflow
Keyword extraction
- Core technical terms (components, steps, objectives)
- Synonyms/near-synonyms (e.g., “edge” vs “on-device”, “anomaly” vs “fault detection”)
- IPC suggestions (high-level guidance based on domain)
Search execution
- Use
scripts/patent_search.py to query one or multiple platforms.
- Supported platform parameters:
google, lens, innojoy, baidu, espacenet, cnipa, all
Result analysis
- Rank results by technical similarity (based on title/abstract/claims when available)
- Compare key features against the user’s solution (feature-by-feature mapping)
- Provide a preliminary novelty judgment and highlight the closest references
3) Common IPC Suggestions (Reference)
| Field |
IPC Classification |
| Computer Software |
G06F |
| Artificial Intelligence |
G06N |
| Image Processing |
G06T |
| Communication |
H04L, H04W |
| Database / Information Retrieval |
G06F 16/ |
| Internet of Things |
H04L 67/ |
| Blockchain / Cryptographic protocols in networks |
H04L 9/, G06Q |
4) Usage Notes / Constraints
- Generated disclosures are drafting aids and should be reviewed and completed by the inventor.
- Automated search results do not replace a formal novelty search by professional institutions.
- Claims drafting is specialized; consider review by a qualified patent attorney.
- Confirm confidentiality and avoid premature public disclosure before filing.
1---2name: patent-assistant3description: Assists R&D teams with patent technical disclosure drafting and patent/novelty search analysis; use when users ask to write a patent disclosure, structure an invention description, search related patents, or assess novelty.4license: MIT5---6> **Source**: [https://github.com/aipoch/medical-research-skills](https://github.com/aipoch/medical-research-skills)
7
8## When to Use
9
10Use this skill in the following scenarios:
11
121. **Drafting a patent technical disclosure** from an inventor’s informal or incomplete technical description.
132. **Structuring an invention description** into standard patent-style sections (field, background, summary, embodiments, drawings).
143. **Preparing for a novelty search** by extracting keywords, synonyms, and IPC suggestions from a technical solution.
154. **Finding related patents** and producing a similarity comparison against the user’s key technical features.
165. **Improving patent readiness** by identifying missing technical details and proposing claim-writing directions (non-legal, for drafting support).
17
18## Key Features
19
20- Converts colloquial technical descriptions into a **structured patent technical disclosure document**.
21- Uses a **guided information-collection checklist** to fill gaps (problem, prior art defects, core solution, features, effects).
22- Generates a disclosure with a consistent **section template** (Title, Field, Background, Summary, Detailed Description, Drawings, Keywords).
23- Performs **multi-platform patent search orchestration** via a CLI script and supports optional similarity analysis.
24- Produces **novelty-oriented analysis**: similarity ranking, key-feature comparison, and preliminary novelty judgment.
25- Provides **post-draft optimization suggestions** (claim directions, expansion ideas, missing details to supplement).
26
27## Dependencies
28
29- Python `>= 3.9`
30- (Optional, if enabled by the project) Common Python packages for HTTP parsing and analysis, such as:
31 - `requests >= 2.28`
32 - `beautifulsoup4 >= 4.11`
33 - `lxml >= 4.9`
34
35> Note: Exact runtime dependencies may vary depending on how `scripts/patent_search.py` is implemented in your repository.
36
37## Example Usage
38
39### 1) Generate a Patent Technical Disclosure Document
40
41**User prompt**
42```text
43Help me write a patent disclosure document:
44I designed a system that uses an on-device model to detect abnormal vibration patterns in industrial motors.
45It compresses sensor streams, runs anomaly detection locally, and only uploads event snippets to reduce bandwidth.
46```
47
48**Expected output (Markdown disclosure template)**
49```markdown
50# Patent Technical Disclosure Document
51
52## I. Title of Invention
53A method and system for on-device vibration anomaly detection and event-based uploading for industrial motors
54
55## II. Technical Field
56The present invention relates to the technical field of industrial equipment monitoring, and specifically relates to on-device vibration signal processing and anomaly detection.
57
58## III. Background Art
59### 3.1 Description of Existing Technology
60Existing solutions typically stream high-frequency vibration data to a cloud platform for centralized analysis, or use threshold-based alarms on edge devices.
61
62### 3.2 Defects of Existing Technology
63The existing technology has the following problems:
641. High bandwidth and storage costs due to continuous raw data uploading.
652. High latency for cloud-based detection, which may delay fault response.
663. Threshold-based edge alarms have poor adaptability across different motor types and operating conditions.
67
68## IV. Summary of Invention
69### 4.1 Technical Problem to be Solved
70The technical problem to be solved by the present invention is reducing bandwidth and latency while maintaining reliable anomaly detection for motor vibration monitoring.
71
72### 4.2 Technical Solution
73To solve the above technical problem, the present invention adopts the following technical solution:
74- Collect vibration sensor data from an industrial motor using an edge device.
75- Perform stream compression/feature extraction on the edge device to obtain compact representations.
76- Execute an on-device anomaly detection model to identify abnormal vibration patterns.
77- When an anomaly is detected, generate an event snippet containing a time window of raw/feature data and metadata (timestamp, motor ID, operating state).
78- Upload only the event snippet (and optionally periodic summaries) to a remote server for storage, visualization, and further diagnosis.
79
80### 4.3 Beneficial Effects
81By adopting the technical solution of the present invention, the following beneficial effects are achieved:
821. Significantly reduced network bandwidth usage by avoiding continuous raw data uploads.
832. Faster anomaly response due to local inference and event-triggered reporting.
843. Improved detection robustness compared with fixed thresholds by using a learned model.
85
86## V. Detailed Description
87### 5.1 Embodiment 1
88An edge device connected to an accelerometer samples vibration at a preset rate, computes spectral features, and runs an anomaly model. Upon detection, it uploads a 5-second window around the event plus operating metadata.
89
90### 5.2 Embodiment 2 (Optional)
91The anomaly model is periodically updated using federated or scheduled offline training, while inference remains on-device.
92
93## VI. Description of Drawings
94Suggestions for drawing the following figures:
95- Figure 1: System architecture (sensor, edge device, network, server).
96- Figure 2: On-device processing pipeline (sampling → compression/features → anomaly detection → event packaging → upload).
97
98## VII. Keywords
99vibration monitoring; anomaly detection; edge computing; event-based upload; industrial motor; signal compression
100```
101
102### 2) Run a Patent Search (CLI)
103
104**Basic search (default platform: Google Patents)**
105```bash
106python scripts/patent_search.py "vibration anomaly detection edge event-based upload" --limit 20
107```
108
109**Parallel search across all supported platforms (recommended)**
110```bash
111python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s all -p
112```
113
114**Search specific platforms**
115```bash
116python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s google,cnipa,innojoy
117```
118
119**Search with similarity analysis**
120```bash
121python scripts/patent_search.py "vibration anomaly detection edge event-based upload" -s all -p -a
122```
123
124**Expected search output (conceptual)**
125- Related patents list (patent number, title, abstract)
126- Similarity ranking and key-feature overlap
127- Preliminary novelty judgment (non-binding)
128
129## Implementation Details
130
131### 1) Disclosure Document Generation Workflow
132
1331. **Information collection (ask if missing)**
134 - What technical problem is solved?
135 - What are the defects of existing solutions (prior art)?
136 - What is the core idea of the solution?
137 - What are the key technical features (modules/steps/parameters)?
138 - What beneficial effects are achieved and why?
139
1402. **Document synthesis**
141 - Produce a disclosure using the fixed section template:
142 - Title of Invention
143 - Technical Field
144 - Background Art (existing tech + defects)
145 - Summary (problem, solution, effects)
146 - Detailed Description (embodiments/variants)
147 - Drawings suggestions
148 - Keywords
149
1503. **Optimization suggestions**
151 - Claim-writing directions (e.g., independent claim scope + dependent claim fallbacks)
152 - Expansion directions (alternative embodiments, parameter ranges, optional modules)
153 - Missing technical details to supplement (interfaces, data formats, thresholds, model training/inference constraints)
154
155### 2) Patent Search Workflow
156
1571. **Keyword extraction**
158 - Core technical terms (components, steps, objectives)
159 - Synonyms/near-synonyms (e.g., “edge” vs “on-device”, “anomaly” vs “fault detection”)
160 - IPC suggestions (high-level guidance based on domain)
161
1622. **Search execution**
163 - Use `scripts/patent_search.py` to query one or multiple platforms.
164 - Supported platform parameters:
165 - `google`, `lens`, `innojoy`, `baidu`, `espacenet`, `cnipa`, `all`
166
1673. **Result analysis**
168 - Rank results by technical similarity (based on title/abstract/claims when available)
169 - Compare key features against the user’s solution (feature-by-feature mapping)
170 - Provide a preliminary novelty judgment and highlight the closest references
171
172### 3) Common IPC Suggestions (Reference)
173
174| Field | IPC Classification |
175|------|---------------------|
176| Computer Software | G06F |
177| Artificial Intelligence | G06N |
178| Image Processing | G06T |
179| Communication | H04L, H04W |
180| Database / Information Retrieval | G06F 16/ |
181| Internet of Things | H04L 67/ |
182| Blockchain / Cryptographic protocols in networks | H04L 9/, G06Q |
183
184### 4) Usage Notes / Constraints
185
186- Generated disclosures are **drafting aids** and should be reviewed and completed by the inventor.
187- Automated search results **do not replace** a formal novelty search by professional institutions.
188- Claims drafting is specialized; consider review by a qualified patent attorney.
189- Confirm confidentiality and avoid premature public disclosure before filing.