Problem
target 是 third-party upstream（使用者唯讀、SCRUB_LEVEL=enforce）時，下游 skill 仍把 IDD 內部的流程產物寫進別人的公開 issue：
idd-update（由 idd-diagnose Step 5 等呼叫）把 ## Current Status 區塊附加到上游 issue 的 body。- 實例：2026-10-02
/idd-all jundot/omlx#4199 期間，idd-update 在上游 issue body 末端加了 ## Current Status（Phase / Key Decisions / Commits）。
#363 第 2 點處理的是 idd-issue Step 4.6 的 Clarity Surface；本 issue 是同一原則在下游 skill的延伸：IDD 的內部狀態（Current Status、dashboard comment 等）不該寫進使用者不擁有的 repo。給維護者看的內容（Diagnosis、PR）不在此限。
Type
enhancement
Expected
SCRUB_LEVEL=enforce 時，idd-update 的 Current Status 與 dashboard comment 改為本地紀錄（存放位置與 #363 的 Clarity 本地紀錄一致），不 PATCH 上游 body；面向維護者的 comment 照常。
Actual
idd-update 無條件 PATCH issue body，不分 target 是否為 third-party。
Source: surfaced during /idd-issue #363 linked-context sister sweep (Step 4.7)
Problem
target 是 third-party upstream（使用者唯讀、
SCRUB_LEVEL=enforce）時，下游 skill 仍把 IDD 內部的流程產物寫進別人的公開 issue：idd-update（由idd-diagnoseStep 5 等呼叫）把## Current Status區塊附加到上游 issue 的 body。/idd-all jundot/omlx#4199期間，idd-update在上游 issue body 末端加了## Current Status（Phase / Key Decisions / Commits）。#363 第 2 點處理的是
idd-issueStep 4.6 的 Clarity Surface；本 issue 是同一原則在下游 skill的延伸：IDD 的內部狀態（Current Status、dashboard comment 等）不該寫進使用者不擁有的 repo。給維護者看的內容（Diagnosis、PR）不在此限。Type
enhancement
Expected
SCRUB_LEVEL=enforce時，idd-update的 Current Status 與 dashboard comment 改為本地紀錄（存放位置與 #363 的 Clarity 本地紀錄一致），不 PATCH 上游 body；面向維護者的 comment 照常。Actual
idd-update無條件 PATCH issue body，不分 target 是否為 third-party。Source: surfaced during /idd-issue #363 linked-context sister sweep (Step 4.7)