
jiantw83andClaude Opus 5
051fe0ded4
fix(pr-comments): 議題也讀得了,不再先打 PR 端點
每個 PR 都是議題,議題不一定是 PR——原本的註解把這句話講反了,程式也照著反過來寫:
先打 /pulls/{index},對純議題回 404,於是 /sdlc-sync 在讀到第一則留言之前就斷了。
改成先讀 /issues/{index}(兩種都有),看它有沒有 pull_request 才決定要不要去翻 review。
輸出加上「類型」讓下游知道拿到的是議題還是 PR。
讀取的共用結構沿用 pr-threads(#48 為了讓 pr-watch 數同一件事而抽出來的):readGeneral
改名 readGeneralComments 並導出,純議題只叫它;pr-threads 自己那份 markedByMe 拿掉,
改用 lib 的 mergedByMe。#48 的檔頭擔心「規則寫兩份遲早會各自演化」,現在三處共用一份。
試跑改印 commonRequests:pr-comments 收得下兩種輸入,而試跑階段還沒讀過議題、不知道是
哪一種。與其假設是 PR 而列出五個(對純議題有三個根本不會發),不如只列一定會發的。
pr-watch 的輸入一定是 PR,繼續用 plannedRequests。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 09:19:06 +00:00
..
2026-09-17 16:29:12 +08:00
2026-09-17 16:29:12 +08:00
2026-09-17 08:23:23 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 07:39:43 +00:00
2026-09-17 04:44:46 +00:00
2026-09-17 06:30:22 +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 09:19:05 +00:00
2026-09-17 09:19:06 +00:00
2026-09-17 09:19:05 +00:00
2026-09-17 08:46:34 +00:00
2026-09-17 09:19:06 +00:00
2026-09-17 17:06:07 +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:06:07 +08:00
2026-09-17 16:27:43 +08:00