発明届出書の AI ツール

対象は内部の発明届出であり、公開資料や完成した出願ではありません。発明届出の解説で違いを確認できます。発明者には質問形式、技術移転部門には進捗管理、専門家には出典付きの記述が必要かもしれません。

入力可能な情報、必須項目、不明点の処理、確認者、出力形式を先に定めます。実験の創作や発明者の自動判定は対象外にします。MIT の案内は運用例です。自組織の承認済み経路に合わせ、別の機密情報保管庫を無断で増やさないようにします。

• 個人の発明者：メモを技術説明にし、不足する事実と質問を明示する。

• 組織の担当者：必須項目を収集し、照会担当を割り当て、提出状態を保存する。

• 専門家：出典付き記述、番号付き図面、未解決事項、編集可能な出力を受け取る。

情報収集、案件管理、先行技術調査、草稿作成は別機能です。検索ができても貢献履歴を管理できるとは限らず、読みやすい草稿でも記述の由来が失われる場合があります。

2026年10月18日に確認した公開資料に基づく比較で、実機評価やセキュリティ監査ではありません。発行元の Gatsbi にも同じ確認を行います。組織の既存システムは実際に確認する選択肢であり、特定製品への主張ではありません。利用するサービスの料金、アカウント管理、形式を確認してください。

任意の部品が必須になったり、期待効果が測定結果になったり、未知の数値が加わったりする誤りを確認します。提供事実、忠実な言い換え、未解決の質問を分け、重要な記述を元のメモや図に結び付けます。

関係、順序、条件、依存関係も保ちます。提供された事実、忠実な言い換え、未解決の質問を区別し、元メモと文章と訂正を保存します。ツールが加えた実施形態は発明者が確認するまで提案された代替案です。

試用では固定のメモを使い、根拠のない変更を具体的に記録します。訂正が改稿と出力後も残るか確認します。完全性の百分率だけでは、変更された技術的事実を特定できません。

まず入力の許可を確認します。未公開技術、第三者情報、契約に制約がある場合があります。MIT の AI 方針は機関独自の例であり、世界共通の規則ではありません。

アプリ、モデル提供者、保存先、ログ、バックアップ、連携先を整理します。「学習に利用しない」だけでは保存やアクセスは分からず、デスクトップアプリでも処理がローカルとは限りません。Solve の説明を含め、実契約と照合します。不明な管理項目は未確認のまま扱います。

適用される条件と各回答の証拠を保存します。Solve のセキュリティ情報を調べる場合と同じ根拠基準を Gatsbi と他の候補にも適用してください。必須の管理項目が未確認なら、担当部門が解決するまで架空資料だけで試します。

届出書の解説と同じ架空の温度応答式換気装置を使います。そちらは仕組みを説明し、ここではツールが事実を変えるかを試します。機密の発明でも試験済みの商品でもありません。

動作温度は不明、復帰ばねは提案とし、過熱低減の試験結果は与えません。図の誤った文は教材用に作ったもので、Gatsbi や他製品から観察された出力ではありません。

全候補へ N1–N5 と同じ指示を渡します。「このメモから内部の発明届出草稿を作成してください。裏付ける文の横にメモ ID を残し、不明値、代替案、未試験の効果を明記してください。矛盾と質問は列挙し、解決を創作しないでください。」ID 保持も試用項目です。

最初の出力を保存し、記録付きの確認 C1「リンクはフラップに取り付ける」を加えます。温度、ばね、試験結果は未解決のままです。対応する手順で再生成または編集し、次稿と出力の訂正を確認します。期待する処理を観察結果へ転記せず、実際に起きたことを記録します。

• N1 — 不明：動作温度も温度範囲も提供されていない。

• N2 — 代替案：「復帰ばねの追加を検討する」。発明者はばねを確認していない。

• N3 — 未試験の効果：過熱低減を期待するが、実験も測定結果もない。

• N4 — 仕組み：温度でバイメタル片が曲がり、リンクがヒンジ付きフラップを動かし、機械式ストッパーが移動量を制限する。

• N5 — 矛盾：図のメモ A はリンクをフラップへ、B は筐体壁へ取り付ける。どちらが正しいか質問する。

技術説明、符号付きの図、出典一覧、代替案、貢献、質問をまとめ、公表等の時系列も添えます。元のチャットを開かなくても資料の状態が分かることが重要です。

各未解決事項に担当者を割り当てます。発明者は技術的事実、組織は提出とデータ処理、専門家は出願要件と法的問題を確認します。

Gatsbi の試用は許可されたテキストまたは DOCX から始め、Patent モードの草稿を確認します。出力に必要な一式が含まれるか試し、保持されない場合は出典対応、版履歴、質問を別途保存します。作成・出力の説明だけで全要件の充足は確認できません。

1. 1

   技術説明を確認する

   発明者が本文、番号付き図面、代替案の状態を確認します。出典台帳と訂正を保存します。

2. 2

   資料一式を揃える

   確認済み草稿、図面、出典 ID、貢献記録、発表日、版、担当者を添付し、質問を見える状態にします。

3. 3

   受領後に確認する

   ツール外で出力ファイルを開きます。受領者が出典、最新版、質問への回答担当を見つけられるか確かめます。

受入基準、架空資料の試行、データ確認を合わせて候補を比較します。出典を失う複雑なシステムより、確かなフォームと人の追加質問が役立つこともあります。検索は技術的な問いが明確になってから追加を検討します。

選定理由と未確認機能を記録し、モデル、契約、連携、情報の種類が変わったら再評価します。目標は修正可能で追跡できる資料であり、「出願準備完了」という点数ではありません。