embodiment-description について
embodiment-descriptionは、発明の開示、請求項、図面をもとに詳細な特許実施形態を作成するスキルです。実装の説明を構成し、請求項の裏付けを確認しながら、実験結果や性能の主張を除外します。
主な機能
- 01請求項の種類ごとに実施形態を計画
- 02方法とシステムの実装を記述
- 03図面の符号を一貫して組み込む
- 04請求項の構成要素が裏付けられているか確認
- 05必要に応じて擬似コードとデータ構造を追加
- 06実験指標と結果を除外
活用シーン
- 01発明の開示から特許明細書を作成
- 02請求項に複数の実装案を記述
- 03各請求項の構成要素に説明があるか確認
- 04ソフトウェア発明をアルゴリズム実施形態として記述
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ wanshuiyin/ auto-claude-code-research-in-sleep --skill embodiment-descriptionインストール後、Claude Code で/embodiment-descriptionを入力して読み込まれたか確認します。
詳細
実施形態の説明
$ARGUMENTSについて詳細な実施形態を記述します。
実施形態では、発明の作り方と使い方を説明します。特許においては実験の節に相当しますが、発明を実証的に評価するのではなく、発明そのものを説明します。
定数
MIN_EMBODIMENTS = 1— 少なくとも1つの完全な実施形態が必要ですMAX_EMBODIMENTS = 3— 実用上の上限です。実施形態を増やすと、実施可能要件への対応が強化されますEMBODIMENT_STYLE = detailed—detailed(完全な実施例)またはoutline(概要)REFERENCE_NUMERAL_PREFIX = 100— 最初の図の構成要素に付与する参照番号の開始番号
入力
patent/INVENTION_DISCLOSURE.md— 発明の構成(中核機能、補助機能、任意機能)patent/CLAIMS.md— 起草済みの請求項。実施形態はこれを裏付ける必要があります- ユーザーが提供した図(存在する場合。ディレクトリは問いません)
- 存在する場合は
patent/figures/numeral_index.md(/figure-descriptionで作成)
ワークフロー
ステップ 1:実施形態を計画する
請求項の各カテゴリ(方法、システムなど)について、少なくとも1つの実施形態を計画します。
| 実施形態 | 対応する請求項 | 種類 | 主なバリエーション |
|---|---|---|---|
| 1 | 請求項1、X | 最良の形態/好ましい形態 | [主要な実装] |
| 2 | 請求項2、3 | 代替形態 | [異なるパラメーター/材料] |
| 3 | 請求項4、5 | 追加の代替形態 | [異なる構成] |
ステップ 2:各実施形態を記述する
各実施形態について、次の構成に従って詳細に説明します。
導入段落: 「一実施形態では、[説明対象を参照した発明の概要]。」
構成要素/手順の説明:
方法の実施形態の場合:
- 各ステップを順番に説明します
- 図の参照番号を使用します:「図1に示すように、ステップ202で、プロセッサ102は入力データ104を受信します……」
- 具体的なパラメーター、範囲、条件を含めます
- 各判断箇所で何が起きるかを説明します
システム/装置の実施形態の場合:
- 各構成要素を説明します
- 図の参照番号を使用します:「図1を参照すると、システム100はプロセッサ102、メモリ104、および通信インターフェース106を備えます……」
- 構成要素間の接続を説明します
- システムの動作を順を追って説明します
バリエーションと代替形態:
- 「一部の実施形態では、プロセッサ102はGPU、FPGA、またはASICでもかまいません。」
- 「別の実施形態では、メモリ104を分散ストレージシステムに置き換えてもかまいません。」
- 「上記のパラメーターは例示であり、範囲 [X, Y] 内の他の値も想定されています。」
これらのバリエーションは、より広い請求項の解釈を裏付けるうえで重要です。
ステップ 3:参照番号を組み込む
参照番号の一貫した使用を確認します。
- 言及するすべての構成要素に番号を付けます
- 構成要素名の後に、最初に番号を括弧付きで記載します:「プロセッサ(102)」
- 以降の参照では「プロセッサ102」と記載します(括弧なし)
- 番号は図の系列に従います。図1には100番台、図2には200番台を使用します
書式:
- 初出:「プロセッサ(102)」
- 同じ実施形態内での以降の記載:「プロセッサ102」
- 複数の図にまたがる場合:「プロセッサ102(図1と図2の両方に示す)」
ステップ 4:請求項の裏付けを確認する
各請求項の要素が少なくとも1つの実施形態に記載されていることを確認します。
| 請求項の要素 | 実施形態 | 参照番号 | 説明の段落 |
|---|---|---|---|
| [要素] | [該当するもの] | [番号] | [段落の参照先] |
請求項の要素に実施形態による裏付けがない場合は、必要な説明を追加します。
ステップ 5:ソフトウェア/アルゴリズムの実施形態(該当する場合)
方法/ソフトウェアに関する発明では、次の内容を含めます。
- 擬似コードまたはアルゴリズムの説明(実際のコードは記載しない)
- 図に関連付けたフローチャートの説明
- データ構造の説明
- インターフェースの仕様
例:
In one embodiment, the method comprises the following steps:
At step 202, the processor 102 receives input data from the input device 108.
At step 204, the processor 102 extracts feature vectors from the input data using a convolutional neural network.
At step 206, the processor 102 applies the attention mechanism 110 to the feature vectors...
Step 6: 出力
実施形態のセクションは、patent/specification/detailed_description.md に記述します(または明細書の構成に追記します)。
各実施形態のセクションは、それだけで完結する内容としつつ、代替案を説明する際には他の実施形態を相互参照してください。
主なルール
- 実施形態は、過度な実験を行わなくても、当業者(POSITA)が本発明を実施し、使用できるように説明する必要があります。
- 少なくとも1つの「最良の実施形態」を含めてください(米国の要件)。
- 複数の実施形態を記載することで、実施可能要件に関する異議に対して明細書を補強できます。
- 本発明について説明し、経験的な評価は行わないでください(「この実施形態は95%の精度を達成する」は誤りです。「プロセッサは入力データを分類する」が適切です)。
- 重要 — 実験データ、試験結果、精度の割合、検出率、適合率の値、比較性能データは一切記載しないでください。 これらは論文に記載するものであり、特許には記載しません。実施形態では、作製方法と使用方法を説明します。性能の高さを説明するものではありません。
- 誤り:「センサーは、直径150μmを超える金属粒子を100%の検出精度で検出し、検出限界でも94%の高精度を維持しました。」
- 正しい:「ステンレス鋼粒子が間隙の検知領域を通過すると、共振周波数が低下します。粒子の直径が大きいほど、周波数の偏移幅も大きくなります。」
- 実験結果の表、測定データのグラフ、先行技術との性能比較は含めないでください。
- 重要 — 実施形態は実験ではありません。 「実験を繰り返した」「精度を評価した」「適合率を試験した」「較正実験を行った」「参照方法と比較した」といった説明は記載しないでください。実施形態では、本発明を作製して使用する方法を1つ説明します。試験報告書ではなく、手順書として記述してください。
- 元資料の論文から実験のセクションをそのままコピーしないでください。実験のセットアップを、製造・動作の説明に書き換えてください。
- 元資料が論文の場合は、(1)作製したもの、(2)使用した材料・パラメーター、(3)動作方法のみを抽出してください。試験方法、結果、性能指標はすべて無視してください。
- 可能な限り具体的なパラメーターを含めますが、限定的な条件ではなく、例示として記載してください。
- 図面の符号は、図面と一貫させてください。
- 主観的な表現(「優れた」「驚くべき」「より優れた」など)は使用しないでください。
コメント
Markdown 対応