nature-paper-to-patent
研究論文を中国特許ドラフトに変換
研究論文を中国発明特許のドラフトに変換するには、すべてのクレームの特徴を出典エビデンスにトレースし、数式を編集可能な数学表記として保持する必要があります。このスキルは、エビデンスに裏付けされた完全な中国特許出願パッケージを生成する、検証ゲート付きの構造化ワークフローを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
Agent向けリソース
AI Agent、クローラー、またはスクリプトがページ全体ではなくクリーンなコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「nature-paper-to-patent」を使用しています。 モデルアーキテクチャ、損失関数、3段階パイプラインを含むアテンション 기반欠陥検出に関するPDF論文。
期待される結果:
- ソースマップ（P001-P045）、数式インベントリ（E001-E008）、図インベントリ（F001-F006）を含む構造化ドラフトJSON
- 明示的、固有、確認必要のタグが付いた20以上のエントリを含むエビデンス台帳
- P012、P023、E003にマッピングされた3段階パイプラインをカバーする独立クレーム1
- 5つのDOCXファイル：权利要求书.docx、说明书.docx、说明书摘要.docx、摘要附图.docx、完整审阅稿.docx
- すべての品質閾値をパスする検証レポート（evidence_support=5、claim_architecture=5）
「nature-paper-to-patent」を使用しています。 ページ7-9の方程式がOCRによって部分的に破損しているスキャンPDF。
期待される結果:
- OCRで確認された技術特徴のみを含むクレームドラフト
- [TO CONFIRM: ページ8の数式3のシンボル識別]とマークされた3つの数式スロット
- 特定のOCR不確実性を含む発明者への質問リスト
- 未確認の特徴に対するCLAIM_PLACEHOLDER警告を示す検証レポート
セキュリティ監査
低リスクThe static analyzer flagged 291 potential issues across 34 files, but the vast majority are false positives from regex pattern matching on documentation and standard library usage. All 122 'weak cryptographic algorithm' alerts are false positives matching on Python `hashlib` imports for content hashing and on the word 'hash' in regex patterns. The 154 'external_commands' alerts are markdown backtick characters (code formatting) in README and reference files, not actual command execution. The 5 'shutil operations' are legitimate file copying for project workspace initialization. The 1 `subprocess.run` call in build_patent_package.py uses hardcoded script paths with no user input injection vector. No malicious intent, data exfiltration, or unauthorized network activity was found.
低リスクの問題 (1)
リスク要因
⚙️ 外部コマンド (1)
品質スコア
作れるもの
中国特許をドラフト作成する大学研究者
新しい欠陥検出アルゴリズムに関する論文を発表した博士課程の学生が、中国発明特許を出願したい。スキルは論文を抽出し、すべてのクレーム特徴をソースページにマッピングし、検証済みのDOCXパッケージを生成する。
論文と特許の関係を監査する特許代理人
特許代理人がクライアントの論文と既存の登録特許を受け取る。スキルは双方向の論文-特許監査を実施し、論文のみ、特許のみ、より広範、より狭いクレーム特徴を正確なロケーターで識別する。
開示分析を準備するR&Dエンジニア
企業のR&Dエンジニアが技術レポートとソースコードを保有している。スキルは、数式の保持とエビデンスに裏付けられたサポート状態を伴う、特許可能な寄与を抽出する開示分析を生成する。
これらのプロンプトを試す
Convert the paper at paper/main.pdf into a complete Chinese invention patent application. Use full-draft mode with algorithm-software invention type. Produce separate DOCX files for claims, specification, abstract, and abstract figure.
The paper is a scanned PDF at paper/scanned.pdf with some formulas unclear after OCR. Generate a claim draft for the confirmed technical solution only. Do not guess uncertain equation symbols and mark them with [TO CONFIRM].
Compare paper/new-method.pdf with existing-patent/cn-grant-2023.pdf. For each claim in the existing patent, determine if the paper provides support. Label items as paper-only, patent-only, patent-broader, or patent-narrower with exact locators.
The workspace contains a paper PDF, supplementary source code in supplementary/source-code/, and source figures in source-figures/. Use mixed-project mode. Include code-derived evidence with C-prefixed source IDs and preserve algorithm pseudocode in the specification.
ベストプラクティス
- 無関係な参照ファイルのロードを回避するため、フラグメントをロードする前に検出されたsource_format、task_mode、invention_type軸を常に明示する
- すべてのクレーム特徴をエビデンスにトレースできるように、安定したソースID（P001、E001、F001、C001）を作成してからドラフトを作成する
- 構造化ドラフトを入力した後、validate_patent_draft.pyを実行し、最終パッケージを構築する前にすべてのERROR所見を解決する
- クレームをクリーンで法的に防御可能な状態に保つため、不確実なコンテンツを正式なクレームの外で[TO CONFIRM: 具体的な質問]でラベル付けする
回避
- 完全なソースマップを最初に構築せずに、論文の要約や寄与リストから直接特許出願をドラフトしない
- サポートされていない機能（status=unsupported）を正式なクレームに含めない。除外するか、発明者と確認する必要がある
- DOCX出力の可視数式としてプレーンなLaTeX文字列を使用しない。編集可能性のため常にネイティブOffice Mathとしてレンダリングする
- 発明者、所有権、公開日を推論しない。これらは明示的な人間の確認と法的レビューが必要