一件真實的 §103 核駁，從頭到尾：審查委員原文、風險與請求項分析、修正與答辯、中英雙語客戶報告。
由 PatentNode 的第一個步驟解析完成。左方為審查委員推理摘要，右方為形成本件核駁的三段審查原文。
Claims 1-20 are rejected under 35 U.S.C. § 103 as unpatentable over Agarwal in view of Masson. The examiner finds Agarwal teaches the claimed loan-processing/chat-interface features and relies on Masson to supply limitations such as mapping AUS results to system conditions and other lending-system integrations, and concludes it would have been obvious to combine these teachings.
由結構化分析模型產出。每段相當於資深從業人員原本可能要花上數小時手動整理的一份分析摘要。
判斷重點： 下游的答辯與修正都以您驗證後的結構化分析為基準。在這層花 60 秒下判斷，省下後面 60 分鐘的補救；您在此確認過的每一筆，都會直接帶進後續草稿。
本分析以審查委員實際援引之段落為依據（Agarwal 摘要／第 43-59 段；Masson 第 16 段）。關鍵差異在於 Masson 之靜態策略清單，與請求項所載「動態且具狀態回應性之任務庫」之別，且此差異於所引文字中明確可稽。審查委員就結合理由所提出者，僅為一般性之「策略品質」主張，並未說明該領域具通常知識者（POSITA）為何會將 Masson 之靜態策略集合改建為動態生成機制。
將產業知識封裝於預先建構之放款策略中，以最佳化營收
依歷史績效測試（並得選擇性人工調整）所建構並定版之自動化放款策略集合（Masson 第 16 段）
將機構放款知識編整為可重複使用之策略模組，並減輕策略開發團隊之負擔
Masson 之任務庫屬「靜態」：策略係預先定版，並非依當前貸款狀態或 AUS findings 反覆更新之動態生成器。審查委員將 Masson 之「task library」對應至請求項之動態生成要件，僅憑雙方共用之「library」一詞，而非結構或功能上之等同。
使用任務庫，依當前貸款狀態（含 AUS findings）生成任務
差距: Masson 並未揭示依 AUS findings 或當前貸款狀態回應之動態任務生成；靜態與動態之區別具決定性。
將自動核保系統（AUS）結果對應至系統條件
差距: 兩件引證文獻皆未揭示 AUS 結果對應至系統條件之機制；審查委員就此亦未指出任何引用段落。
審查委員之結合動機屬「一般性」：其所對應者為策略品質與團隊協調負擔之通案問題，而非將 Masson 之靜態架構改建為動態、具狀態回應性任務生成器之技術理由。具通常知識者閱讀 Agarwal 後，並不會看出 Masson 之靜態策略集合所能解決之缺陷，更不會因此被導向請求項所載之 AUS 反覆回饋迴路。
三項後見之明重建之徵兆：(1) 審查委員選用 Masson 之「task library」，僅因其與請求項共用「library」一詞；(2) 未具體說明 Agarwal 之表單填寫系統為何需要 Masson 之策略集合；(3) 所述動機為結果導向（「減少效能限制」），而非以問題與解決為基礎，即審查委員係自請求項語言反向推論。
說明書於多處段落（¶¶ [0059]、[0062]、[0067]、[0069]）明確記載依 AUS 回饋更新之動態任務庫。將請求項 1 限縮以敘明此動態更新行為，僅係加入已揭示之特徵。
須留意「task library」與「strategy library」用語之別：說明書一致使用「task library」，修正時應沿用該用語，以免衍生 §112(b) 問題。「當前貸款狀態」宜參照說明書所列舉之例示（借款人資料、AUS findings）加以界定，以避免範圍含糊。
正式介面中，每段分析都可直接編輯。 您可以用自己的口吻修改或補強任何欄位，再讓答辯與修正模型啟動；模型會以您最後確認的版本為準。
進入工作介面預覽請求項修正模型擬出修正版本，答辯主張模型擬出答辯內容。兩者都依賴從業人員確認過的結構化分析，並非模型的初稿猜測。
答辯姿態： 採答辯＋修正雙軌。即使答辯主張未獲採納，§103 的弱點也已先用修正補掉。核駁結構弱時可單採答辯；不想跟審查委員正面交鋒時單採修正；雙軌則同時保留兩條退路，多一道後路就少一個一錘定音的風險。
Claim 1 is narrowed to recite (i) dynamic updating of the task library based on the current loan status and AUS findings, and (ii) mapping of AUS results to system conditions. Both limitations are explicitly disclosed in the spec at ¶¶ [0059] (dynamic generation based on real-time user interaction and the stage of a loan application process), [0062] (task library generates tasks based on a loan's current status), [0067] (task library generates further tasks based on the loan status), and [0069] (AUS results used to update system conditions and update the task library). These features are absent from Masson's static strategy list and from Agarwal's form-completion chat manager; the narrowing removes the §103 challenge without introducing new matter.
1Applicant respectfully submits that the rejection of claims 1-5 under 35 U.S.C. § 103 over Agarwal in view of Masson should be withdrawn because the Examiner has not established that the proposed combination teaches or suggests the dynamic task-library limitation that is central to independent claim 1. Claims 2-5 stand or fall with independent claim 1.
2The Examiner's combination relies on Masson (¶ 16) to supply the limitation requiring the system to use a task library to generate tasks according to the current loan status. However, the cited passage from Masson describes a static list of pre-defined lending strategies, a repository developed and finalized based on strategy performance and optional manual changes. Masson's 'task library' is not a dynamic generator that iteratively updates in response to current loan status. The Examiner has not identified any passage in Masson disclosing a task library that dynamically generates tasks based on the current loan status, including AUS findings.
3Furthermore, the Examiner has not articulated a sufficient motivation for a POSITA to modify Masson's static strategy list into the dynamically updatable task library recited in the claims. The Examiner's stated rationale, that Masson's system 'is unable to capture industry knowledge' and requires 'several teams' to produce a higher-quality strategy, addresses only the general problem of strategy quality and team coordination. It does not explain why a POSITA would have been led to restructure Masson's static strategy repository into a dynamic, status-responsive task generator. The reasoning is conclusory and does not satisfy KSR Int'l Co. v. Teleflex Inc., 550 U.S. 398 (2007), which requires a specific, articulable reason to combine.
4Applicant further notes that the combination, even if accepted, would not yield the claimed invention. Neither Agarwal nor Masson discloses the iterative feedback loop in which AUS findings are mapped to system conditions and used to dynamically update the task library. Accordingly, Applicant respectfully requests withdrawal of the rejection of claims 1-5.
PatentNode 產出你真正會用到的工作成果：交付給客戶的中英雙語分析報告，以及可準備送件的核駁答辯書草稿。中文可選繁體或簡體，法條引用依管轄區正確對應。
Patent Analysis Report
The §103 rejection rests on Masson's task library supplying the dynamic, status-responsive task-generation limitation of claim 1. Masson paragraph 16 actually discloses a STATIC repository of pre-developed lending strategies, not a dynamic generator. The examiner's mapping relies on the shared word library and reads the claim language back into the reference.
Amend and argue in a paired response. Narrow claim 1 to recite that the task library is dynamically updated from the current loan status including AUS findings, then traverse the §103 on the static-versus-dynamic distinction. Amendment support is explicit in the specification.
Amendment (new-matter) risk is low: spec paragraphs [0059], [0062], [0067], [0069] support the dynamic-update behavior. §112(b) clarity risk is medium; keep the specification's task library terminology consistent to mitigate.
專利分析報告
本件 §103 核駁援引 Masson 提供請求項 1 所述「動態且具狀態回應性之任務生成」。然而 Masson 第 16 段所揭示者實為「靜態策略清單」，即預先建構並依績效調整之策略集合，並非依當前貸款狀態動態生成任務之機制。審查委員之對應僅依賴於與請求項共用之 library 一詞，並將請求項語言反推回引證文獻。
採修正與答辯雙軌應對。將請求項 1 限縮至敘明任務庫依當前貸款狀態（含 AUS findings）動態更新，再以「靜態與動態」之區別答辯 §103。修正之書面揭示於說明書中明確可稽。
修正（新增事項）風險低：說明書 ¶¶ [0059]、[0062]、[0067]、[0069] 對動態更新行為提供支持。§112(b) 明確性風險為中等；沿用說明書一致之 task library 用語可降低。