什麼是發明揭露？含義、內容與實例

在企業或大學，發明揭露通常是技術成果評估的起點。發明人說明構想、運作方式及佐證紀錄，交給技轉單位、智財團隊或專利專業人士。誰能存取資料，應依機構核准的流程決定。MIT 的提交說明是其中一種機構實務，不能視為通用表單或規則。

專利申請中的技術揭露，是申請文件對技術內容的教示；公開發表則是將資訊傳達到保密安排以外，例如論文、演講、展示或線上資料庫。兩者的對象與影響不同，文件標題寫著 disclosure 並不能證明已走完哪一項程序。

美國 Information Disclosure Statement（IDS）另有用途，是向審查人員提交供考量的資訊，不是內部發明說明。若被要求準備 IDS，應先向負責美國申請的人確認，不要以發明摘要代替。參見 USPTO MPEP §609。文件上的「機密」字樣也不能取代實際的存取與傳遞管理。

接收者未必參與研發，需先理解原有困難、解決機制、零件或步驟的互動，以及預期使用條件。「更智慧」「更省能」是效益描述，不是機制。有效的揭露讓讀者能提出具體技術問題，而非猜測構想如何運作。

不確定之處也要清楚呈現：資料來自草圖、原型、觀察結果，還是未測試的提案？變體是否實作、模擬或只討論過？把這些狀態說明白，可避免流暢文字掩蓋缺少的證據。

技術貢獻、發明人資格、權利歸屬與資助應分開記錄。論文作者不會僅因署名就自動成為法律上的發明人，史丹佛的說明也區分兩者。記下誰在何時提出或實作哪一部分，以及相關紀錄和協議；由負責人員評估法律問題，不讓 AI 按作者順序推定。

優先使用接收單位的表單。先說明問題與既有做法，再描述至少一種具體實作：裝置交代零件及連接，方法交代輸入、步驟與輸出，軟體交代資料流及處理邏輯。文字與圖面採用一致名稱，讓審查者能追蹤說明。

將替代方案、預期效益與已確認事實分開，註明哪些已製作、測試、模擬或只是提議。重要敘述附上有日期的依據，同時記錄貢獻、所屬單位、資助、協議及過去或計畫中的溝通。未知事項應轉為有負責人的問題，不應補造答案。

下表以後一節的虛構通風裝置示範小型移交資料包，以角色代替真人。它呈現材料狀態，不證明技術完整，也不是官方申請表。每份來源應記錄識別碼、日期或版本、支持的敘述與保管人。

這是一個教學用的虛構機箱溫度感應通風裝置。「智慧通風口避免過熱並節能」沒有解釋機制。較有用的敘述是：雙金屬片的運動經連動機構傳至鉸接擋板，改變開口，機械限位件限制擋板行程。這不是真實發明，也不是新穎性評估。

草圖 A 說明了這項機制，但沒有提供開啟溫度、節能效果或使用壽命的量測。另一則筆記提議加入回復彈簧，草圖卻未顯示。請保留提議狀態，由發明人確認它是必要、可選，還是與目前概念不相容。圖示只呈現功能關係，不補上缺少的裝配細節。

機制說明清楚後，再整理它的來源記錄。將草圖 A 與獨立的彈簧筆記分開保存，逐項對應技術表述、依據、目前狀態和待問問題。差異未解決前保留兩份原始材料，不把它們默默合併成一個已確認方案。遇到矛盾尺寸或軟體草稿自行加入判斷步驟，也採用同樣方式處理。

• 草圖 A：雙金屬片 → 連動機構 → 鉸接擋板；機械限位件限制行程。連接細節尚未說明。

• 獨立筆記：提議使用回復彈簧，但其作用尚未確認。

• 缺少的證據：未提供工作溫度規格、性能測量或能源消耗比較試驗。

內部揭露提供專業評估的材料，不證明未來申請已滿足適用要求。申請專利範圍、說明書、圖式與預期保護範圍應共同檢視；把表格改成法律文件外觀，並不能完成這項工作。

EPO 充分揭露指引及 WIPO PCT 審查指引說明技術教示的重要性，但不是適用所有國家的申請操作手冊。本文解釋一般概念，不是針對個別發明或司法管轄區的法律評估。

先前技術搜尋能提供討論線索，但找到或找不到相似文件，都不等於新穎性意見。保留來源、相關特徵和疑問交由專業人士判斷。技術描述、可專利性、侵權及實施自由是不同問題，不能由一份 AI 比較表一併取代。

內部提交、提出專利申請與公開發表是不同節點。把揭露書寄給單位，不代表已提出申請；收到草稿，也不是論文或展示的公開許可。提早提供預計日期、內容與對象，讓負責的智財團隊評估，避免僅寫「近期」。

不能將某國寬限期直接套用到其他國家。USPTO 的臨時申請說明提醒，申請前公開可能影響國外權利。應記錄何時、向誰、以什麼存取條件公開哪些內容，再就相關管轄區請負責人員評估。

下例僅示範應保留的欄位，不是真實活動或公開許可。實際計畫應填入真實日期與角色。若溝通已發生，請保留資料及存取歷史，並立即通知負責的專業人員。

AI 可整理獲准使用的筆記、統一零件名稱，或提出缺漏問題。它不應創造實作方式、實驗、貢獻經過與法律結論。要求區分提供的事實、改寫文字與待確認事項，再逐句對照來源；一個小的連接關係錯誤，也可能改變技術內容。

上傳未公開資訊前，確認機構核准的工具、帳戶與資料分享安排。MIT 生成式 AI 指引是機構專屬限制的例子。選擇軟體時，可閱讀 AI 發明揭露工具指南，透過同一虛構概念評估事實忠實度、資料控制與匯出。

接收團隊需要確認過的技術版本、佐證來源及清楚的待解事項清單。每個問題都要指定負責人。內部收件、專業審查及實際申請遞交是不同狀態，應隨進度如實更新。

1. 1

   確認版本

   請發明人核對零件名稱、關係、已提供事實及替代方案狀態。

2. 2

   補齊資料包

   附來源目錄、有版本的紀錄、事實性貢獻資料、溝通時間軸及指定負責人的待答問題。

3. 3

   送交審查

   使用核准管道，確認由誰追蹤缺漏資訊及計畫中的溝通。