案例 1
查目前 .NET LTS
Search。優先 Microsoft 官方支援政策與版本頁。輸出同時標示查詢日期,避免答案日後失效。
這一章不只教你「何時按哪個功能」,而是建立一條可追溯的證據鏈:問題需要什麼資料、來源是否可靠、內外部資訊如何組合、結論是否真的被證據支持。
適合現況、版本、公告、單一或少量明確事實。重點是快速找到權威原始來源。
適合需要拆解問題、蒐集多方資料、比較矛盾證據、產生完整且可追溯報告。
適合需求書、會議紀錄、Excel、程式碼與內部報告。外部搜尋無法取代你的內部事實。
| 判斷問題 | 偏向方式 | 陷阱 |
|---|---|---|
| 答案會隨時間改變嗎? | Search | 「最新」只是訊號,仍要限定來源與日期。 |
| 是否需要多來源完整研究? | Deep Research | 不是每個搜尋都值得啟動完整研究。 |
| 主要證據是否在我的資料裡? | Files | 先說明各檔案版本、用途與優先順序。 |
| 是否同時有內部與外部證據? | 組合工作流 | 清楚標註哪個結論來自哪一類來源。 |
在開始研究前,先不要回答結論。 請先提出來源策略: 1. 哪些問題可用穩定知識回答? 2. 哪些需要目前的外部資料? 3. 哪些只能從我提供的檔案判斷? 4. 每類資料優先使用哪些原始/官方來源? 5. 哪些結論需要兩個以上獨立來源? 6. 若證據衝突或不足,如何標示而不是自行補齊?
Search。優先 Microsoft 官方支援政策與版本頁。輸出同時標示查詢日期,避免答案日後失效。
Files + reasoning。先建立需求 ID、版本優先級與矛盾類型;沒有外部標準需求時,不必先搜尋網路。
Deep Research + Files。外部研究方案、RTO/RPO 與限制;內部檔案提供人力、預算、機房與採購條件。
官方 Search + Files。外部 API 現行版本與內部介接設計分開取證,再產生欄位與錯誤碼差異表。
Files/Data 優先。先看原始資料、時間範圍與品質規則;搜尋只能補充背景,不能證明內部資料異常原因。
官方來源 + 人工權責。AI 整理條文、版本與差異;法務或權責單位做最終解釋與核准。
評估某 ASP.NET Core + PostgreSQL 系統升級到目前支援版本的影響。準備一份內部架構/依賴清單作為 Files,外部資料只採官方文件。
每個結論標註:外部來源/內部檔案/推論/假設。 引用必須直接支持相鄰結論。 若官方資料與內部文件衝突,不要靜默合併; 建立「衝突—可能原因—影響—確認責任」表。
每題 5 分;總分至少 85,且四個能力軸均達 70% 才通過。
查閱日期:2026-09-13。以下皆為會持續更新的動態文件,查閱日期不等於發布日期。
| 項目 | 內容 |
|---|---|
| 查核日期/依據 | 2026-09-13;依 2026-09 現況查核報告(內部紀錄,未發布於網站) 的 F03、F08 修訂。 |
| 適用介面 | 操作說明以 ChatGPT 網頁介面為準;Deep research 入口與額度依方案與推出範圍而異。 |
| 已執行的步驟 | 已查閱官方文件並改寫正文;未在特定帳戶逐項操作驗證入口。 |
| 替代路徑 | 沒有 Deep research 入口時,用限定來源清單 + 分批搜尋 + 自行整合完成實作。 |
| 待確認 | 各方案的 Deep research 可用性與研究覆蓋範圍上限。 |
教材教授的是穩定的判斷方法;功能名稱、介面與可用性可能隨方案及版本變動。