light-patent-disclosure

特許開示の引き継ぎ

実際のプロジェクトや研究成果を、弁護士がレビューできる発明開示パケットにまとめます。解決する課題、その課題を解決する技術的手段、関連する先行研究との相違点、請求範囲を裏付ける実施形態、必要な図面、そして弁護士が判断すべき事項を明確にします。

管轄区域や出願に関わる作業を行う前に、 references/patent-resource-map.md を読んでください。関連するスキル、公式情報源、参考にした仕組み、および正確な対応範囲を記載しています。 特許上の要点の抽出、公開情報の検索、請求項の段階的な草案作成、または弁護士への引き継ぎを行う前に、 references/patent-interview-and-search.md を読んでください。詳細なインタビュー、検索、品質確認のルールが記載されています。

絶対に守るべき境界

1. このスキルは法律上の助言ではなく、READY_TO_FILE と認定することもありません。 提供するのは DRAFT、NEEDS_USER_INPUT、または READY_FOR_ATTORNEY_REVIEW のみです。
2. 特許付与、新規性、進歩性、非侵害、有効性、所有権、実施の自由、または登録結果を保証しないでください。
3. 不確実性をそのまま保持してください。検索、日付、権利者、発明者、公開、外国出願に関する規則、または優先権に関する事実が確認できていない場合は、次に行う確認とともに UNKNOWN、PLANNED、または UNAVAILABLE と記載してください。
4. 証拠には実際の成果物を使用してください。リポジトリのファイル、設計文書、実験ノート、論文、実験ログ、課題に関する議論、またはユーザー提供の記録が該当します。相対パスと SHA-256 を保持してください。実装の詳細を捏造しないでください。
5. 特許図面には、Mermaid、Graphviz、PlantUML、SVG などのプログラム生成、ベクター形式、または手作業の素材を使用してください。特許図面に AI 生成のビットマップ画像を使用しないでください。
6. このスキルを研究 DAG から切り離してください。ステージ、STAGE_GATES、ROUTES、light.findings.v1、または科学的な逆方向の依存関係はありません。

ワークフロー

1. 判断に必要な事実を収集し、リスクをトリアージする

以下の情報を尋ねるか、UNKNOWN と記載してください。

• 管轄区域と予定する出願ルート：中国の発明特許／実用新案、米国の仮出願、米国の本出願、PCT、EP、または未定；
• 権利者／出願人、発明者／貢献者、雇用上またはスポンサー上の制約；
• 公開、論文、デモ、GitHub のリリース、販売、学位論文の審査会、ポスター、標準化団体への提出、およびそれらの日付；
• 期限、先行出願、優先権主張、秘密保持／輸出管理上のリスク；
• 有資格の弁護士または弁理士が成果物をレビューするかどうか。

公開、所有権／発明者性、外国出願／秘密保持、および営業秘密のマスキングについて risk_triage を記録してください。公開、所有権をめぐる紛争、外国出願戦略、秘密保持の審査、または出願期限によって次の対応が変わり得る場合は、ユーザーの判断を仰いでください。

2. 証拠パケットを作成する

対象範囲に指定されたファイルのみをスキャンしてください。ソースとなる成果物ごとに、以下を記録してください。

• id、相対 path、sha256、分かる場合は鮮度／日付；
• 裏付けとなる請求項の要素または実施形態；
• 外部の弁護士に共有する前に、非公開または第三者の秘密情報をマスキングする必要があるかどうか。

ソースが論文、製品デモ、ノートブック、API 契約、データセット、または図である場合は、該当箇所を正確に特定してください。チャットの記憶を証拠として扱わないでください。

3. 課題・解決手段・効果の原則に沿って特許上の要点を抽出する

特許上の要点の候補ごとに、以下を記述してください。

• 技術的課題（ビジネス上の要望ではありません）；
• 具体的な技術的手段、アルゴリズム、アーキテクチャ、プロトコル、データ構造、制御ループ、信号処理、モデルのパイプライン、ハードウェア構成、または UI の操作規則；
• 技術的効果と測定可能な利点；
• 最も近い既知の技術との相違点；
• 代替となる実施形態、選択肢、パラメーター範囲、および失敗事例；
• 各特徴を裏付ける成果物 ID。

曖昧な特徴を寄せ集めるより、強固で裏付け可能な発明の説明を一つ作ることを優先してください。リポジトリからは分からない暗黙知について、要点を絞って質問してください。短い発明者インタビューの記録を残してください。課題、失敗した代替案、重要な着想、制約、貢献者、公開日、および既知の先行技術を記録します。

4. 先行技術／新規性の文脈を誠実に調査する

現在の環境で利用できる関連する公式または公開情報源を検索し、次の内容を記録します。

• 検索したデータベース／ページ、検索クエリ、日付、フィルターおよび失敗した内容；
• 最も近い検索結果とその特定情報、および発明との関連性；
• 検索状況が VERIFIED、PLANNED、UNKNOWN、UNAVAILABLE のいずれか。

inventor_known_prior_art は prior_art と分けてください。前者はチームがすでに把握している内容、後者はエージェントが実施した公開情報の検索記録です。公開情報を検証済みの場合は searched_sources を記録します。非特許文献を検索しない場合は、その理由を記載してください。

これを法的な新規性の見解として扱わないでください。検索範囲が浅い場合はその旨を記載し、不足している情報源や、専門家による追加調査が必要な点を挙げてください。

5. クレームの階層を構築する

最終セクションを作成する前に、クレーム戦略を記述します。

• 最も広く、技術的に主張を裏付けられるポイント；
• 従属項／フォールバックの位置づけと、それぞれがより限定的である理由；
• 実施可能性を裏付ける要約：実施形態、変形例、パラメーター範囲、エッジケースおよび代替案；
• 戦略の各項目を裏付ける成果物。

広いポイントに裏付けがない場合は、範囲を狭めるか、弁護士への質問事項として明記してください。

6. 弁護士向けの開示書類を作成する

編集しやすい、簡潔な構成を使用します。

1. タイトルと技術分野；
2. 背景および最も近い既知のアプローチ；
3. 技術的課題；
4. 技術的解決策の概要；
5. 技術的な有利な効果；
6. 図面一覧とプログラムによる図面の作成元；
7. 詳細な実施形態、変形例およびフォールバック実装；
8. 発明を構成する要素ごとの裏付けを示した、特許請求項の草案または特許請求の範囲の草案；
9. 新規性／相違点の表；
10. 弁護士または弁理士による確認が必要な未解決の質問。

特許請求の範囲は確認用の草案にすぎません。説明全体で用語を統一し、成果物で裏付けられていない過度に広い要素は避けてください。

7. 提出前に機械判定ゲートを実行する

templates/patent-disclosure-packet.example.json に従ってパケットを作成し、次を実行します。

python scripts/disclosure_gate.py --packet patent-disclosure-packet.json --base <project-root> --as-of 2026-07-05
python scripts/disclosure_gate.py --selftest

パケットを弁護士による確認の準備ができたと伝える前に、ゲートを通過させる必要があります。このゲートでは、リスクのトリアージ、発明者が把握している先行技術、公開情報の検索範囲、クレームの階層、裏付けの対応付け、図面の作成元、QC フラグ、過度な主張を避ける表現を確認します。ゲートに失敗した場合は、パケットを修正するか、クレームの範囲を狭めるか、不足している事実を明記してください。

実行／確認／禁止事項

実行：

• 発明の各特徴と特許請求項の草案の各要素を、出典となる成果物に紐付ける；
• 法域ごとの要件には、公式かつ最新の情報源を使用する；
• 隠れた前提ではなく、弁護士向けの未解決の質問を提示する；
• Mermaid／Graphviz／PlantUML／SVG など、監査可能なベクター形式のソースで図を生成する；
• 先行技術調査の限界を記録し、網羅的であるかのように装わない。

確認すること：

• 法域と出願ルート；
• 公開がすでに行われているか、その時期；
• リポジトリに記載されていない、所有権／発明者に関する事実；
• 外部による確認の前に営業秘密を伏せる必要があるか；
• リスクのある広いクレームを狭めるか、弁護士への質問事項として残すか。

禁止事項：

• ユーザーに代わって特許庁に提出、出願、署名、料金の支払い、または特許庁とのやり取りを行う；
• 特許付与／登録、新規性、進歩性または FTO を約束する；
• 生成した画像を特許図面として使用する；
• コードだけから、発明者、所有権、開示日または法的状況を推測する；
• このスキルを Light のリサーチ DAG に振り分ける。