概念位置

根因分類回答「怎麼修」，quarantine 回答「修好之前怎麼擋」——兩者的分工是動作次序而非層次高低：先擋住紅燈污染、再依根因排修復優先序。實務上進入隔離區的常客是時序型 flaky，成因多為 fire-and-forget 編排與流程測試的斷言時點落差。

可觀察訊號與例子

quarantine 佔比持續增長、平均停留時間不下降——代表回收機制失效，測試進得去、出不來。這個指標的行動閾值在治理章的「可視化」段描述。

設計責任

實作通常用 test tag（@quarantine）配 runner 的排除參數。隔離後的三項紀律：指定負責人、設回收期限、到期未修強制 triage（修復 / 刪除 / 重新設計覆蓋目標）。同一條測試若被隔離超過兩次，修復方向從測試層轉向被測程式碼的設計層。