【弁理士事務所】特許明細書ドラフト補助をClaude Code/Codexで自動化する方法
aikanri-admin
この記事の内容
特許出願の準備は、発明者からの発明提案書、先行技術の資料、図面、過去の類似明細書を行き来しながら、特許明細書を1件ずつ書き上げていく作業です。ところが負担が大きいのは出願手続そのものより、その手前の「明細書ドラフトづくり」 — この発明の技術分野は何で、背景技術と課題をどう整理し、課題を解決するための手段をどう書き、実施例と請求項をどう対応させるか — を発明ごとに組み上げる工程に集中しがちです。Claude Code/Codexは発明の特許性の判断や権利範囲の確定そのものをするものではありませんが、発明提案書に沿った明細書の各項目(技術分野・背景技術・課題・解決手段・効果・実施例)のたたき台づくり、請求項と実施例・用語の整合の確認点の洗い出し、発明者への確認質問の下書きまでを、確認用のドラフトとして先に作る補助に使えます。
特許明細書1件あたりのドラフト作成(初稿) (きざし国際特許事務所のモデル事例)
本記事では、AI鬼管理 が支援を想定する きざし国際特許事務所 (都市部・機械/電気分野中心・弁理士3名+技術スタッフ2名・年間約250件の出願) をモデル事例に、Claude Code/Codexで特許明細書のドラフトを「発明提案書からの構成のたたき台+請求項と実施例の整合確認+用語の統一の整理」まで半自動化する手順を解説します。明細書の書き起こしを所長の桐谷弁理士がほぼ1人で抱え、ドラフトづくりに1件180分かかっていた事務所が、技術スタッフの和久井さんも明細書のたたき台を起こせるようになり、出願期限が重なる繁忙期の着手遅れを減らした流れです。なお、発明の特許性・明細書の最終的な技術的/法的判断・請求項(権利範囲)の確定といった職責は、最後まで弁理士が行う前提です。
代表菅澤
代表菅澤
AI鬼管理山崎
この記事を最後まで読むと、
- 特許明細書のドラフト作成で弁理士・技術スタッフが抱えている負荷(発明の整理・明細書構成の組み立て・請求項と実施例の整合確認)が分かる
- Claude Code/Codexで自動化できる3項目(明細書構成のたたき台/請求項・実施例・用語の整合確認/発明者への確認質問の下書き)が理解できる
- 5ステップでのPoC〜運用の進め方が分かる(発明の秘密保持の前提を含む)
- 発明提案書から明細書構成(背景/課題/解決手段/実施例)を起こすドラフトの型が分かる
- 請求項と実施例の整合チェックの観点が分かる
01 PROBLEM 特許明細書ドラフトの作成で起きていること 発明の整理・明細書構成の組み立て・整合確認のトリレンマ
問題1: 発明の整理が経験者1人に集中する。「この発明の技術分野はどこか」「従来技術の何が課題で、それをどう解決するのか」「独立請求項に書くべき構成要素は何か」を発明提案書と発明者ヒアリングから読み解く作業は、特許実務の経験に強く依存します。きざし国際特許事務所では、この読み解きと明細書の骨子づくりを実質、桐谷弁理士1人が担っていました。技術スタッフの和久井さんは「この発明をどの構成で明細書に落とすか」の判断がつかず、結局桐谷弁理士の指示待ちになり、桐谷弁理士がボトルネックになります。
問題2: 明細書構成の組み立てに手間がかかる。特許明細書には、技術分野・背景技術・発明が解決しようとする課題・課題を解決するための手段・発明の効果・図面の簡単な説明・発明を実施するための形態(実施例)・請求項を、論理的に整合させて並べる必要があります。発明ごとに過去の類似明細書を探して構成を写し直していると、課題と解決手段の対応のズレや、実施例の書き写し間違い、構成要素の用語の表記ゆれが起きやすくなります。
問題3: 請求項と実施例の整合確認が個人の経験に散らばる。請求項に書いた構成要素が実施例(発明を実施するための形態)で具体的に裏付けられているか、同じものを指す用語が明細書全体で統一されているか、課題・解決手段・効果が一本の筋で対応しているか — これらの確認の観点は弁理士ごとの経験に依存しがちです。担当者ごとの確認のしかたで持っていると、請求項のサポート要件にかかわる確認の抜けや用語の不統一が外から見えません。きざし国際特許事務所でも、出願期限が重なる四半期末ほど、この確認漏れで補正や書き直しが発生していました。
02 WHAT Claude Code/Codexで何を自動化するか 特許性や権利範囲の判断ではなく、明細書ドラフトと整合の確認材料の整理を自動化
📚 用語解説
明細書ドラフト：特許出願に向けて、特許明細書の各項目(技術分野・背景技術・発明が解決しようとする課題・課題を解決するための手段・発明の効果・実施例・請求項)を組み立て、請求項と実施例・用語の整合を確認する作業の初稿。発明の内容によって構成や書き方、請求項の立て方が変わるため、何をどう書くか・どこまで整合を確認したかの判断が弁理士の経験に依存しやすく、属人化の主因になりやすい工程。
処理1: 発明提案書に沿った明細書構成のたたき台づくり。発明提案書(発明の概要、従来技術、課題、解決の仕組み、想定する構成)から、その発明の明細書に必要になる項目をClaude Code/Codexがたたき台として組み立てます。「技術分野」「背景技術」「発明が解決しようとする課題」だけでなく、「課題を解決するための手段」「発明の効果」「実施例」の骨子と、独立/従属の請求項の構成要素の候補まで、発明提案書の記載に沿った項目候補を並べます(あくまで確認用のたたき台で、特許性の判断はしません)。
処理2: 請求項・実施例・用語の整合の確認点を洗い出す。作成中のドラフトについて、「請求項の構成要素が実施例で裏付けられているか」「同じものを指す用語が明細書全体で統一されているか」「課題・解決手段・効果が対応しているか」をClaude Code/Codexが確認候補として一覧化します。整合の抜けや用語の不統一を、弁理士が確認する前に候補として可視化できます(整合の最終判断は弁理士が行います)。
処理3: 発明者・関係者向けの確認質問の下書き。明細書を書くうえで発明者に確認したい点(実施例の具体的な数値範囲、変形例の有無、図面で示す構成の対応)を、確認質問のリストとして下書きします。この一覧があるだけで、技術スタッフが「何を・誰に・どう確認するか」で迷う時間が減ります。
| 入力情報 | Claude Code/Codexが整理すること | 人(弁理士)が確認・判断すること |
|---|---|---|
| 発明提案書・発明者メモ | 技術分野・課題・解決手段の骨子のたたき台 | 発明の特許性、保護すべき技術思想の本質 |
| 想定する構成・仕組み | 請求項の構成要素の候補と実施例の骨子 | 請求項の権利範囲、独立/従属の構成の確定 |
| 作成中の明細書ドラフト | 請求項と実施例・用語の整合の確認候補 | サポート要件・記載要件の充足、整合の最終判断 |
| 先行技術の資料(社内整理分) | 課題・効果の記載の確認点 | 先行技術との差異、新規性/進歩性の評価 |
Claude Code/Codexの役割は明細書構成のたたき台・請求項/実施例/用語の整合の確認候補・確認質問の下書きまで。発明に特許性があるか、請求項の権利範囲をどう確定するか、記載要件・サポート要件を満たすかは必ず弁理士が確認・判断します。とくに請求項は権利範囲そのものなので、文言は弁理士が確定します。この線引きを最初に決めておくと、事務所が安心してClaude Code/Codexを使えます。
03 HOW 具体的な進め方 5ステップ 秘密保持を前提に小さくPoCし、直した箇所の理由を明細書ルールへ戻す
特許明細書ドラフトAI化の5ステップ
機械・電気・情報など、明細書の型が違う技術分野を先に分けて対象を1つ選ぶ。発明はクライアントの機密なので、未公開の発明をどの環境で扱うか(社内・契約範囲)を最初に確定する
「機械分野なら構成要素ごとに符号を振り実施例と対応させる、用語は明細書冒頭で定義」など、桐谷弁理士の頭の中のルールを文章化する
明細書構成・請求項の構成要素候補・整合の確認点・確認質問を、確定ではなく確認用ドラフトとして出す
弁理士が直した箇所と「直した理由」をCLAUDE.mdへ戻し、ドラフトの精度を上げる
ドラフトづくりを技術スタッフに任せ、弁理士は請求項の確定と確認に回る。うまくいった分野から横展開する
5ステップで最も大切なのは、STEP 1の秘密保持の前提と、STEP 4の「直した理由」を残すことです。特許出願前の発明は公開されていないクライアントの重要な機密であり、未公開の発明をどの環境で扱うか・どこまでをClaude Code/Codexに渡すかは、事務所として最初に線引きします。そのうえで、Claude Code/Codexが出した明細書ドラフトを弁理士が直した場合、「なぜこの発明ではこう直したのか」を残さないと、次回も同じ書き方で出ます。逆に、その理由をCLAUDE.mdへ戻せば、Claude Code/Codexの初稿は少しずつきざし国際特許事務所の明細書基準に近づきます。
04 RESULT 導入後の変化と数値効果(きざし国際特許事務所の事例) 明細書ドラフト180分→60分、属人化の解消
- 発明提案書と過去の類似明細書を見ながら、桐谷弁理士が手作業で明細書構成を組み立てていた(1件約180分)
- 技術分野・課題・解決手段・実施例を発明ごとに書き写し、構成要素の用語や符号の表記ゆれが起きやすい
- 出願期限が重なる四半期末は請求項と実施例の整合確認が後回しになり、補正や書き直しでドラフトが後ろ倒しに
- 技術スタッフの和久井さんはドラフトを任せられず、明細書作成が桐谷弁理士1人に集中して着手が遅れていた
- Claude Code/Codexが発明提案書から明細書構成と請求項の構成要素候補のたたき台を組み立て、ドラフト作成は約60分に
- 請求項と実施例の整合・用語の統一の確認点を先に提示(整合の最終判断は弁理士が実施)
- 発明者への確認質問を下書きし、実施例や変形例の確認が早まって整合の確認漏れが減少
- 技術スタッフの和久井さんがドラフトを起こし、桐谷弁理士は請求項の確定と確認に専念。四半期末の着手遅れが減った
AI鬼管理山崎
05 PITFALL よくある落とし穴3つ 特許性判断・権利範囲・発明の秘密保持の扱いを誤らない
発明に特許性があるか、請求項の権利範囲をどう書くか、記載要件・サポート要件を満たすかは、先行技術と発明の本質を読む弁理士が判断します。Claude Code/Codexは明細書構成のたたき台と整合の確認材料の整理まで。特許性や請求項の確定を任せると、誤りがそのまま出願明細書に乗り、拒絶理由や補正、最悪は権利範囲の取り違えにつながります。請求項の文言は権利範囲そのものなので、必ず弁理士が確定してください。
特許出願前の発明は公開されていないクライアントの重要な機密です。秘密が外部に漏れたり公知になったりすれば、新規性を失い権利化できなくなる恐れがあります。発明をどの環境で扱うか、どこまでの情報をClaude Code/Codexに渡すか、PoCに使う題材は公開済みか匿名化済みかを、事務所として最初に厳格に線引きしてください。秘密保持は効率化より優先される前提です。
発明の構成や技術分野、課題と解決手段が違えば明細書も変わります。構成要素の対応・実施例の具体性・請求項の立て方は発明ごとに異なります。似た過去明細書は「参考」として使い、今回の発明の課題・解決手段・実施例はあらためて発明提案書と発明者ヒアリングで確認してください。
06 STRUCTURE 発明提案書から明細書構成(背景/課題/解決手段/実施例)のドラフトの型 発明提案書を明細書の論理構成に落とす型を持つ
Claude Code/Codexのドラフト精度を上げるには、発明提案書を明細書の論理構成に落とす型をCLAUDE.mdに書いておくことが効きます。きざし国際特許事務所で使っている、発明提案書から明細書構成を起こす型を紹介します。いずれの項目でも、最終的に「この記載で発明が適切に保護されるか・特許性があるか」を判断するのは弁理士です。
型1: 技術分野・背景技術・課題を一本の筋で対応させる
型2: 課題を解決するための手段と請求項の構成要素を対応させる
型3: 実施例で構成要素を具体的に裏付ける
| 明細書の項目 | 発明提案書から起こす観点 | 抜けやすい・つまずきやすい点 |
|---|---|---|
| 背景技術・課題 | 従来技術と課題の対応 | 課題と解決手段・効果の筋の断絶 |
| 解決手段・請求項 | 構成要素の必須/付加の仕分け | 独立請求項の限定過多/過少(権利範囲) |
| 実施例 | 構成要素と符号・用語の対応 | 請求項の構成要素が実施例で裏付け不足 |
上の3つの型(技術分野/背景/課題の対応・解決手段/請求項の対応・実施例での裏付け)をCLAUDE.mdに例付きで書いておくと、Claude Code/Codexが発明提案書から明細書構成のたたき台を起こすようになります。技術分野が違う発明に同じ型を当てると外れるので、分野を分けて登録するのがコツです。ただし、権利範囲を左右する請求項の文言と特許性は、最後に弁理士が確認・確定します。
07 CONSISTENCY 請求項と実施例の整合チェックの観点 請求項の構成要素が実施例と用語で裏付けられているかを見える化する
特許明細書のドラフトで時間を食うのが、請求項に書いた構成要素が実施例で裏付けられているかの確認と、明細書全体での用語の統一の確認です。きざし国際特許事務所が整えている、整合チェックの観点を紹介します。なお、サポート要件・記載要件を満たすかの最終確認と請求項の確定は弁理士が行います。
観点1: 請求項の構成要素と実施例の対応表を持つ
「請求項1の構成要素A=実施例の段落[0020]で裏付け / 構成要素B=[0025]で裏付け / 構成要素C=実施例に記載なし(要確認)」のように、請求項の各構成要素が実施例のどこで裏付けられているかを対応表で持つと、裏付けの抜けを早く見つけられます。Claude Code/Codexには、ドラフトから「請求項の構成要素のうち実施例で裏付けが見当たらない箇所」を確認候補として整理させ、人がサポート要件にかかわる充足を確定します。
観点2: 用語の統一リストを下書きする
同じ構成を「制御部」「コントローラ」「制御ユニット」と書き分けてしまうと、権利解釈で不利になり得ます。「制御部(符号10)=明細書・請求項・図面で『制御部』に統一 / 表記ゆれ候補: コントローラ([0030])」のように、Claude Code/Codexに用語と符号の対応・表記ゆれの候補を下書きさせます。これはあくまで確認用の候補で、どの用語に統一するか・権利解釈上問題ないかは弁理士が判断します。
観点3: 課題・解決手段・効果の対応を整理する
明細書は「背景技術に書いた課題 → 課題を解決するための手段 → その効果」が一本の筋で対応している必要があります。「課題1(◯◯の精度低下) → 解決手段(構成要素B) → 効果([0028]で記載) / 課題2 → 解決手段の記載あり → 効果の記載なし(要確認)」のように対応を整理しておくと、課題・解決手段・効果の筋の断絶を早く見つけられます。
Claude Code/Codexは整合の「整理」と、対応表・用語リスト・課題対応の「下書き」までです。請求項の構成要素が実施例で十分に裏付けられているか(サポート要件・記載要件)、用語の統一が権利解釈上問題ないか、請求項の文言(権利範囲)をどう確定するかは、発明と先行技術を読む弁理士が確認・確定します。整理の効率化と判断の職責は、はっきり分けます。
上の3つの観点(構成要素と実施例の対応表・用語の統一リスト・課題対応の整理)のフォーマットをCLAUDE.mdに例付きで書いておくと、Claude Code/Codexがドラフトごとに整合の確認メモの下書きを作ります。請求項と実施例の裏付け不足や用語の不統一の見落としが減り、明細書ドラフトの品質が担当者によらず安定します。
08 RELATED 関連記事: 弁理士事務所の自動化事例(全業務マップ) 明細書作成以外の業務も含めた事例集
本記事は弁理士事務所のAI活用のうち、特許出願の「明細書ドラフト作成補助」を深掘りした内容です。特許明細書のドラフト補助は、弁理士事務所の業務効率化の中心として効果が見えやすい打ち手です。中間応答(拒絶理由通知への対応案)の整理や先行技術調査結果の社内整理など他の業務についても、同じ「整理・下書きはClaude Code/Codex、特許性と権利範囲の判断は弁理士」の考え方で広げられます。
09 ABOUT AI鬼管理について - 特許実務の伴走サービス 属人化した明細書ドラフトを、確認・判断中心の運用へ
本記事を発信している AI鬼管理 は、弁理士事務所のAI業務自動化をClaude Code/Codexで設計から伴走するサービスです。特許明細書のドラフトは、作成の属人化を解くことで、出願準備のスピードと技術スタッフ育成に効く打ち手です。発明の特許性・明細書の最終的な技術的/法的判断・請求項(権利範囲)の確定といった職責は弁理士が担う前提で、発明の秘密保持を徹底しながら、その手前のドラフトだけを軽くします。
代表菅澤
属人化した特許明細書のドラフト、いっしょに軽くしませんか?
本記事のきざし国際特許事務所の例は、機械/電気分野中心・年間約250件・ドラフトが所長1人集中というモデルケースです。貴所の技術分野の構成や担当体制によって、最適な進め方は変わります。まずは今の明細書ドラフトの作り方と秘密保持の前提をうかがって、貴所に合った設計をご提案します。
代表菅澤
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか？
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. Claude Code/Codexに発明の特許性や請求項(権利範囲)まで判断させてもよいですか?
A. おすすめしません。Claude Code/Codexは明細書構成のたたき台・請求項/実施例/用語の整合の確認候補・確認質問の下書きまでにし、発明に特許性があるか・請求項の権利範囲をどう確定するか・記載要件やサポート要件を満たすかは、発明と先行技術を読む弁理士が判断する設計が現実的です。請求項の文言は権利範囲そのものなので、必ず弁理士が確定します。
Q. 未公開の発明をClaude Code/Codexで扱って大丈夫ですか?
A. 秘密保持の前提を事務所として最初に決めることが必須です。特許出願前の発明は公開されていないクライアントの重要な機密で、秘密が漏れたり公知になったりすると新規性を失い権利化できなくなる恐れがあります。発明をどの環境で扱うか・どこまでの情報を渡すか・PoCに使う題材は公開済みか匿名化済みかを厳格に線引きしたうえで運用します。秘密保持は効率化より優先される前提です。
Q. 発明提案書だけで明細書ドラフトは作れますか?
A. 骨子のたたき台は作れます。発明の概要・従来技術・課題・解決の仕組み・想定する構成を発明提案書として整理しておくと、技術分野・背景技術・課題・解決手段・実施例・請求項の構成要素のたたき台を起こしやすくなります。ただし最終的な明細書の内容と請求項の確定は、発明提案書と発明者ヒアリングを踏まえて弁理士が行います。
Q. 請求項のチェックにも使えますか?
A. 整合の確認材料の下書きには使えます。請求項の構成要素が実施例で裏付けられているか・用語が統一されているかの確認候補を出せますが、サポート要件や記載要件を満たすか・請求項の文言(権利範囲)をどう確定するかは弁理士が確認・確定します。AIの確認候補をそのまま出願に使わない運用が前提です。
Q. 料金やプランを教えてください
A. 料金やサポートプランは AI鬼管理のサービスページをご覧ください。貴所向けの個別ご提案は本記事末尾のNEXT STEPからお問い合わせください。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。
- AI業務自動化サービス「AI鬼管理」を運営 — Claude Code を活用し、経営者の業務を「AIエージェントに任せる仕組み」へ転換するパーソナルトレーニングを 伴走構築 で提供。日報・採用・問い合わせ対応・経費精算・議事録・データ集計・営業リスト等の定型業務を、AIに代行させる体制を経営者と一緒に作り込む
- Claude Code 実装ノウハウを 経営者・法人クライアント に直接指導。生成AIを「便利ツール」ではなく 「業務を任せる存在」 として運用する手法を体系化
- 「やらせ切る管理」メソッドの開発者。シンゲキ株式会社（2021年設立・鬼管理専門塾運営）にて累計3,000名以上の学習者を志望校合格に導いた管理メソッドを、AI × 経営者支援 に転用
- 著書『3カ月で志望大学に合格できる鬼管理』(幻冬舎)、『親の過干渉こそ、最強の大学受験対策である。』(講談社)
- メディア出演: REAL VALUE / カンニング竹山のイチバン研究所 / ええじゃないかBiz 他
- 明治大学政治経済学部卒
