請處理網站空白查詢顯示錯誤結果，目標是空字串與全空白輸入不報錯，正常查詢維持可用；只改搜尋相關範圍，先重現與找原因，再以實際頁面和既有測試驗收。

請在既有報表匯出加入 JSON 格式，使用目前匯出入口與測試，只支援規格列出的欄位；先重述目標、查現況並提必要步驟，完成後驗證 CSV 回歸和 JSON 內容，不部署或推送。

請調查桌面程式重啟後設定消失，先重現並追查保存和還原路徑，只改設定功能及相關檢查；驗收包含重啟、首次空設定與既有設定，資料修復和安裝包發布另行停下。

請只回答技能用法：我使用 Codex 原生插件，想知道搜尋快取為何採目前失效策略，how、why、teach 哪個適合？先看對應技能及平台說明，給一個可貼上的需求，不開始調查。

請只協助選入口：我已量到匯出變慢，想判斷基準是否公平且真的完成工作，應使用哪個技能？讀相符說明並給一段簡短提示，不執行量測或安裝工具。

我只想知道如何整理反覆出現的工作偏好，現有偏好文件可能需要更新；請推薦適合的技能、說明需要我提供什麼紀錄並給可貼提示，不讀私人歷史或建立檔案。

請依 setup-pstack 盤點目前已授權可讀的 Codex 角色模型與代理數，並列預設推理等級和可能過期項目；先只提出 pstack-models.md 與 AGENTS.md 的差異，不讀寫全域設定。

請評估目前工作階段是否能提供 session 推理等級，並列出需檢視的設定位置與載入機制；若工具無法讀出就列固定等級供選擇，不猜值或改全域檔案。

請先盤點本機可用的模型識別名稱，再規劃 arena 候選與唯讀評審的角色分配及預期代理數；比較成本與模型家族差異，本輪不修改載入設定或安裝技能。

請先用自己的話說明這項需求的問題和目標，不要實作：同事找不到每週報表的匯出入口，想把現有按鈕移到頁面上方，匯出格式與權限都要保持不變。

請只復述你理解的目標：使用者輸入空字串或全空白時不應看到錯誤結果，一般關鍵字仍照常搜尋；先不要分析原因、選擇實作或修改程式。

請說明你理解的匯入問題與成功條件，不實作：管理員上傳 CSV 後需要看到錯誤列號並可修正重試；資料驗證失敗時不得新增任何資料，格式上限尚未決定。

請把「整理搜尋為何很慢」改寫成可執行調查提示，只交分析與提示稿；輸入是去識別查詢時間、可重現查詢及目前程式碼，範圍限延遲證據與可能原因，目標值和成本留待我決定。

請只深化「最近匯入常失敗」這項需求，先說專家會補查哪些原始日誌、版本和失敗樣本，再交可貼提示詞；不得直接修復，產品可接受失敗率仍留白。

請把「行動版頁面看起來怪」深化成只分析問題的任務，要求提供裝置尺寸、實際截圖、路由與重現步驟；保留尚未定義的支援裝置範圍，不產生實作或虛構目標。

請只依我提供的去識別工作紀錄與現有模式，草擬個人工作偏好；區分至少兩組紀錄反覆出現的規則、單次要求和矛盾項，先列少量待確認問題與差異，不建立或寫入檔案。

請檢查我貼上的現有文件撰寫模式及近期匿名紀錄，只整理最後編輯後的新證據；不要把一次指定語氣寫成永久偏好，先給精簡修訂稿、證據編號與待確認項目。

請從我提供的多次提交回饋摘錄，判斷哪些是個人長期偏好、哪些只是單一專案流程；不得掃描其他對話或推測未提供歷史，先提出模式草案供我確認。

請唯讀追蹤搜尋框輸入「規格」到畫面結果的完整資料流，從實際入口說明正規化、索引載入、查詢及渲染位置；指出各層擁有的狀態與轉換，不推測歷史設計理由。

請解釋命令列設定如何進入排程器，從解析入口追到型別化結果及錯誤呈現；只描述現行呼叫關係，列檔案位置與資料轉換，若跨模組才分角度唯讀探索。

請沿目前程式追蹤快取失效請求從 UI 到儲存層的流程，標出每次資料轉換及通知責任；不要改檔，也不要把目前程式行為解釋成當初選擇這種架構的原因。

請唯讀查搜尋請求重試上限為何設定在目前數值，先定位符號與相關提交，僅查我已授權的 Git、PR 和工單；每個來源列出查詢結果，缺失不能解讀成事故未發生。

請調查快取失效策略的歷史理由，從當前程式錨點追到引入提交和已提供的事故文件；逐一記錄來源是否可查，不連線未授權聊天或監控服務，也不修改程式。

請查帳務匯出為何保留兩位小數，先找欄位程式位置及歷史提交，再查我提供的規格和核准工單；外部來源無權存取時列明，先交調查摘要而非直接改格式。

請教我這次索引載入變更，目標是看完能說明第一次搜尋如何載入索引、第二次如何重用；先定位程式並查運作與設計理由，從一兩句解釋開始，不改程式。

請從我提供的付款重試差異與授權 Git 歷史教我為何有次數上限；先給核心機制及有證據的設計理由，再依追問深入，不連外部服務或把猜測說成事實。

請教我表單驗證失敗後如何回到可修正狀態，先沿真實事件流程解釋輸入、錯誤呈現和重試；僅在互動部分較多時逐步畫圖，不測驗我也不修改程式。

請把你上一則關於搜尋初始化競態的回覆改成白話，簡短說明使用者會看到什麼；保留原因尚未確認這件事，不查檔案、不增加推測，也不開始修復。

請把上一則建置失敗說明講給不熟悉 TypeScript 的同事聽，只說目前能確認的錯誤與影響；保留無法判斷的部分，不重新調查或改動程式。

請將你上一則列出的快取方案差異縮成幾句白話，說明各方案對讀取結果的影響；不選方案、不補新理由，若缺少原文就先請我貼上原文。

請重建我在目前專案搜尋索引的工作脈絡，範圍限定我提供的去識別紀錄、指定 PR 和本機 Git 狀態；區分人類決定與代理推論，查不到的今天狀態標未核實。

請依我貼上的摘要與核准可讀的工單，整理付款 API 遷移決定、失敗嘗試和未完成工作；若不能讀取共享紀錄或當前分支，列為覆蓋缺口，不推定沒有紀錄。

請整理本專案文件連結修正的近期脈絡，只使用指定日期範圍內的去識別摘錄和授權 PR 資料；標明人類原話、代理解讀與目前未核實狀態，公開前移除私人資訊。

請從我本次工作開始前最後一則訊息整理搜尋修正進度，唯讀核對已有差異、檢查與代理狀態；先說是否等我決定，保留更早待決事項並列出代理仍能自行完成的工作。

請彙整本輪表格元件比較，先列需要我選擇的密度方案及各自影響、證據和建議；只用已有畫面與結果，未知就標明，另外用一行說明代理還可自行做什麼。

請唯讀整理本輪建置修正狀態，先確認實際執行命令與可取得的結果，再列未完成的整合驗證；不要啟動新工作、服務或把建議部署當成授權。

請只用本輪既有的搜尋畫面截圖與驗證結果製作無聲短片，最多十張投影片並在固定底帶放字幕；逐張檢查輸出畫格可讀性，寫入限已核准的儲存庫外暫存目錄。

請從已提供的表單修正前後截圖做短片，每張只呈現一項可觀察變化，保持方案名稱一致並將字幕放獨立區域；不要啟動應用或繪製未擷取畫面。

請將已有的三張導覽原型截圖整理成無聲橫向短片，逐步標示真實觀察到的入口差異；逐張確認字幕完整停留且可讀，影片只存到指定暫存位置。

請唯讀整理目前儲存庫中我上週的搜尋工作，先確認 Git 作者信箱，再用台北時區具體日期篩選本人非合併提交；排除未提交內容，不把提交寫成已部署。

請依我指定的作者信箱和日期範圍整理 API 專案個人近況，只納入實際提交中可確認的功能變更；純格式和重新命名略過，作者信箱不明時先回報缺口。

請整理指定期間我在文件專案的主要提交，只讀 Git 並查看必要差異，排除合併提交、別人工作和工作目錄未提交變更；若只有小型整理就如實說明，不湊成果。

請依 architect 技能設計背景匯出取消功能，先讀匯出入口、呼叫端與測試；比較工作物件和集中狀態機兩種責任配置，定義取消後不通知下載，先交草圖不實作。

請為通知投遞重試先做架構設計，追蹤現有排程、通道與測試；比較集中重試器和通道自管重試，要求冪等且單一通道失敗不阻塞其他通道，只交契約草圖。

請先讀批次匯入流程與所有呼叫端，設計每批錯誤隔離及最後彙整結果；比較批次物件擁有狀態與協調器集中保存，列出各自測試路徑，未核准前不改程式。

請讓數個候選以同一份通知投遞需求獨立設計重試方案；每案讀相同介面與測試，處理冪等、通道隔離及退避，交叉檢查後選一個基底並整合少數優點，只交方案不改正式程式。

請比較兩種快取淘汰設計，候選都讀相同呼叫端與失效需求，說明記憶體成本、失效時序及恢復方式；先訂共同評分準則，讀完全部方案後合成一案，不以投票代替判斷。

請安排候選比較大型 CSV 匯入的串流與整批解析方案，所有人使用相同資料限制和錯誤契約；核對候選完整產物後選基底，再整合必要優點，缺少獨立評審能力要明示。

請以 swarm 覆蓋方式唯讀驗證購物車差異，切片為價格、優惠券和付款接續；每片使用指定 SHA 與既有命令回報實際輸出，最後彙整缺口，任一切片缺證據都不宣告整體通過。

請將文件站連結檢查分成路由、外部參照和錨點三個不重疊唯讀切片，先確認基底與目標版本；各片回報方法與可重現失敗，彙整時保留缺失切片，不修改內容。

請以 swarm 競速方式搜尋指定 CSV 解析器的錯誤案例，先選定 first pass 或 rank all 規則並讓候選讀相同 SHA；彙整所有有真實輸入與輸出的問題，缺少命令或版本即列缺證據。

請先為三個付款供應商整合設計可稽核流程，只讀既有介面、呼叫端與契約測試；目標是退款及錯誤結果不變且舊呼叫歸零，列出基準、危險未知、原子單位和通過關卡，不連正式服務。

請規劃把教材舊 frontmatter 遷至新 schema 的分段工作，先確認基準與全部內容檔清單，按最可能破壞資料的未知排序；每批需有假設、最小修改、驗證與可逆點，這輪只交計畫。

請為搜尋索引格式重構設計可追溯流程，從目前查詢結果建立基準，拆出解析、索引生成及 UI 消費者三個單位；每單位設定真實輸入檢查和失敗回退條件，不修改或部署。

請用 TDD 修正折扣高於原價時總額變負數的問題，先讀 discountTotal 及現有測試，只新增最低總額為零的聚焦案例；先證明失敗原因是金額不符，再做最小修正並重跑。

請為日期範圍查詢補一個已知錯誤案例，規格是結束日當天資料仍包含在結果；先確認現有程式回傳的實際差異，再只改造成排除端點的原因，驗證邊界和一般日期。

請調查分頁元件遇到空結果時索引越界，先選既有最窄測試路徑寫空清單回歸案例；確認修改前因預期差異失敗，再以最小變更修復並驗證非空分頁。

請唯讀追查快取清理差異、固定版本依賴與呼叫端，分開驗證失效項目被移除及有效項目不通知訂閱者；在隔離測試資料跑真實函式，報告證據層級與尚不可見的外部消費者。

請檢視資料庫欄位改名差異，沿 API、序列化與另一服務的讀取路徑追查相容性；以隔離資料驗證新舊格式轉換，若外部消費者或正式環境不可查，列為未證明。

請查核背景工作新增取消操作的差異與排程時序，驗證取消後不再寫入結果或發送通知，並檢查完成與取消競態；只用本機隔離測試，不修改程式或接觸正式服務。

請只審查分享連結撤銷差異，意圖是撤銷後舊連結請求被拒；在隔離環境用真實程式重現快取與重複撤銷情境，每個發現附命令、實際和預期輸出，本輪不修復。

請檢查訂單建立差異是否能被重複送出造成兩筆訂單；範圍限指定提交與未提交修改，使用隔離測試資料重放相同請求，逐項由主審者重跑成立問題，不改程式。

請對抗性檢查報表下載的新權限分支，意圖是無權使用者仍被拒絕；嘗試各角色、直接 API 呼叫與舊連結，在本機替身或隔離測試中驗證，回報證據不作修補。

請唯讀審查預覽功能分支的權限與功能開關差異，獨立追完前後端呼叫及本機啟動路徑；只回報由本分支造成的可重現風險，未授權不讀取秘密或 PR 討論。

請檢查分支把 PREVIEW_TOKEN 改名後的服務端讀取、範例設定與啟動腳本；驗證新舊名稱如何影響本機開發，只審新增差異，不連正式服務、不修改或發表留言。

請稽核上傳流程分支差異，追蹤檔案型別驗證、儲存副作用和功能開關至真正執行點；只列有證據的安全或開發環境回歸，不測試正式端點。

請唯讀審查結帳分支的結構品質，對照修改前後模組行數和會員優惠判斷分布；找能移除整組分支的責任調整，列少量高信心問題和證據，不因測試通過認可設計。

請檢查 CSV 匯入差異中的新 wrapper、any 轉型及重複驗證，追到資料所有權和錯誤流向；提出能直接移除層級或分支的方向，保持行為契約並只交報告。

請唯讀檢查背景工作差異是否讓原本凝聚的模組跨過千行，並核對新增責任、重複工具及半套狀態更新；提出少量結構問題和最小重構構想，不修改程式。

請唯讀審查背景佇列差異，同一基底分派一路查重試副作用與安全、另一路查狀態責任和結構負擔；主審者讀完證據後去重裁決，缺少平行工具須明示，不修程式。

請對檔案匯入分支做兩路審查：一路追資料遺失、路徑權限與錯誤處理，一路檢查解析責任、模組邊界及多餘抽象；整合證據與分歧，只寫報告。

請以同一份快取重構差異同時檢查行為正確性和維護成本，分別追副作用／權限與狀態擁有者／隱藏層；主代理需核對每項發現的證據，本輪不修改、不推送。

請比較目前分支和 main 的設定載入差異，追蹤外部輸入驗證、錯誤傳遞與清理副作用；只清除有證據的內部重複檢查或 any 繞型別，不動必要邊界驗證及不相關檔案。

請檢查分支新加的重試流程是否有只包住重新拋出的 try/catch 與過深巢狀；讀呼叫端確認原錯誤語意後，提出最小提早返回整理，保留重試次數、資源清理與有效註解。

請對照 main 審查新加入的 JSON 設定序列化邏輯，找出已由入口 schema 驗證的欄位是否又重複檢查；僅在追完全部呼叫路徑並證明用途後修改，跑相關本機正反例。

請唯讀查核重試參數旁的 IMPORTANT 註解，追讀實作、呼叫端與參數讀寫，判斷它描述外部契約還是暫時繞路；未知來源標 HOLD，保留準確功能註解，不刪程式。

請檢視快取淘汰差異中的警告註解，查證對應依賴版本、呼叫端和實際失敗路徑；不因語氣或名稱刪除內容，外部規則尚未證實時列來源缺口。

請檢查兩層輸入驗證旁的註解是否準確，從外部入口追到內部消費者，確認必要檢查是否真的重複；本輪先列審核結果，不修改應用程式或 CI。

請檢查匯入工作 API 到 UI 的 TypeScript 資料流，先讀權威 schema 與消費者；將排隊、執行、成功和失敗表達為合法聯集，外部 JSON 先以 unknown 驗證，先提方案再等核准修改。

請沿訂單建立 API 的解析與呼叫端檢查 UserId 和 OrderId 誤用風險，型別必須從權威 schema 衍生並在外部邊界驗證；避免用 as 或 ! 掩蓋問題，交付型別和測試方案。

請審查支付結果的 TypeScript 型別，現有可選欄位可能允許成功卻無收據或失敗卻帶成功資料；提出最小辨識聯集與窮盡檢查，保留 API 契約並先只交方案。

請讀待辦網站啟動文件、路由與瀏覽器測試，在核准的練習目錄建立 verify 技能及前三項功能地圖；用隔離資料實際新增待辦、重新整理並記錄操作證據，不修改產品程式。

請為桌面應用建立可重跑的本地操作驗證說明，先從 README、視窗入口和 UI 測試確認啟動方式；功能地圖涵蓋新增設定、無效值及重新開啟後保存，缺少環境就標阻塞。

請從 API 專案指令、路由和整合測試整理本地 verify 技能，功能地圖涵蓋建立資源、讀取資源與驗證錯誤輸入；先界定隔離資料庫，再實際走一條路徑並保存請求和回應證據。

請在指定練習副本維護待辦網站 verify 文件與功能地圖，核對 README、完成核取方塊及篩選入口；依真實介面重跑並保存各項操作證據，只改驗證目錄，不碰產品程式。

請逐項讀搜尋功能地圖與目前 UI 入口，找出過期選擇器並在隔離索引中實際驗證搜尋、清除與無結果狀態；只改驗證技能及其腳本，產品故障另行回報。

請檢查上傳功能驗證文件是否仍符合目前介面和錯誤提示，實際走有效檔案、格式錯誤及取消流程；只改驗證資料，保留截圖證據並清理本輪實例。

請從工作佇列取得、續期與釋放流程找出最多一個有效持有者的不變量，對照儲存原子性後選模型檢查或程式驗證；在指定練習目錄建立可重跑的驗證技能並用離線模型驗證，不改產品程式。

請檢查訂單不能從已退款回到已付款的承諾，讀取真實狀態寫入與資料庫交易邊界；提出可重跑的有限模型或程式檢查方案，明列交易原子性假設及破壞性測試隔離方式。

請為租戶權限快取建立高風險性質，檢查不同租戶的讀取不得互用授權結果；先確認快取鍵、失效路徑與程式對應，提出驗證檔案及可還原的失敗檢查，不連正式服務。

請先執行既有租約模型，再從同步提交追查取得與寫入是否已拆成兩步；只允許更新模型、檢查腳本和驗證技能，核對反例與可還原破壞測試，不修改產品程式。

請檢查付款形式模型自上次同步後的程式變更，追蹤退款與出貨轉移，判斷舊模型是否仍描述實作；若需更新先保留舊承諾和新證據，產品修正另列。

請從驗證技能的同步版本檢查排程器變更，確認原子性假設與目前資料庫寫入一致；先跑舊檢查，再更新描述並重跑，所有破壞試驗限可還原隔離環境。

請檢查我提供的付款流程 TLA+ 規格與設定，先確認變數和程式承諾對應，再用有界模型找出未確認付款成功卻出貨的反例；交付 Mermaid 文字、規則與未檢查事項，不連正式付款服務。

請讀我提供的工作佇列 TLA+ 模型與設定，解讀重試、租約逾期及重新取得的合法轉移；用事件文字產生狀態圖，逐條檢查 TLC 報告的違規及省略規則。

請以指定訂單狀態模型檢查取消後不能付款的性質，先核對模型與程式對應和常數上界，再輸出 Mermaid 狀態圖及反例；反例涉及真實程式時只提供隔離重現步驟。

請查核兩版 CSV 匯出器的量測腳本與固定資料集，確認計時包含完整輸出、內容正確和錯誤計數；使用相同建置與快取設定交錯至少五輪，另分開剖析瓶頸。

請檢查圖片縮圖 A/B 測試是否真的完成相同張數與尺寸，讀回產物核對像素尺寸及錯誤；先剖析 CPU 或磁碟瓶頸，再以一致環境交錯重跑並報告每輪時間。

請查核本機搜尋 A/B 基準是否計入索引載入、查詢及結果呈現，並用固定查詢核對命中集合；相同快取條件交錯量測，說明微型函式改善是否影響完整使用者等待。

請唯讀整理指定匯出 PR 的行內審查及一般討論，保留來源位置，按嚴重度和可行動性排序；區分可重現缺陷、機器人建議及格式需求決策，不修檔或回覆留言。

請檢視指定登入 PR 的審查回饋，只產出待辦；依安全影響、可重現性與是否需產品選擇分類，合併重複意見但保留原作者及位置，不修改驗證邏輯或討論串。

請讀指定 PR 中文件相關的行內與一般留言，整理讀者疑問、錯誤資訊與純措辭建議；為每項引用位置並提出核對方式，本輪不寫回文件、不新增外部留言。

請查指定匯出 PR 的整組 CI 狀態，讀最早型別錯誤與測試日誌；確認欄位更名根因後，在我指定的本機工作區修正並跑相關檢查，不暫存、提交或推送。

請檢查指定 PR 的網站建置檢查，找日誌第一個可處理錯誤而非最後一行；一次聚焦一個根因，說明需跑的本地驗證與外部工具缺口，不停用檢查或改測試預期。

請唯讀取得 PR 所有失敗與等待中的檢查，追到下載依賴或測試工作的實際日誌，辨別環境錯誤和程式錯誤；先交修復順序與驗證命令，不安裝新工具、不推送。

請處理工作目錄既有的設定及 lockfile 衝突，先讀 Git 狀態和兩側意圖；保留雙方有效行為，用專案套件管理器重建鎖定檔並跑相關檢查，本輪不暫存或繼續 rebase。

請盤點目前路由檔的全部衝突，對照兩分支新增頁面與呼叫端；能並存的路由都保留，無法判斷的產品行為先標未決，解決後檢查衝突標記並執行既有建置。

請解決 API schema 同時改欄位名稱與驗證規則的衝突，追讀雙方測試和下游生成型別；不要直接選 ours 或 theirs，先給取捨依據，再跑 schema 驗證及相關測試。

請依 babysit 技能唯讀盤點我指定的單一 PR，確認檢查、衝突及審查意見；本輪只整理阻礙與處理順序，不改檔、不回覆留言、不暫存或推送，也不宣稱會在背景持續追蹤。

請檢視指定 PR 的機器人與人工留言，依 fix、dismiss、ask 分類並保留來源；安全或產品選擇先交回我，本次只提出計畫，不修程式、不回覆或關閉討論。

請依 babysit 照看我指定的單一 PR，每十分鐘檢查一次、最多三輪；可在指定本機測試副本修正可重現的 CI 問題並重跑，但不推送或回覆留言。無持續輪詢工具就列缺口和停止時間。

請唯讀盤點匯出 PR 的完整差異、提交、產生檔和現有描述，草擬符合事實的摘要與審查順序；分開核心邏輯、接線及測試，缺少推出或驗證證據就標待補。

請檢查指定資料遷移 PR 的變更範圍與描述，提出審查者先讀 schema、轉換程式及回復檢查的順序；本輪只產出說明草稿，不改遠端描述或重寫提交。

請讀目前 UI PR 的提交和完整差異，找出元件行為、樣式及快照檔的閱讀順序；草擬簡潔描述與高風險位置，測試證據未提供時明列待補，不修改產品程式。

請只改寫這段匯入發布說明，讀者是初次使用的管理員；可用事實只有 UTF-8 CSV、每次最多 500 列、驗證失敗不寫入且回報列號，刪除空泛宣傳但保留全部限制。

請檢查我提供的客服回覆是否有強行對比、抽象比喻和空泛承諾，只用已確認的錯誤碼與處理期限改寫；保留原本語氣和不確定性，只在回覆提供草稿。

請將這段技術摘要中的宣傳語改成具體行為，事實只採用我提供的差異說明與測試範圍；先標出命中的寫作規則，再給草稿並列出刪除說法，不改原檔。

請只交付首次預覽靜態網站的 tutorial 草稿，讀者已安裝相依套件且位於網站目錄；使用提供的 dev、build、preview 指令，每步一項操作與可觀察結果，未知網址由終端確認。

請寫給客服工程師的匯入操作指南，說明指定 CSV 欄位如何檢查、錯誤如何回報及何時停止；先選 Diátaxis 模式並使用我提供的實際指令，未知步驟標待驗證。

請將我提供的 API schema 和欄位說明整理成 reference 文件，不加入教學或設計歷史；每個欄位列型別、必要性和來源，保留原始識別字，缺少定義處標未確認。

請只依本輪文件修訂摘要及我提供的技能原文，先唯讀產出 Accepted、Rejected、Backlog 全表；若無法做不同角度獨立審閱就標限制，所有技能修改先不套用並列出具體差異。

請回顧我提供的測試資料錯誤事件摘要，判斷既有技能是否缺規則或代理只是未遵循；先檢查哪些限制可由結構檢查強制，再提出目的技能與最小差異，不編輯檔案。

請以目前任務的去識別時間線和相關技能原文做唯讀回顧，確認重複問題是否已被流程涵蓋；只列有證據的候選改進，不讀其他聊天、不掃描私人紀錄，也不寫技能。

請只讀我提供的兩次教材分類漏驗證紀錄與現有 schema，先確認是否同一種錯誤；依架構、型別、CI 與測試順序提出最小強制方案，並設計用舊錯誤證明檢查會失敗的步驟。

請比較我提供的兩次 API 欄位漏更新案例，確認同一類後先評估是否能由單一 schema 產生文件與驗證；若不能，才提出 lint 或測試，這輪只交提案不改指令檔。

請讀兩次程式仍呼叫已退役路徑的審查紀錄與呼叫樹，確認兩者根因一致後，提出能最早拒絕舊呼叫的結構或型別方案；在隔離副本規劃回歸重播。

請為網站導覽試作規劃單一 TSV 決策紀錄，先提出工作目錄位置、表頭及盤點、試作、驗證階段；本輪不建立檔案，只記實際決策並將未知結果標 open。

請依現有任務紀錄設計追加式 TSV 日誌，僅規劃重要選擇與驗證檢查點；說明如何防止欄位換行或試算表公式誤讀，既有紀錄不覆寫且不提交 Git。

請在指定練習目錄建立或追加 decisions.tsv，先讀既有表頭與尾列；只記本輪對話中實際發生的原型取捨，未執行驗證填 open，不預填成功，完成後逐列核對來源。

套用 principle-attack-the-premise。
同一個匯出完整性測試在延長逾時、增加重試後仍失敗。
輸入是這兩份修正差異、成功與失敗的測試資料、請求紀錄。
請先寫出兩次修正共有的前提，不要直接提第三個補丁。
設計一個前提為假時會得到不同結果的觀察，並保存可重跑的逐筆比對檢查。
同時比較失敗分布與總量。若證據不足，列出缺少的觀察。
只在核准的測試環境操作。驗證前提後，再提出根因修正方向。

套用 principle-attack-the-premise。
快取過期時間與重新整理按鈕都已改過，畫面仍顯示舊資料。先讀兩次差異、請求與回應紀錄，寫出共同假設；設計能分辨「讀到舊來源」與「更新未完成」的觀察，保留請求識別與逐筆比較，再決定修正方向。只查測試環境。

套用 principle-attack-the-premise。
批次處理已兩度調整併行數，耗時仍不變。讀取兩次差異與執行紀錄，先檢查「時間花在工作執行」的共同前提。規劃可區分排隊、讀檔與計算成本的量測，結果不足就列缺口，不先加入更多工作者。

套用 principle-boundary-discipline。
這個排程工具從設定檔取得執行時間，內部多層重複檢查欄位。
請先追蹤所有入口與呼叫端，列出原始資料轉成領域型別的邊界。
提出最小整理方案，讓外部輸入在入口驗證，內部排程計算使用純函式。
不要直接刪掉所有檢查。先證明每條呼叫路徑的輸入都經過邊界。
驗收須涵蓋合法設定、缺欄位、格式錯誤，以及不依賴框架的計算測試。
只修改核准的來源與測試，不更動正式設定。

套用 principle-boundary-discipline。
CSV 匯入器在每個計算函式都重查日期與數量。追蹤檔案、手動新增與重匯三條入口，先列真正邊界；提出入口解析成領域資料的最小方案，保留檔案列號與欄位錯誤。驗證空值、負數與合法資料，再判斷哪些內部檢查可移除。

套用 principle-boundary-discipline。
接收付款通知的模組把原始 JSON 傳遍內部。以去識別化事件副本追蹤接收與重播入口，規劃驗證事件種類、識別碼與金額後轉型的邊界；內部只接收已解析資料，不以型別斷言代替驗證。這次只提出設計與測試案例。

套用 principle-build-the-lever。
任務是在核准的教材副本中轉換分類欄位，並證明每篇分類對應沒有改變。
先手動完成一個代表性檔案，再建立最小腳本，對照手動結果。
確認第二次執行不會產生額外變更。
比對工具需分別偵測總數改錯、分類互換但總數相同、必要輸入缺失。
缺少必要輸入時回報無法判定，不可回報相符。
交付工具檔案、反例、結果與重跑方式，不建立框架，不提交或推送。

套用 principle-build-the-lever。
每次文件更新都手動點查相同站內連結。先用一份代表頁確認目的地解析規則，再在教材副本建立最小檢查腳本。加入失效路徑、合法錨點與缺少建置輸出的反例；輸出來源頁及錯誤位置，不建立通用爬蟲。

套用 principle-build-the-lever。
我們反覆人工比對兩版測試 CSV。先手動核對一份含中文及空欄的樣本，再建立只比較指定欄位的最小工具。用缺列、重複列、金額格式錯誤和完全相同副本驗證工具，報告差異與結束碼，不比較含個資的正式匯出。

套用 principle-encode-lessons-in-structure。
教材審查已多次提醒補填分類，輸入是相關紀錄、現有內容 schema 與三份正反例。
先區分能機械判定的規則，以及仍需要人工判斷的品質要求。
在核准範圍內提出最小結構性防線，優先沿用既有驗證入口。
驗收須看見合法資料通過，缺欄位與錯誤分類被拒絕，錯誤能定位到檔案。
不要用字數門檻取代內容深度，也不要把同一規則複製到更多指示檔。
尚無法編碼的要求，保留醒目說明並補一個具體失敗案例。
先列出預計變更，不修改全域設定或刪除既有有效文件。

套用 principle-encode-lessons-in-structure。
已兩次在審查中發現技能頁少於三個範例。先核對紀錄、資料結構與既有建置流程，將可判定的數量及必要欄位接入現有檢查；提供兩例、空提示詞與合法三例的測試副本。情境品質仍列為人工審查，不以字數冒充深度。

套用 principle-encode-lessons-in-structure。
審查紀錄已有兩次把使用者編號傳成訂單編號的錯誤。讀取相關型別與呼叫端，評估用語意型別或入口解析排除混用，沿用現有型別檢查。保留正確案例與刻意錯傳案例，不把同一提醒複製進更多代理規則。

套用 principle-exhaust-the-design-space。
我們的管理介面沒有批次選取先例，這次只決定操作入口與選取回饋。
請在核准的拋棄式原型目錄做兩到三個競爭方案，使用同一份模擬資料。
每個方案都要能選取指定項目、確認操作範圍、取消並重做。
依入口可發現性、誤選恢復、狀態清楚程度與維護成本並排比較。
先觀察原型再推薦，不要用個人偏好假裝使用者證據。
不接正式服務，不執行真實資料操作，不把原型直接視為可上線版本。

套用 principle-exhaust-the-design-space。
新技能目錄沒有搜尋與分類的互動先例。使用同一組六十項模擬技能，做分類清單、搜尋優先與側欄索引三種拋棄式原型。每種都完成找指定技能、比較兩項及返回原位置，依可發現性與操作成本比較後再推薦，不接正式內容。

套用 principle-exhaust-the-design-space。
離線匯入功能尚無工作佇列先例。讀懂現有執行模型後，以固定模擬工作做兩到三個最小競爭原型，比較排程、取消與錯誤隔離的責任切法。各案使用相同任務序列，保留維護成本與限制，先比較再決定，不引進正式服務。

套用 principle-experience-first。
我們正在設計匯入設定介面，現有草案直接暴露全部解析器選項。
先以第一次匯入的使用者為對象，定義選檔、預覽、修正錯誤與確認的核心流程。
逐一說明控制項的理由，移出不能服務本次核心任務的功能。
先在核准目錄做拋棄式原型，涵蓋合法、錯誤與空白輸入，不接正式服務。
檢查回饋、對齊、間距、轉場與錯誤恢復，再推薦最小可交付範圍。
回報終端使用者與下一位維護者各自會感受到什麼改變。
沒有實際觀察的體驗判斷請標成待驗證，不宣稱使用者一定喜歡。

套用 principle-experience-first。
工具的初次設定頁一次展示全部進階選項。先定義新使用者完成連線測試與儲存本機設定的核心任務，做含缺欄位、錯誤與重試的模擬原型。逐一說明保留控制項的用途，處理鍵盤操作與回復流程，不先把所有底層參數搬到畫面。

套用 principle-experience-first。
報表頁已有很多格式選項，下載失敗卻只能重開頁面。先以取得一份正確報表為核心設計最小流程，做進度、失敗說明與保留條件後重試的原型。使用模擬下載，檢查空資料和連續失敗，不增加與任務無關的控制項。

套用 principle-explain-the-number。
我們要比較基準版與候選版的匯出序列化改動，尚未量測。
先寫出會改變合併決策的結果、雜訊底限判讀方式與執行計畫。
確認兩版處理相同輸入且輸出完整，再安排量測。
從執行中的 profile 或系統計數器找出限制因素，對回來源碼，回答為何不能再好一倍。
逐項排除錯誤、漏做工作、快取、路徑未執行、設定不對等與雜訊。
報告必須附各次結果、次數、波動與證據位置。資料不足就寫無法判定，不補造數字。
效能量測另依 benchmark-checklist 的完整程序進行。
沒有核准工具或環境時先回報缺口，不安裝依賴或對正式服務壓測。

套用 principle-explain-the-number。
候選搜尋索引的建立時間較短，但尚不清楚是否少處理文件。先定合併決策、可接受波動與重複量測計畫；用相同文件集核對索引數和查詢結果，再讀執行期剖析找瓶頸。報告每次結果、環境與限制，沒有資料就不給提升比例。

套用 principle-explain-the-number。
兩種任務提示詞在離線評估中成功率不同。先固定題集、完成條件與會改變決策的差距，檢查每次是否真的完成任務。保留各次輸出與失敗分類，依重複試驗和題型分布判讀；不把跳過工作算成功，也不從單次結果推論所有情境。

套用 principle-fix-root-causes。
工作清單同次執行正常，關閉再啟動後失敗。
輸入包含重現順序、實際錯誤、測試用保存檔與相關呼叫路徑。
先在隔離資料重現，再逐段對照保存、還原與顯示前的實際狀態。
不要先清快取、補空值 guard、增加重試或吞掉錯誤。
先判定觸發狀態是否合法，找出第一個錯誤決策，再提出修正。
搜尋相同錯誤模式，列出核准範圍內受影響的路徑。
驗收包含重啟流程、正常流程、合法空清單與資料完整性。
未取得的證據請明示。不要把重啟後失敗直接當成持久化錯誤的證明。

套用 principle-fix-root-causes。
同一筆測試事件偶爾產生兩封通知。先在隔離環境重現，沿事件接收、排程與發送紀錄追查實際狀態，判定重複事件是否合法。不要先吞掉例外或在畫面去重；找出第一個錯誤決策，並搜尋同類路徑。

套用 principle-fix-root-causes。
清單切到第二頁時偶爾少一筆資料。用固定測試資料重現，逐段比對查詢排序、分頁游標與回應集合，再測加入新資料時的行為。先判斷輸入與狀態是否有效，不以加重試或補空列掩蓋錯誤，提出可驗證的根因修正。

套用 principle-foundational-thinking。請先閱讀商品匯入器、呼叫端與測試，列出資料形狀、主要存取模式，以及每批資料的擁有者。
目標是支援兩批同時匯入，重複商品編號要回報，兩批錯誤不得互相污染。
先交付結構提案與實作順序，不修改檔案。說明哪些既有基礎可沿用、哪些死碼只是待核准清理，以及每個增量如何驗證。不要為消除相似行數建立通用框架。

套用 principle-foundational-thinking。
要在文件工具加入離線搜尋與分類篩選。先讀現有內容載入及查找路徑，列出文件識別、詞項查找與分類篩選的存取模式，指出索引與查詢快照的擁有者。只交付資料結構與增量順序，沿用現有基礎，不先建立通用搜尋框架。

套用 principle-foundational-thinking。
報表工具即將支援同時產生多月份結果。先讀金額計算、日期設定與快取讀寫，定義每份報表的輸入、彙總結構及狀態擁有者，再安排實作順序。只提出方案，需驗證跨月及兩份並行互不污染，不為相似迴圈建立新框架。

套用 principle-guard-the-context-window。請用我提供的事故時間窗與請求識別碼，查核三個服務的已去識別化紀錄。
每階段先處理一個服務，只回傳相關片段。主對話保留有路徑、行號或事件時間的時間線、已證實結論與待查點，不貼整份紀錄。
本次只可唯讀，不使用子代理。先報告階段範圍與停止條件，再循序查核。若工具輸出遭截斷，要標明未讀區段，不得從摘要推測遺失內容。

套用 principle-guard-the-context-window。
請唯讀審查這份大型差異，先按資料模型、呼叫端及畫面分階段。每階段限定檔案與問題，只回傳可定位的證據、結論及待查點，不貼完整檔案。主對話保留可接續摘要；若輸出截斷，標明未讀範圍，先完成本階段再擴大。

套用 principle-guard-the-context-window。
本次測試日誌很大，請先用本機工具按套件與失敗原因彙整，再逐批讀第一個可處理錯誤。每批只保留測試名、必要堆疊及原始日誌位置，記錄哪些群組尚未查核。不貼全部輸出，也不以被截斷的最後一行判定整套結果。

套用 principle-laziness-protocol。這個管理頁的三個匯出入口重複判斷方案，造成顯示不一致。
請先追查既有方案規則與呼叫端，提出最小修改，讓頁面只算一次顯示旗標並傳給入口。不要新增通用政策框架，不改既有伺服器授權。
只在我指定的頁面與相關測試範圍內修改。驗證兩類方案的顯示結果，以及未授權直接請求仍會失敗。若無法執行驗證，列出缺口，不宣稱完成。

套用 principle-laziness-protocol。
三個頁面各自判斷日期顯示方式，造成空日期結果不同。先找既有共用格式函式及全部呼叫端，選擇能解題的最小改動，集中一次決策並沿用現有介面。只改受影響頁面與必要驗證，不新增通用格式註冊架構。

套用 principle-laziness-protocol。
要在既有文件導覽加入技能範例入口。先確認現有路由與導覽元件，優先沿用同一資料來源及樣式，只增加必要連結。驗證手機可讀、鍵盤可達與目的頁存在；不新增導覽框架、設定選項或重複清單。

套用 principle-make-operations-idempotent。請檢查離線文件索引產生器的每個狀態變更，使用隔離測試目錄與固定文件集。
先列出目標內容、寫入邊界、殘留檔案，以及下次執行如何辨識它們。設計成讀取現況、比較目標、只套用差異，而非重複附加紀錄。
提出連跑兩次及每個寫入邊界中斷後重跑的測試。說明檔案替換依賴哪些環境保證。本輪只交付方案與測試矩陣，不寫入或刪除任何檔案。

套用 principle-make-operations-idempotent。
離線報表產生器在重跑後會多出重複摘要。用隔離目錄與固定輸入盤點讀寫邊界，設計先讀現況、比較目標、只修補差異的流程。先交付方案，列出連跑兩次及寫到一半中斷後重跑的矩陣，不直接清除舊檔掩蓋問題。

套用 principle-make-operations-idempotent。
本機練習工具要將設定範本同步到測試目錄。先列目標欄位、使用者自訂欄位及寫入邊界，規劃讀取、比較與修補，避免每次附加相同項目。只交付設計，檢查兩次執行、部分缺欄位與中途中斷後的收斂，不假定所有檔案替換都具原子性。

套用 principle-migrate-callers-then-delete-legacy-apis。請盤點內部報價工具的 calculateQuote 呼叫端，評估改成 quoteOrder 具名欄位物件後，能否在同一波遷移並退役舊介面。
先證實沒有外部相容需求，列出所有呼叫端、匯出與測試。區分應保留的業務行為測試，以及只保護舊實作細節的測試。
這輪只做唯讀盤點與遷移計畫，不修改或刪檔。列出需要核准的移除項目，以及退役前後要執行的檢查。若搜尋範圍不完整，明確回報，不能直接宣告可刪。

套用 principle-migrate-callers-then-delete-legacy-apis。
內部日期函式將從多個位置參數改為具名輸入。先確認外部使用與相容要求，唯讀盤點匯出、呼叫端和測試，對每處指定新呼叫方式。列出同批退役舊簽章的條件，保留跨日業務測試；未獲准前不移除任何程式或檔案。

套用 principle-migrate-callers-then-delete-legacy-apis。
查詢模組想以明確篩選物件取代舊布林參數。先讀全部內部呼叫及序列化入口，證實是否有對外契約，再規劃同批遷移與舊介面退役。區分有意義的查詢結果測試與只保護舊參數順序的測試，這輪只做盤點。

套用 principle-minimize-reader-load。請追蹤月報結算日期，分別列出間接層數，以及讀者必須記住的可變時區狀態。
先唯讀提出精簡方案。只建議合併沒有隱藏實質決策的轉傳層，並說明哪些邊界應保留。評估把模組時區改成每次報表的輸入，不建立新架構層。
交付修改前後的追蹤路徑、跨日與多報表測試案例，以及讓新讀者回答「日期從哪裡來、誰能改變它」的方法。不要聲稱尚未測量的閱讀時間。

套用 principle-minimize-reader-load。
請唯讀追蹤管理頁「能否匯出」的決策，列出純轉傳層及會改變權限結果的層級，同時記錄可變角色狀態的來源與生命週期。提出最小精簡方案，保留真正授權邊界，不以行數較少直接宣稱更好懂。

套用 principle-minimize-reader-load。
一組報表測試需追多個 helper 才能知道目前時區。先列出設定讀寫順序與純轉傳層，評估把時區改成每次測試的明確輸入。只提出精簡方案及連續、交換順序、跨日案例，不加入新的測試框架。

套用 principle-model-the-domain。請閱讀檔案上傳器及所有旗標讀寫位置，分析 isUploading、isComplete、hasError 的非法組合。
這輪只提出模型，不改檔案。比較目前布林旗標與最小狀態模型，列出各狀態必要資料、合法事件、轉移擁有者，以及如何處理舊進度回呼。
不要引入狀態管理框架。用成功、失敗、取消、重試的事件序列檢查方案，說明它實際移除了哪些分支、重複規則或生命週期風險。若簡單局部修改就足夠，也要明說。

套用 principle-model-the-domain。
退款頁以 requested、processing、done、failed 四個旗標同步顯示。先唯讀盤點所有讀寫與事件來源，提出最小狀態模型，讓成功必帶退款識別、失敗帶原因。定義取消、重試及晚到回應的規則，只使用模擬事件，不操作真實退款。

套用 principle-model-the-domain。
本機監測器以 isConnected 和 isConnecting 等旗標處理連線。讀取全部旗標與回呼，規劃連線中、已連線、斷線及重試狀態，列每個狀態必要資料與過期回呼處理。這輪只比較模型與局部修正的成本，不新增狀態框架。

套用 principle-never-block-on-the-human。請修正我列出的三篇文件中失效的站內連結，根據現有路由與內容確認目的地。
在這三篇內，對能證實的新路徑直接修改，不逐條等我批准。語意不明或涉及產品方向的連結保留原文，繼續完成其他項目，再列出待決原因。
不得修改其他檔案、刪檔、commit、push、部署或對外發訊息。完成後提供差異摘要、目的地證據與連結檢查結果，不以工作可逆為由越過這些限制。

套用 principle-never-block-on-the-human。
請整理我指定三篇文件的標題層級與已存在頁面的連結文字。可由現有內容證實的部分直接修改，意義不明的術語保留並列待決，繼續完成其他項目。不擴大檔案範圍、不刪內容或提交；最後附差異與站內連結檢查。

套用 principle-never-block-on-the-human。
請在已授權的匯出修正範圍內，先用現有固定測試資料重現問題、修改並驗證檔案內容。正式服務憑證未提供，將真實環境驗收另列缺口，繼續做不依賴憑證的工作；不要登入、猜測憑證或宣稱正式驗收已通過。

套用 principle-outcome-oriented-execution，規劃把散落的環境變數讀取移到啟動設定物件。
輸入是啟動入口、全部設定讀取位置、部署需求與現有測試。
先交付終態條件、階段邊界、可接受的工作分支暫時失效與回復方法。
保留改動區域的持續檢查，結束時要求完整靜態與實際啟動驗證。
不要為遷移便利增加永久相容層。先提出計畫，不修改程式或部署。

套用 principle-outcome-oriented-execution。
請規劃將三處直接寫本機檔案的功能改由既有儲存介面負責。先定義終態與全部呼叫端，將工作分成有驗證邊界的階段，列工作分支可暫時失效的範圍及回復方式。只交計畫，不寫檔；結束需測正常、失敗與重啟，不留下無需求的永久轉接層。

套用 principle-outcome-oriented-execution。
內容站要從散落的檔名解析改用既有內容集合。先盤點路由、搜尋與側欄，定義終態不再依賴舊解析的可查條件。安排有界階段與局部持續檢查，最終核對所有輸出頁和站內連結；先提計畫，不部署或為過渡新增永久雙路徑。

套用 principle-prove-it-works，驗證帳務 CSV 匯出修正。
先讀專案指定的匯出規格與驗證入口。
測試資料含已付款 A-101，金額 125.50，以及未付款 B-202。
從實際入口取得本次檔案，直接比較訂單集合與金額格式。
若可用，執行可重跑的比較腳本，保留差異及結束碼，確認錯誤副本因預期的內容不符而失敗。
列出證據來源與未驗證事項，不以編譯、時間戳或代理自述代替結果。不要提交或傳送資料。

套用 principle-prove-it-works。
文件轉換已產生可編輯檔。請依指定原稿核對這次產物，檢查頁數、文字可編輯、表格及字型排版；用可用工具開啟實際檔案並留證據。檔名與產生成功訊息不足以證明完成，未能視覺檢查的頁面明確列出，不寄送文件。

套用 principle-prove-it-works。
網站新增每項三例的技能頁。請從實際本機建置頁檢查技能集合、每項範例數、文字及教學連結，再在手機寬度開啟一項查看三例與複製結果。保留可重跑計數與畫面證據，不能只以建置成功宣告完整。

套用 principle-redesign-from-first-principles，分析文件系統的工作區角色需求。
現有全域 isAdmin 無法表達同一人跨工作區擁有不同權限。
先讀受影響的模型、呼叫端、畫面、測試與設計文件。
假設工作區角色從第一天就存在，提出模型並用甲可編輯、乙唯讀、未加入不可存取的矩陣檢查。
交付完整參照清單與分段驗證計畫。未確認的全域管理員規則另列，不擅自改變。
這次只分析，不修改資料或刪除舊介面。

套用 principle-redesign-from-first-principles。
原系統假定只有一種幣別，現在要分析多幣別需求。先讀金額儲存、運算、匯出與測試，假設幣別從第一天就存在，提出資料與運算邊界。用同幣相加、異幣拒絕及匯出標示檢查，未確定的匯率規則另列，這輪不修改資料。

套用 principle-redesign-from-first-principles。
原文件工具每次開頁都即時請求遠端，現在要支援離線閱讀。先讀資料載入、搜尋與更新流程，假設離線從第一天存在，重想版本快照、可用狀態與更新邊界。列冷啟動無網路、已有快照及更新失敗案例，只做設計與分段遷移計畫。

套用 principle-separate-before-serializing-shared-state，檢查索引程序與監測程序共寫 state.json 的設計。
先列出讀寫流程與各欄位擁有者。
優先將獨立事實拆為 indexer-state.json 與 metrics-state.json，在報表讀取端合併。
若有真正需要單一共享物件的不變條件，指出證據，再提出結構性同步方法。
給出交錯更新的驗證案例與一致性限制。這次只交付方案，不啟動程序或修改共用檔。

套用 principle-separate-before-serializing-shared-state。
多個文件產生工作者共寫同一份結果清單，偶爾遺失項目。先畫出讀寫流程與欄位擁有者，優先規劃各自輸出獨立結果，再由單一彙整階段合併。用交錯完成與一個工作者失敗的案例驗證；只有證實必須共享時才討論同步機制。

套用 principle-separate-before-serializing-shared-state。
介面與背景工作共寫 settings.json，一邊保存偏好會覆蓋進度。先追蹤各欄位讀寫，規劃獨立偏好檔與工作狀態檔，在讀取端組合。列同時寫入的交錯案例與跨檔案一致性限制，只交方案，不修改使用者現有檔案。

套用 principle-sequence-verifiable-units，規劃購物車、優惠券、退款的金額函式遷移。
先取得乾淨主線基準與規格中的邊界金額案例。
將工作切成已知起點、單一變更、可執行檢查的單位。
先證明缺陷案例確實失敗，再安排修正，之後逐模組驗證，不通過不前進。
列出交付順序、每單位的檢查及整合驗收。這次只規劃，不 rebase、不提交、不改程式。

套用 principle-sequence-verifiable-units。
請規劃更新多個技能教學與入口。先取得現有技能清單及建置基準，按分類切成小單位，每單位明確指定來源、唯一主要變更與數量及連結檢查；一批失敗先處理再前進，最後執行全站整合驗收。這次只交計畫。

套用 principle-sequence-verifiable-units。
設定解析器要改成先解析再計算。先確認基準與缺陷輸入，安排第一單位證明既有失敗，第二單位修正，後續逐個遷移呼叫端。各步寫明可執行檢查與停止條件，最後確認無舊路徑殘留；先規劃，不改歷史或提交。

套用 principle-subtract-before-you-add，評估通知服務新增每週摘要前可先簡化哪些地方。
輸入包含現行規格、格式分支、呼叫端、功能開關、測試及文件。
分別列出已證實可移除、應保留與證據不足的項目，附用途及參照依據。
先提出簡化順序與保行為檢查，再列新增摘要的最小能力。
不為假想格式加解析器。不刪檔、不刪舊 API 或 dead code，先交付待核准清單。

套用 principle-subtract-before-you-add。
目錄要新增日期篩選，現有程式已有兩套同用途查詢與舊功能開關。先用規格、呼叫端及測試分出可簡化、必須保留和證據不足項目，再規劃最小日期篩選。只交待核准清單與保行為檢查，不直接刪檔或移除必要邊界驗證。

套用 principle-subtract-before-you-add。
工具將新增一種已指定格式。先盤點現有格式分支、空殼轉接與重複檢查，追查實際使用與外部契約。提出先簡化後新增的順序，保留仍有用途與證據不足項目；不要為假想格式建立外掛框架，這輪不執行移除。

套用 principle-test-behavior-not-implementation，檢查結帳測試是否保護公開契約。
需求是空購物車不扣款，兩件單價 300 的商品扣款一次且總額為 600。
從公開結帳入口執行，用支付沙箱或外部邊界替身觀察請求，不實際扣款。
同時保留零次與一次扣款案例，確認漏扣、重扣及錯額會被抓到。
指出只改內部結構時哪些斷言應保持通過，勿用內部 mock 呼叫代替行為證據。
先提出測試調整方案，不修改或刪除現有測試。

套用 principle-test-behavior-not-implementation。
匯出測試目前只斷言內部序列化函式被呼叫。請先依規格提出調整方案，從公開匯出入口讀取實際 CSV，對固定訂單驗證欄名、金額與未付款排除。讓缺列、重複列及錯額各有失敗案例，不用匯出函式自己產生預期答案。

套用 principle-test-behavior-not-implementation。
清單排序測試只檢查私有比較函式的呼叫次數。先讀公開排序契約，提出以同值穩定順序、空集合及混合大小寫輸入驗證結果的方案。只在外部副作用邊界使用替身，不綁定特定排序演算法，也不放寬原有有效要求。

套用 principle-type-system-discipline，檢查出貨事件與結果型別。
輸入包含權威 OpenAPI 結構、事件接收入口、出貨函式簽章與有效及無效事件。
區分 UserId 與 OrderId，從權威結構衍生傳輸型別，在邊界解析後才建立領域模型。
將待處理、成功附追蹤號、失敗附原因建模成合法狀態，列出窮盡性檢查方式。
交付型別設計及編譯期、執行期的驗收案例，不用強制斷言假裝完成驗證。
這次只提出方案，不安裝產生器或修改程式。

套用 principle-type-system-discipline。
請唯讀檢查排程輸入與計算簽章，區分日期、時區及工作識別碼，從既有權威設定結構衍生傳輸型別，在入口解析後才建立領域值。列錯傳語意型別的編譯案例及缺欄位、無效時區的執行期案例，不用強制斷言假裝已驗證。

套用 principle-type-system-discipline。
查詢結果用 success 布林搭配可選 data 與 error，可能出現矛盾組合。先讀消費者與外部回應結構，提出可辨識聯集，成功必帶資料、失敗必帶原因；新增狀態需窮盡處理。只交型別與解析方案及正反例，不新增產生器。