Problem
#31 要補的是使用者側的知識（Stop hook 阻擋上限、無法達成的 /goal 會空轉）。但 claude-hot-limit 的定位是執行期守衛——pacing-guard 會硬擋 burst 超量、軟延遲太近的兩發、提醒寬 fan-out pin 便宜 model。
空轉這件事目前沒有任何自動偵測。使用者只能事後從 harness 的 cap 訊息才知道剛才燒掉九輪。
Type
enhancement
Expected
評估是否值得加一個偵測：當 Stop hook 連續阻擋達到某個門檻、且助理回覆長度持續低於某值時，提示使用者「這個 goal 可能依賴外部動作，考慮 /goal clear」。
可用訊號：
- Stop hook 連續阻擋次數（harness 已在數，才能印出 cap 訊息）
- 連續數輪的 assistant 回覆長度（空轉時會塌縮成一兩句）
- 回覆之間的相似度（空轉時近乎重複）
Actual
無偵測。使用者要撞到 cap（預設疑似 9 次）才知道。
Notes
- 從
#31 的 diagnosis 浮出（該 issue 的 Notes 已標明此想法刻意排除在其範圍外——#31 是 docs，本 issue 是 behavior change）
- 可行性未評估：目前不確定 plugin 能否讀到「Stop hook 連續阻擋次數」這個 harness 內部狀態。若讀不到，本 issue 應改用其他訊號或關閉
- 訊號門檻（幾次、多短）需要實測校準，不宜憑感覺定
Source: surfaced during /idd-diagnose #31 sister concern surfacing (Step 3.6)
Problem
#31要補的是使用者側的知識（Stop hook 阻擋上限、無法達成的/goal會空轉）。但claude-hot-limit的定位是執行期守衛——pacing-guard會硬擋 burst 超量、軟延遲太近的兩發、提醒寬 fan-out pin 便宜 model。空轉這件事目前沒有任何自動偵測。使用者只能事後從 harness 的 cap 訊息才知道剛才燒掉九輪。
Type
enhancement
Expected
評估是否值得加一個偵測：當 Stop hook 連續阻擋達到某個門檻、且助理回覆長度持續低於某值時，提示使用者「這個 goal 可能依賴外部動作，考慮
/goal clear」。可用訊號：
Actual
無偵測。使用者要撞到 cap（預設疑似 9 次）才知道。
Notes
#31的 diagnosis 浮出（該 issue 的 Notes 已標明此想法刻意排除在其範圍外——#31是 docs，本 issue 是 behavior change）Source: surfaced during /idd-diagnose #31 sister concern surfacing (Step 3.6)