question: idd-close Step 3.6 residue 的預設為何不是 file-as-follow-up？與 IC_R011 default-flip 的不一致

[kiki830621]

Type

question

Problem

使用者在一次三 issue 批次 close 的 residue acknowledgement 中原話：

「為什麼idd不是以followup為預設？這可能需要開一個issue」

現況：idd-close Step 3.6（residue acknowledgement，v2.66.0+ #105）的 AskUserQuestion 預設選項是 still residue — acknowledge as-is；而 IC_R011 在 v2.72.0（#148）已把 sister-concern／follow-up 類 checkpoint default-flip 成 file-by-default（skip 需 3-category taxonomy）。兩者立場不一致：residue 被宣告時就是「issue 意圖中無法 operationalize 的部分」——它正是最容易被遺忘的東西，acknowledge-as-is 預設讓它停在 closing summary 的散文裡。

實測行為佐證：同一批 close 的三個 residue，使用者三次都偏離預設選了 file-as-follow-up。預設與實際選擇系統性相反時，預設就是錯的一側。

Expected

裁決：(a) Step 3.6 預設改為 file-as-follow-up（與 IC_R011 §1.1 對齊；acknowledge-as-is 降為第二選項）；或 (b) 維持現狀並在 skill 文件明記理由（Step 3.6 目前的理由是「closure 是 wrap-up moment 非 deliberation moment」——但該理由是為 Step 3.5 keyword scan 寫的，residue 是 diagnose 時已宣告的實體、非 scan 撈出的 orphan mention，兩者性質不同）。

Source: user feedback during /idd-close batch (Akashic-Library #235/#219/#224), 2026-08-13

[kiki830621]

🎯 Decision

裁決

採 (a)：idd-close Step 3.6 的預設改為 file-as-follow-up，acknowledge as-is 降為第二選項，skip 需比照 IC_R011 §1.4 給理由。

Rationale

三個理由，其中第三個是決定性的。

一、現行理由是從別處借來的。 Step 3.6 目前寫的「closure 是 wrap-up moment 非 deliberation moment」是為 Step 3.5（closing-summary keyword scan）寫的。那一步撈的是散文裡的 orphan mention —— 可能只是順口提到，所以預設不 file 是合理的保守。但 residue 不是撈出來的：它是 idd-diagnose 時被明確宣告過的實體，模板還強制要求無殘留時寫 (none)。對一個已經被正式宣告的東西，預設是「不追蹤」說不通。

二、residue 的定義本身就指向它最容易被遺忘。 Foresay §4.6 的 residue = issue 意圖中無法 operationalize 的部分。無法 operationalize 就是接不進 checklist、接不進 commit、接不進測試 —— 也就是說，除了 follow-up issue 之外沒有任何機制會再碰它。讓它停在 closing summary 的散文裡，等於宣告完就丟。#103 F3 指認的 write-only loop 正是這件事，#105 建 Step 3.6 就是要關掉它；預設 acknowledge-as-is 等於把那個 loop 留了一半。

三、實測資料與預設系統性相反。 同一批 close 的三個 residue，使用者三次全部偏離預設。一次是偏好，三次同向就是預設站錯邊 —— 而且這個代價不對稱：多開一張 follow-up issue 的成本是三十秒與一次關票，漏追一個 residue 的成本是三個月後重新考古。

一併要改的

Step 3.6 的散文若只改選項順序、留著那句「closure 是 wrap-up moment」，就會變成一份自相矛盾的規格（新預設 + 舊理由）—— 那正是本 repo 這幾週反覆栽跟頭的形狀（見 PR #297 連四輪的散文分岔）。所以理由段要一起重寫，明講 Step 3.5 與 Step 3.6 的對象性質不同。

實作狀態

待 PR #297 的 verify 解凍後實作（該 PR 目前凍結中，不得動樹）。實作完成後本張以正常 closing summary 結案。

[kiki830621]

Closing Summary

Problem

idd-close Step 3.6 的 residue acknowledgement 預設是 still residue — acknowledge as-is，而 IC_R011 早已把 sister-concern / follow-up 類 checkpoint default-flip 成 file-by-default。使用者原話：「為什麼idd不是以followup為預設？」

Root Cause

三個理由，第三個是決定性的：

1. 現行理由是從別處借來的 —— 「closure 是 wrap-up moment 非 deliberation moment」是為 Step 3.5（keyword scan，撈的是可能只是順口提到的 orphan mention）寫的。residue 不是撈出來的，是 diagnose 時明確宣告的實體。
2. residue 的定義本身指向它最容易被遺忘 —— 它是「無法 operationalize」的那部分，也就是接不進 checklist、commit、測試；除了 follow-up issue 沒有任何機制會再碰它。
3. 實測與預設系統性相反 —— 同一批 close 的三個 residue，使用者三次全部偏離預設。一次是偏好，三次同向是預設站錯邊，而代價不對稱。

Solution

預設改為 file as follow-up issue(s)，acknowledge as-is 降為第二選項，skip 比照 IC_R011 §1.4 需給理由。理由段一併重寫 —— 只改選項順序而留著舊理由會產生一份自相矛盾的規格，那正是本 repo 這幾天反覆栽跟頭的形狀。

Verification

43/43 suites 綠。

Changes

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