
jiantw83andClaude Opus 5
5638593c4c
refactor(lib): 停錶與議題工時清單下沉到 lib
停錶原本只長在 pr-create 裡,而規劃與分析接下來也要停自己的錶(議題 #57)。
那段容錯邏輯——「錶沒在跑」的狀態碼隨站台版本而異,認的是狀態碼在 409/500
這一組**且**訊息說的是碼錶——各寫一份遲早會在某一邊漏掉一種狀態碼,而它漏掉的
症狀正是「事情做完了卻回報失敗」。
順手把簽章改成與同伴一致的 (login, repo, index):fetchIssue、listIssueTimes、
stopwatchOnIssue 都這樣收,只有它收一條手組的路徑字串。
新增 listIssueTimes 供補登判斷「這顆議題上已經有工時了嗎」。它在議題讀得到卻
404 時報 TIME_TRACKER_OFF,與四層前置檢查第四層說同一句話——試跑不跑前置檢查,
那句話得由它自己說,否則試跑看到的是一句看不懂的 404。
議題 #57
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 19:32:01 +08:00
..
2026-09-17 17:33:44 +08:00
2026-09-17 16:29:12 +08:00
2026-09-17 09:19:09 +00:00
2026-09-17 08:23:23 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 09:19:08 +00:00
2026-09-17 04:44:46 +00:00
2026-09-17 09:19:08 +00:00
2026-09-17 06:06:10 +00:00
2026-09-17 07:39:44 +00:00
2026-09-17 04:44:45 +00:00
2026-09-17 19:32:01 +08:00
2026-09-17 09:19:06 +00:00
2026-09-17 19:32:01 +08:00
2026-09-17 08:46:34 +00:00
2026-09-17 09:19:06 +00:00
2026-09-17 17:16:44 +08:00
2026-09-17 06:06:10 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 06:50:34 +00:00
2026-09-17 06:06:09 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 16:29:12 +08:00
2026-09-17 17:33:44 +08:00
2026-09-17 17:06:07 +08:00
2026-09-17 09:19:08 +00:00