process-attachments.sh misses release-asset attachments — the plugin's own idd-issue upload channel (sister concern from ai4o#365 diagnose)

[kiki830621]

Problem

scripts/process-attachments.sh download <N> 對一個 body 內嵌 https://github.com/<owner>/<repo>/releases/download/attachments/issue_N_*.png 圖片的 issue 回報：

ℹ Issue #365 has no attachments. (empty manifest written)

而該圖正是 idd-issue 自己 Step 4 上傳的——plugin 的兩個 skill 對「attachment」的定義不一致：idd-issue 把附件送進 release assets（命名規則 issue_${N}_${DESC}.${ext}、URL 形如 releases/download/<release>/...），process-attachments.sh 的偵測掃不到這種 URL（推測只掃 github.com/user-attachments/ 形式）。

Type

bug（同一 plugin 內 writer/reader 對 attachment 通道的定義漂移）

Expected

process-attachments.sh 的 URL 偵測涵蓋自家 idd-issue 的上傳通道：releases/download/<attachments_release>/... pattern（release 名從 config attachments_release 讀，預設 attachments）。

Actual

release-asset 附件靜默漏偵 → 空 manifest → idd-diagnose Step 1.5 的「忽略附件＝忽略來源」鐵律被繞過而無人察覺（manifest 說 exit 0 全好）。本案因為診斷者已直接看過圖才沒受害；unattended chain 下這是 silent evidence loss。

Actual incident

PsychQuant/ai4o#365（2026-08-01）：idd-issue 上傳的截圖（issue_365_tester_stream_interrupt_screenshot.png）在 idd-diagnose Step 1.5 被回報為 no attachments。

Impact

• scripts/process-attachments.sh（URL 偵測 regex）
• 所有走「idd-issue 上傳 → idd-diagnose 下載」鏈的 issue——即 plugin 自己的主要路徑

Source: surfaced during /idd-diagnose PsychQuant/ai4o#365 sister concern surfacing (Step 3.6)

[kiki830621]

📝 Note — 三張重複票的合併

同一個 bug 被開了三次（#284 本張、#285、#287），三張都沒有任何進度。本張最早、且帶來源脈絡（ai4o#365 diagnose 的 sister concern），所以留這張，另兩張以重複結案。

把 #287 較銳利的問題框架搬過來，避免資訊隨著關票流失：

scripts/process-attachments.sh 的 URL 偵測不認得 GitHub Release asset URL，因此 idd-diagnose Step 1.5 對「由 idd-issue Step 4 自己產生的附件」回報「no attachments」並寫入空 manifest。

兩個 skill 對 attachment URL 形狀的認知不一致：idd-issue 寫入的格式，idd-diagnose 讀不到。

也就是說這不是「少支援一種 URL」，而是同一個 plugin 的寫入端與讀取端對同一份契約的認知分岔 —— 與 #295／#296 是同一個失敗類別（marker 由本 plugin 自己產生，讀取端卻認不得它的形式），只是換成 attachment URL。

[kiki830621]

Closing Summary

Problem

process-attachments.sh 的 URL 偵測不認得 GitHub Release asset URL，因此 idd-diagnose Step 1.5 對「由 idd-issue Step 4 自己上傳的附件」回報「no attachments」並寫入空 manifest。

Root Cause

同一個 plugin 的寫入端與讀取端對 URL 形狀的認知分岔：idd-issue 寫 releases/download/…，偵測器沒有這個 pattern。分岔是靜默的 —— 空 manifest 與「真的沒附件」在下游看起來完全一樣，於是 diagnosis 在缺少它該讀的證據下繼續進行。

Solution

偵測器加上 release-asset pattern。順手收緊三種 pattern 的字元類（排除空白），裸 URL 不再吃掉整行。（本張為 canonical；#285 與 #287 是同一 bug 的重複票，已合併結案。）

Verification

process-attachments suite 21/21 綠；合併後 main 44/44。

Changes

全部改動已合併進 main（PR #297 / #306 / #307 / #308 / #309），合併後 main 上 44/44 suites 綠。