thermos | 平行整合兩種深度審查
本頁以 pstack-claude 0.9.126 的移植版技能為準。thermos 與兩個 thermo 審查技能不在本次核對的 Cursor 原版 pstack 技能目錄中，不應被當成 Cursor 原版內建能力。
定位與適用情境
thermos 是兩條審查路徑的協調者。第一條找錯誤、功能破壞、安全問題、開發體驗退化與功能開關外洩。第二條找維護性、分層、抽象、檔案膨脹與條件分支失控。
例如背景工作佇列分支同時更改重試行為與模組結構。正確性審查可能發現重試造成重複任務，維護性審查可能發現任務狀態與重試政策混在同一巨型模組。輸入應是同一份差異與意圖，輸出是統一判斷，不是兩份報告直接串接。
準備
- 固定基底、目標版本、未提交變更與本次需求。避免兩位審查者其實審了不同版本。
- 準備差異、必要原始碼與行為契約。不要讓審查者用猜測補足缺少的上下文。
- 確認平台能否平行啟動兩位背景子代理，以及指定角色是否可用。
- 指定報告輸出位置與唯讀邊界。維護性路徑還要保留摘要及細節檔案。
操作步驟
- 界定範圍。 從需求、PR 或目前分支決定要審什麼，收集相同差異與必要檔案。先重述意圖，標出哪些內容無法取得。
- 同時派出兩條路徑。 Claude Code 原文使用
pstack:thermo-nuclear-review-subagent與pstack:thermo-nuclear-code-quality-review-subagent，兩者皆背景執行。給相同範圍，但各自保有不同審查重點。 - 讀完並核對證據。 等兩者完成，檢查優先級、檔案位置與因果。不要把模型相同意見當作額外的執行證明。維護性細節報告應保留，供讀者追查量測與提案。
- 整合判斷。 問題優先，跨審查者去重。重疊問題值得更高注意，但仍依證據裁決。若正確性與結構建議衝突，說清楚取捨及仍需驗證的事項，不把兩邊原文整段重貼。
可直接使用的提示詞
可在 Claude Code 使用 /pstack:thermos，或在 Codex 插件選單插入 $pstack:thermos。
用 pstack:thermos 唯讀審查目前背景佇列分支。
兩位審查者都使用同一基底、目標差異與未提交變更。
一路檢查重複任務、重試副作用、安全與本機執行退化。
另一路檢查狀態責任、重試政策分層、檔案膨脹與可刪除的抽象。
同時啟動兩路後，主代理讀完證據，去重並裁決分歧。
回傳統一判斷、最高訊號問題、各路狀態及未決事項。
保留維護性詳細報告，不修復、不提交、不發 PR 評論。
若缺派工工具或專用代理角色，說明平台對應與缺口，不冒稱完成雙路平行審查。預期結果與驗收
- 交付物是一份去重後的問題清單與統一判斷，能追到各審查路徑的證據。
- 每路都有終止結果。若一位失敗或未完成，整體明列缺口，不把另一位的成功當作雙路通過。
- 同一根因若同時造成錯誤與結構負擔，合併呈現其影響，不重複計數。
- 已經展示的背景摘要不再整份重貼。整合報告交代讀者需要採取的行動與尚未解決的分歧。
限制與權限
Codex 沒有原文兩種專用 subagent_type。來源對應方式是兩次 spawn_agent，分別完整讀取對應 thermo 技能。缺少多代理工具時只能明說改成序列雙路檢查，不能宣稱原定的平行獨立審查已完成。
來源預設兩路可使用同一角色模型，不代表跨模型共識，也不保證讀者帳號能呼叫該模型。是否有模型多樣性要據實說明。
thermos 不取代底層審查的範圍與報告規則，也不自動修復問題、寫評論、commit、push 或合併。外部 PR 資料需在授權與工具可用時才讀取。