中国特許の実務を自動化するOSS patent-disclosure-skill

GitHub のトレンドや社内の共有チャンネルで、中国語の README を持つリポジトリが流れてくることがあります。スター数は伸びているものの、説明文が読めず、自分の業務に関係があるのかどうかを判断できないまま、タブを閉じてしまった経験を持つ方は少なくないはずです。

patent-disclosure-skill はまさにそうしたリポジトリの一つです。README の見出しは「中国专利.skill」。中国の特許実務を対象にした Agent Skill の集合体で、発明のネタ出しから発明提案書の執筆、出願書類への書き換え、拒絶理由通知への応答までを一連のスキル群として扱います。日本のエンジニアにとっては、対象ドメインも記述言語も遠い存在に見えます。

ただし、このリポジトリの読みどころは中国特許そのものだけではありません。「1 つの業務プロセスを 8 つのサブスキルに分解し、勝手に隣の工程へ進まないようゲートを設ける」という設計が、ドキュメント上で明文化されています。これは特許とは無関係のドメインで Agent Skills を設計している人にとっても、そのまま判断材料になります。

本記事では、patent-disclosure-skill が何をする OSS なのか、日本の特許実務に使えるのか、8 つのサブスキルがどう分業しているのか、導入にどれだけのコストがかかるのか、そして類似 OSS とどう違うのかを整理します。最後に、採用判断のためのチェックポイントをまとめます。

なお本記事は、リポジトリの README・SKILL.md・INSTALL.md・各サブスキルの README、および GitHub API から取得したメタデータに基づく整理です。インストールや実行による動作検証は行っていません。記述の根拠はすべてドキュメント上の記載である点を、あらかじめお断りしておきます。

patent-disclosure-skillとは｜中国特許の実務を丸ごとスキル化したOSS

patent-disclosure-skill は、Claude Code や Cursor などの AI エージェントが読み込む Agent Skill の集合体です。中国の特許制度（CNIPA = 国家知识产权局、中国国家知識産権局。中国語では「国知局」と略されます）を前提に、特許実務の各工程をサブスキルとして分割しています。

リポジトリの説明文には「专利点挖掘与交底书（发明/实用/外观）编写，通俗解读专利，嗅探政策动向，辅助审查答复」とあります。日本語にすると、発明ポイントの発掘と交底书（こうていしょ、中国特許実務における発明提案書・技術交底書にあたる文書）の執筆、特許文献の平易な読解、政策動向の探知、審査応答の補助、ということになります。

本記事で扱うのは、オリジナルの handsomestWei/patent-disclosure-skill です。GitHub 上には同名のフォーク・派生リポジトリが多数存在するため、参照する際はオーナー名まで確認してください。

リポジトリの基本情報

以下は GitHub API から 2026 年 9 月 15 日時点で取得した値です。

このリポジトリはアーカイブされておらず、他リポジトリのフォークでもありません。最終 push は取得日の前日であり、ライセンスも MIT が明示されています。メンテナンス状況という観点では、現時点で懸念材料は見当たりません。

主要言語が Python になっているのは、スキル本体が Markdown で書かれている一方で、作図・文書変換・検索クローリングを担う補助スクリプトが Python で実装されているためです。

「skill」が指すもの｜Agent Skills 標準との関係

このリポジトリの「skill」は、Anthropic が開発しオープン標準として公開した Agent Skills の形式を指します。公式サイトの Agent Skills では、スキルを「SKILL.md ファイルを含むフォルダ」と定義し、メタデータ（最低限 name と description）と、エージェントが特定のタスクを遂行するための手順を記述するとしています。スクリプト・参照資料・テンプレートを同梱することもできます。

この形式の要点は、公式サイトが progressive disclosure（段階的開示）と呼ぶ読み込み方にあります。起動時には各スキルの名前と説明だけを読み込み、タスクが説明にマッチしたときに初めて SKILL.md の全文をコンテキストに展開し、必要に応じて同梱ファイルやスクリプトを追加で読み込む、という三段構えです（出典: Agent Skills Overview）。多数のスキルを抱えてもコンテキストの消費を抑えられる、という設計思想です。

patent-disclosure-skill はこの仕組みを、単一ドメインの業務プロセスに対して深く適用した例だと言えます。リポジトリのルートに置かれた SKILL.md は本文をほとんど持たず、ユーザーの意図に応じて 8 つのサブスキルのうち適切な SKILL.md を読み込ませるためのルーティング表として機能します。

適用範囲の見極め｜中国特許（CNIPA）専用であることの意味

日本のエンジニアがこのリポジトリを評価するとき、最初に確認すべきなのは適用範囲です。結論から言えば、このスキル群は中国の特許制度に強く紐づいており、日本国特許庁の書式や審査基準には対応していません。

中国特許制度に紐づいている部分

ドキュメントを読むと、中国制度への依存は次の 3 点に表れています。

第一に、先行技術調査の参照先です。発明提案書を書く工程では中国専利公布公告（epub.cnipa.gov.cn）を優先的に検索する設計になっており、書誌事項の検索を担当するサブスキルもこのサイトの高度検索を前提としています。

第二に、特許の類型です。中国の特許制度は発明専利・実用新型専利・外観設計専利の 3 類型に分かれており、このスキル群も類型ごとに別テンプレートを持ちます。ルート SKILL.md には「专利类型：未显式指定时交底默认发明」（特許類型は明示指定がなければ発明をデフォルトとする）と記載されています。

第三に、審査基準の追随です。patent-exam-policy というサブスキルは、国知局の公式サイトで公表される政策動向と照合し、スキル内に書かれた発明提案書の書き方や出願書式が陳腐化していないかを簡報（ブリーフ）にまとめる役割を担います。つまり、中国の審査運用が変わることを前提に組まれています。

日本の実務との距離｜何が転用でき、何ができないか

以上から、日本国内の出願実務にこのスキル群をそのまま転用することはできません。書式も参照データベースも審査基準も異なるためです。日本向けに使うには、テンプレート・検索先・チェック項目をすべて差し替える必要があり、それは実質的に別のスキルを作ることに近い作業になります。

一方で、中国出願を扱う組織にとっては事情が変わります。中国に開発拠点や現地法人を持つ企業、中国市場向けの製品を開発している企業では、現地の代理人とやり取りするための一次ドラフトを社内で用意する場面があります。その下書き作成の負荷を下げる用途であれば、検討の余地があります。

ただし、いずれの場合でも生成物は下書きである点を押さえておく必要があります。特許出願は権利範囲の設計そのものであり、AI が出力したドラフトをそのまま提出する運用は現実的ではありません。実際の出願にあたっては、弁理士・特許代理人による確認が前提になります。

そして、中国出願を扱わない読者にとっての価値は、このあと見ていく設計そのものにあります。業務プロセスを Agent Skill としてどう分解し、どこにゲートを置くか。その判断のサンプルとして読むことができます。

8つのサブスキル構成｜中国特許の実務をどう分解したか

ルート SKILL.md には、8 つのサブスキルと、それぞれの役割・起動条件・入口ファイルを対応づけた表が置かれています（出典: SKILL.md）。日本語に整理すると次のとおりです。

文書を作る系のサブスキル

patent-disclosure は入口にあたるサブスキルです。サブスキルの README によると、プロジェクトのドキュメントとコードを優先度順に読み込み（Word や PowerPoint はいったん Markdown に変換してからスキャンします）、保護できそうな発明ポイントを洗い出し、先行技術調査を経て発明提案書として成文します。実用新型では構造線画に部品符号を重ねた図を、外観設計では製品のラインアートを生成して文書に組み込む、という工程も定義されています（出典: skills/patent-disclosure/README.md）。

patent-application は、すでにある発明提案書を出願書類へ書き換える工程を担当します。事実が不足している場合は勝手に補わず終了し、内容上の争点は「問題リスト」に積んで主文書の作成を止めない、という切り分けがルート SKILL.md に明記されています。

patent-docket は、この 2 工程を 1 パスでつなぐサブスキルです。README では「角色扮演交底工程师 vs 专利代理师」（交底エンジニアと特許代理人のロールプレイ）と表現されており、論点リストのやり取りを最大 3 ラウンドまで往復させ、事実が足りなければ推測せず質問する、という制約が付いています。

読む・調べる系のサブスキル

patent-reader は公開番号や PDF から平易な解説ノートを生成し、patent-search は書誌事項による検索を担当します。patent-search は人名・企業名・分類番号での検索に加えて、製品図 1 枚や請求項の一段落から検索式を逆算する使い方も想定されています。

patent-oa は拒絶理由通知への応答を補助します。個人の実務経験や実務書のノウハウを蒸留してデータベース化し、RAG 検索で応答ドラフトを補強する構成です。patent-exam-policy は前述のとおり、審査運用の変化をスキル自身にフィードバックする役割を持ちます。

Obsidian にナレッジを貯める設計

読解系のサブスキルには、単発の読解で終わらせない仕掛けがあります。README によれば、patent-reader が生成した解説ノートは Obsidian の Vault に取り込むことを想定しており、双方向リンク・グラフビュー・プラグイン・Bases といった機能を通じて、読んだ特許が相互に結びついた個人の特許ナレッジベースへ育っていく、という設計思想が述べられています。Obsidian CLI と組み合わせた検索・バッチ処理・外部ツール連携にも言及があります。

patent-map はその蓄積を前提に動きます。読解済みのノートを読み込み、意味地形・出願人の 4 象限・パテントファミリーの引用ネットワーク・技術効果マトリクス・統計ダッシュボードという 5 種類の図に展開し、ローカルの独立したサービスとして起動してブラウザで探索できるようにします。

「単発のタスク実行」ではなく「成果物が蓄積して次のタスクの入力になる」構造を、スキル群の中に組み込んでいる点は、Agent Skills の設計事例として見どころの一つです。

ルーティングとゲートの設計｜勝手に走らせないためのOSSの工夫

ここからが、中国特許を扱わない読者にとって最も参考になる部分です。ルート SKILL.md には「路由」（ルーティング）と「执行前核对」（実行前チェック）というセクションがあり、スキル群を暴走させないための制約が明文で列挙されています。

意図しない工程へ進ませないルーティング

ルーティングの節には、次の記述があります。

禁止因写交底或读专利自动进入政策简报、审查答复、申请文件、案卷或专利地图。申请文件必须用户点名并给出交底目录；缺 schema / 线稿 / 交底书则停，引导先补交底。内容争议不阻塞主文件。

出典: SKILL.md

意味は、発明提案書の執筆や特許の読解をきっかけに、政策簡報・審査応答・出願書類・案巻・専利地図へ自動的に進むことを禁止する、というものです。出願書類の作成はユーザーが明示的に指名し、かつ発明提案書のディレクトリを指定しなければ開始しません。スキーマや線画や発明提案書が欠けていれば、そこで停止して先に発明提案書を補うよう誘導します。

Agent Skills は説明文とタスクのマッチングで起動するため、放っておくと「関連していそうな次の工程」へ滑り込んでいきます。それを防ぐために、重い工程（時間がかかり、出力の手戻りコストが大きい工程）だけを明示指名の対象とし、入力が揃わなければ停止するゲートを設ける。この切り分けは、自分のスキル設計でも転用できる考え方です。

同様のルールは patent-map と patent-docket にも適用されており、表の「何时进入」（いつ入るか）列には「须显式」（明示指名が必要）と書かれています。

パッケージ間の依存を切る工夫

もう一つ特徴的なのが、サブスキル間の依存を意図的に断ち切っている点です。

禁止跨包调用其他子技能的 tools/。需要同一能力就用本包副本。

出典: SKILL.md

他のサブスキルの tools/ ディレクトリを呼び出すことを禁止し、同じ機能が必要なら自パッケージ内のコピーを使う、という方針です。ドキュメント上でも、WAF を通過するためのブラウザ操作スクリプト browser.py と、Markdown を Word へ変換する md_to_docx.py は各パッケージが自前のコピーを持つと明記されています。

コードの共通化という観点では重複です。ただし、サブスキル単体を切り出して持ち運べること、あるサブスキルの変更が他へ波及しないことを優先した判断だと読み取れます。INSTALL.md にはサブパッケージ単独でコピーして使う場合の記述もあり、その運用を成立させるための制約だと考えられます（これは設計意図に関する筆者の推測であり、ドキュメントに理由の明記はありません）。

終了コードと機械可読プレフィックスで成否を判定する

3 つ目は、スクリプト実行の成否判定に関する規定です。ルート SKILL.md の「环境与约定」には、標準エラー出力に文字が出ても失敗とは限らない、終了コード 0 と機械可読プレフィックスで判断せよ、という趣旨のルールが置かれています。プレフィックスには EPUB_HITS_JSON: / PROBE: / BROWSER: / MERMAID: / DOCX: / APPLICATION_GATE: / DOCKET_DIR: / MAP_URL: などが列挙されています。

さらに、PowerShell が標準エラー出力を NativeCommandError として扱う挙動に触れ、それを理由に依存関係の再インストールを走らせたり、先行技術調査を Web 検索に格下げしたりすることを禁じています（出典: SKILL.md）。

そして、これらの制約は最後にチェックリストとして再掲されます。

□ 已 Read 对应 skills/*/SKILL.md，未把本文件当交底/申请底稿/案卷/检索/解读/专利地图正文
□ 交底查新未调用 patent-search
□ 著录检索未用交底一词一页结果冒充清单
□ 政策简报 / 审查答复 / 申请文件 / 案卷 / 专利地图仅在显式触发时进入
□ 申请文件已指定交底目录；门禁未过未开写
□ 案卷未写交底/申请正文；派工只 Read 对方 SKILL.md
□ 未跨包调用其他子技能的 tools/
□ 未把政策简报当成改技能；无点名未改交底包以外的目录

出典: SKILL.md

8 項目のうち大半が「〜していないこと」の確認である点が特徴的です。エージェントに何をさせるかではなく、何をさせないかを列挙して実行前に自己点検させる。禁止事項が散文の中に埋もれず、チェックボックスの形で最後にまとまっていることで、エージェント側も参照しやすくなっています。この構成は、ドメインを問わず真似できる形式です。

patent-disclosure-skillの導入要件と動作環境

導入判断には、試すためのコストの見積もりが必要です。以下は INSTALL.md に記載されている手順と前提であり、本記事では実際のインストールや実行は行っていません。

Claude Code / Cursor へのインストール

INSTALL.md によれば、このリポジトリは Agent Skills の一般的なレイアウトに従っており、リポジトリのルートがそのままスキルのルートになります（ルートに SKILL.md が置かれています）。

Claude Code の場合は、git リポジトリのルートで次のように配置すると記載されています。

mkdir -p .claude/skills
git clone <本仓库 URL> .claude/skills/patent-disclosure-skill

出典: INSTALL.md

Cursor の場合は、ユーザーのホームディレクトリ配下（~/.cursor/skills/patent-disclosure-skill/）かプロジェクトルート配下（<プロジェクト>/.cursor/skills/patent-disclosure-skill/）のいずれかにリポジトリ全体を配置します。このとき SKILL.md の name フィールドとフォルダ名を一致させる必要がある、と注記されています。Cursor は ~/.claude/skills/ やプロジェクト内の .claude/skills/ もスキャンする、という記載もあります。

なお、スクリプトのパスはスキルリポジトリのルートからの相対パスで書かれているため、作業中のワークスペースがこのリポジトリでない場合は、スキルのインストール先ディレクトリを前に付けて解決する必要があります。ベンダー固有の環境変数には依存しない方針が明記されています。

発明の標準ルートに必要な依存

デフォルトの経路（発明の発明提案書を作成するルート）で必要になるのは、INSTALL.md によれば次の 3 点です。

1. Python 3.9 以上（および pip）
2. 依存パッケージのインストール
3. ローカルの Google Chrome または Microsoft Edge

依存パッケージのインストールは、スキルのルートディレクトリで次を実行すると記載されています。

pip install -r requirements.txt

出典: INSTALL.md

requirements.txt には python-docx・latex2mathml・PyYAML・playwright・mammoth・python-pptx が含まれます。作図と先行技術調査でブラウザを共用する設計のため、Node や npm、Mermaid CLI は不要であると明記されています。

ブラウザが利用可能かどうかは、次のコマンドで確認できると記載されています。

python skills/patent-disclosure/tools/browser.py --probe

出典: INSTALL.md

このプローブが ok=true を返せば、図の出力と CNIPA 検索の両方が可能になります。Chrome も Edge もない環境の場合に限り、Playwright 経由で Chromium を追加インストールする、という順序が示されています。ブラウザが用意できない場合でも Markdown としての出力は可能で、図はコードブロックのまま残り、後からレンダリングスクリプトを再実行して補える設計です。

依存を増やさない方針は他の箇所にも表れています。数式を Word に埋め込む処理は latex2mathml による OMML 変換で行うため、デフォルトの経路では matplotlib をインストールしないよう明記されており、特定の警告が出てユーザーが同意した場合にのみ追加する運用になっています。

任意機能｜CNIPA 検索・STEP 解析・Obsidian 連携

標準ルート以外の機能は、いずれも明示的なオプトインとして分離されています。

CNIPA 公布公告サイトのクローリングを行う場合は、専用の依存ファイルを追加でインストールします。検索結果には完了フラグが付き、終了コードが 3 のときは部分的な結果であるため「全件」と称してはならない、という規定まで置かれています。

STEP ファイル（.step / .stp）の多視点解析はデフォルトで無効です。スキャン時に STEP ファイルを見つけても処理を中断せず、発明提案書を出力し終えてから利用可否を逆に問う、という順序が定められています。3D CAD ライブラリの CadQuery は隔離された仮想環境（Python 3.10〜3.12）にのみインストールし、メインの依存とは独立させる方針です。

Obsidian 連携は前述のとおり読解系サブスキルの蓄積先として機能します。Windows 向けのセットアップガイドがリポジトリに同梱されています。

エディタで Markdown を手書きし、リポジトリのスクリプトを一切実行しない使い方であれば Python すら不要、という記述もあります。段階的に試せる構成になっている点は、導入コストを測るうえでプラスに働きます。

類似OSSとの違い｜Agent Skill 集・特許ドメイン OSS との比較

採用判断では、比較対象との位置づけの違いが重要になります。以下は 2026 年 9 月 15 日時点で GitHub API から取得した値です。

Agent Skill 集としての比較

anthropics/skills は Anthropic が公開している Agent Skills のリポジトリで、スキル作成を支援する skill-creator や MCP サーバー構築の mcp-builder、Word・PowerPoint・Excel・PDF を扱うスキルなどが含まれます。特徴はドメイン非依存であることで、「スキルの作り方の見本」として横断的に使えます。

obra/superpowers は Agent Skill をフレームワーク化していますが、対象領域はソフトウェア開発の進め方そのものです。開発ワークフローをスキルとして体系化する方向に振れています。

これらに対して patent-disclosure-skill は、単一ドメインの業務プロセスを縦に深掘りしています。8 つのサブスキルへの分解、サブスキル間の遷移禁止条件、実行前チェックリストといった要素は、汎用スキル集には現れにくいものです。「横に広いスキル集」と「縦に深い単一ドメインのスキル群」という対比で捉えると違いが見えやすくなります。

特許ドメイン OSS としての比較

parkerhancock/patent_client は特許ドメインの OSS ですが、性格がかなり異なります。こちらは USPTO（米国特許商標庁）や EPO（欧州特許庁）などが公開する特許データへ ORM 風にアクセスする Python ライブラリで、LLM エージェントを前提としていません。主眼はデータ取得にあります。加えて、このリポジトリは 2026 年 4 月時点でアーカイブ済みであり、更新は止まっています。

patent-disclosure-skill はデータ取得ではなく文書生成と実務ワークフローが主眼で、検索先も CNIPA の公布公告に限定されています。「特許データを機械的に扱いたい」のか「特許文書を書く工程を支援してほしい」のかで、選ぶべきものが分かれます。

patent-disclosure-skillの採用を判断するチェックポイント

ここまでの内容を、判断軸の形に整理します。

読者の状況別にまとめると、次のようになります。

中国出願を扱う組織であれば、現地代理人へ渡す一次ドラフトの作成支援として検討の余地があります。導入は段階的に試せる構成で、まず発明提案書の作成ルートだけを動かし、CNIPA 検索や CAD 解析は後から有効化する、という進め方が可能です。

中国出願を扱わない場合、実務ツールとしての採用理由はありません。ただし Agent Skills を設計している方にとっては、「業務プロセスをどこで分割し、どの工程に明示指名のゲートを置き、実行前に何を自己点検させるか」の具体例として読む価値があります。特に、禁止事項をチェックリストとして SKILL.md の末尾にまとめる構成は、ドメインを問わず流用できます。

繰り返しになりますが、本記事はリポジトリのドキュメントと GitHub API のメタデータに基づく整理であり、インストールや実行による検証は含みません。実際に採用を検討される際は、リポジトリ本体と最新の SKILL.md・INSTALL.md をご確認ください。スキル本体は活発に更新されており、バージョンによって仕様が変わる可能性があります。

関連情報

社内業務のワークフローを AI エージェント向けに設計し直したい、既存プロセスの自動化範囲を切り分けたいといったご相談は、お問い合わせフォーム からお受けしています。要件が固まる前の段階からご相談いただけます。