mcpField
N
nature-paper-to-patent

nature-paper-to-patent

github.com/yuan1z0825ドキュメント51.2k12.8k 回インストール1 日前に更新
リポジトリ

nature-paper-to-patent について

nature-paper-to-patent は、論文資料から中国語の特許文書を作成する skill で、発明者や特許専門家を対象とします。資料 ID、根拠との対応付け、段階的な確認を用い、文書生成と検証の手順を備えています。

主な機能

  1. 01タスク別に作成手順を選択
  2. 02資料に ID を付与
  3. 03請求項の特徴を資料に対応付け
  4. 04中国語の特許文書を作成
  5. 05特許文書一式を検証・構築

活用シーン

  1. 01論文から出願書類を作成
  2. 02論文と特許の対応関係を分析
  3. 03技術開示書を作成・改訂

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/yuan1z0825/nature-skills --skill nature-paper-to-patent

インストール後、Claude Code で/nature-paper-to-patentを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

manifest.yaml
README_EN.md
README.md
requirements.txt
agents/
openai.yaml
evals/
evals.json
references/
cn-patent-drafting-guide.md
corpus-derived-patterns.md
corpus-pair-audit.md
draft-schema.md
patent-figure-guide.md
references/disclosure/
correction_handler.md
disclosure_builder.md
disclosure_preview.md
disclosure_self_check.md
intake.md
iteration_context.md
merger.md
patent_points_analyzer.md
patent-disclosure-skill-MIT-LICENSE.txt
prior_art_search.md
project_scan.md
template_reference.md
tooling.md
scripts/
audit_claims.py
build_patent_package.py
scripts/disclosure/
cnipa_epub_crawler.py
cnipa_epub_parse.py
cnipa_epub_search.py
docx_to_md.py

詳細

論文から中国語特許へ

このファイルを特許起草ワークフローのルーターとして使用してください。論文の要約や貢献リストから直接出願書類を起草しないでください。

1. ワークフローを読み込む

manifest.yaml を読み、次に always_load 配下のすべてのファイルを読んでください。

ユーザーのファイルとリクエストから、以下の軸を検出してください:

  • source_format: 選択可能な PDF、スキャン PDF、貼り付けられたテキスト、または混在プロジェクト;
  • task_mode: 完全なドラフト、請求項セット、開示分析、技術 開示、開示イテレーション、または論文-特許監査;
  • invention_type: アルゴリズム/ソフトウェア、装置/システム、プロセス/材料、または混在。

検出された値を 1 行の短い文で述べてください。マニフェストで宣言された一致するフラグメントのみを読み込んでください。詳細なリファレンスは、その条件が該当する場合にのみ読み込んでください。

2. ソースの根拠を保持する

起草の前に安定したソース ID を作成してください:

  • P001... は論文テキストブロック用;
  • E001... は数式用;
  • F001... はソース図用;
  • C001... はソースコードまたは補足証拠用。

正式な請求項におけるすべての重要な特徴は、1 つ以上のソース ID にマッピングする必要があります。 サポート状態として使用できるのは explicit、inherent、needs-confirmation、または unsupported のみです。unsupported の特徴は正式な請求項から除外してください。

発明者資格、所有権、未公開の実装詳細、 公開日、先行技術の結論、または法的十分性を決して推測しないでください。事実が欠けている場合は、正式な請求項の外側で [TO CONFIRM: specific question] を使用してください。

3. ステージゲートを通して起草する

full-draft、claim-set、disclosure-analysis、および paper-patent-audit については、 static/core/workflow.md のステージを順番に完了してください。そこで指定された 中間成果物を永続化してください。ソースマップ、用語台帳、インベントリ、証拠台帳、および発明 概念がゲートを通過するまで、正式な請求項に進まないでください。

technical-disclosure については、 static/fragments/task/technical-disclosure.md の順序付けられたプロンプトリファレンスに従ってください。disclosure-iteration については、 static/fragments/task/disclosure-iteration.md に従い、正式な出願ワークフローを再開するのではなく、以前のドラフトを保持してください。

完全な出願の場合、最初に請求項を起草し、次に明細書、 図、実施形態、および要約を請求項の用語とステップ順序に整合させてください。

4. 中国語の正式文書を作成する

エージェント向けの分析には、ユーザーの優先言語を使用してもかまいません。タスクが正式な出願 パッケージである場合、正式な中国語特許成果物を中国語で作成してください:

  • 权利要求书;
  • 说明书;
  • 说明书摘要;
  • 摘要附图;
  • 図のラベルと説明。

technical-disclosure および disclosure-iteration については、中国語の 技術開示(技术交底书)をタイムスタンプ付き Markdown および対応する DOCX として作成し、 Mermaid のシステム/プロセス図を scripts/disclosure/ を通してレンダリングしてください。

アルゴリズムの発明については、ソースにサポートされた核心的な数式を保持し、すべての 記号を定義し、各数式の技術的動作を説明し、数式を DOCX 内のネイティブで編集可能な Office Math としてレンダリングしてください。可視の数式としてプレーンな LaTeX 文字列を使用しないでください。

主要な方法請求項の順序付けられたステップからメインフローチャートを生成してください。その最終ノードは、欠陥検出結果、目標姿勢、状態推定、または制御命令など、具体的なドメイン出力を命名する必要があります。同じメイン図を要約図および明細書図として再利用してください。

5. 納品前の検証

正式な出願パッケージでは、references/draft-schema.md に記載されている構造化ドラフトを作成し、次を実行します。

python scripts/validate_patent_draft.py draft.json
python scripts/build_patent_package.py draft.json --output-dir outputs --prefix patent

検証で報告されたすべての ERROR を解消してください。すべての WARNING をソースと照らし合わせて確認してください。static/core/output-contract.md に定められた必須の品質しきい値を満たさない場合は、その結果を incomplete draft とラベル付けしてください。

技術開示については、references/disclosure/disclosure_self_check.md の内部チェックを実行し、scripts/disclosure/mermaid_render.py で Mermaid/Word 出力をレンダリングし、納品前に数式、パラメータ、先行技術 URL、および章の整合性に関する問題を解消してください。

生成されたパッケージは、発明者および特許専門家によるレビューのためのドラフト作成支援であり、特許性に関する意見、侵害に関する意見、または出願を保証するものではありません。

コメント