Problem
Source: surfaced during /idd-close #44 (2026-05-10) — retroactive Implementation Complete posted as workaround.
/idd-close 的 v2.41.0+ supersession 設計依賴 ## Implementation Complete > ### Checklist 全 - [x] 才 trigger,讓 Strategy / Implementation Plan 的 stale - [ ] 自動 superseded。
但 Spectra path 不會自動 post ## Implementation Complete comment 到 GitHub issue。spectra-apply 管 archive 內 tasks.md,結束後 issue body / comments 沒 canonical Implementation Complete anchor → supersession 永遠不 trigger → /idd-close 撞 stale Strategy - [ ] (從 spectra-discuss 階段 inherited 的 pre-design 提案,通常已被 propose / apply 階段重新設計)refuse close。
實際撞到的案例:#44 (/idd-all-chain 的 root issue) 走完 Spectra path,change archived,plugin v2.55.0 ship。但 Strategy section 的 bullets 是 pre-discuss 提案 (含 rejected --chain flag + chain_policy config) — 全 unchecked。/idd-close #44 走 Legacy fallback 把這些 stale - [ ] 視為阻擋,refuse close。Workaround:retroactive 合成 Implementation Complete comment(描述實際 ship 的東西,不 mapping 回 stale Strategy bullets)→ supersession trigger → close pass。
每個 Spectra-archived issue close 都會撞同樣 friction。
Type
feature (cross-skill — Spectra ↔ IDD bridge mechanism)
Expected
兩個方向都可以解(可同時):
Option A: spectra-apply 結束時 auto-post Implementation Complete to GitHub issue
spectra-apply Step 9 (final summary report) 結束後增加 Step 10:
- Detect linked GitHub issue — 從 change directory 內 read
proposal.md 或 design.md 找 Refs #N / Closes #N / 「GitHub-side tracker: #N」 mention,或從 commits 內 grep #N cross-link
- Compose Implementation Complete comment:
- Title:
## Implementation Complete (auto-posted by spectra-apply 2026-05-10)
- Note: 「本 issue 走 Spectra path,實際 ship 的 mechanism 在 archive 內
tasks.md 同步,本 comment 是合成的 audit anchor 讓 /idd-close supersession 觸發」
- Checklist:
- [x] per spec capability ADDED / MODIFIED + per major commit
gh issue comment $N --body-file ... post comment
- Audit trail entry in spectra apply summary 報告
Pros:解 root cause,讓所有 future Spectra-archived issues 的 close 都自動 work。
Cons:跨 skill (Spectra is third-party) — 需要 contract refinement,也許要 issue-driven-dev 那邊提 hook mechanism。
Option B: /idd-close 偵測 archived Spectra change → 自動觸發 supersession
/idd-close Step 0 supersession check 增加 fallback path:
- Scan
openspec/changes/archive/*/ 找 proposal.md 含 Refs #N / GitHub-side tracker pointer
- 找到 → 視為「Implementation Complete equivalent exists」→ supersession active,跳過 stale Strategy / Plan scan
- Fallback chain:
- Implementation Complete > Checklist exists + 全 [x] → supersession (existing)
- Archived Spectra change references this issue → supersession (NEW)
- Otherwise → Legacy fallback strict scan
Pros:在 idd-close 內部解,不依賴 Spectra hook。
Cons:idd-close 邏輯變複雜,需要 file-system aware (scan archive directories)。
Option C (Hybrid)
A 為長期解,B 為 transitional fallback。先 ship B 解 immediate friction,再跟 Spectra-app upstream 協調 A。
Actual
每個 Spectra-archived issue close 都要手動合成 Implementation Complete comment(per /idd-close #44 retroactive workaround)。違反 IDD「automatic audit trail」紀律。
Impact
影響的工作流
影響的檔案 (Option B)
plugins/issue-driven-dev/skills/idd-close/SKILL.md Step 0 supersession check 加新 fallback
plugins/issue-driven-dev/references/ 文件化新 supersession path
影響的檔案 (Option A)
- 跨 plugin —
spectra-app upstream 增加 GitHub issue post hook(third-party,需 coordinate)
- 或:在 issue-driven-dev 加
idd-spectra-bridge skill 跑在 spectra-apply 後
Acceptance criteria
- Spectra path issue 走完整 lifecycle 後,
/idd-close #N 不需 retroactive 合成 Implementation Complete 即可通過
- Audit trail 仍然完整(future reader 看 issue 仍能找到 "what shipped" 的 anchor)
- Backward compat:既有 archived Spectra changes 不需 re-process
Priority
P2 — Spectra workflow 高頻使用,每次 close 都撞 friction。但有 retroactive workaround,不阻擋 individual issue close。
Sister concerns
Current Status
Phase: closed
Last updated: 2026-05-18 by idd-close
Key Decisions
- Re-routed Spectra → Plan tier in
/spectra-discuss (addition not breaking change)
- Option A directly (spectra-archive end auto-post)
- 3-fallback detection chain (explicit marker → Refs/Closes/Fixes → commit grep)
- R3: extracted Step 7 to executable script
spectra-archive-post-ic.sh (unit-testable, closes design-by-narrative)
Verify Result (final — round 6)
✅ PASS — 6/6 AI (5 reviewer Agents + Codex), zero CRITICAL/HIGH/MEDIUM, tests 11/11.
Verify Trajectory
| Round |
Fix |
Outcome |
| R1→R2 |
8 P1 |
introduced CRITICAL Python3 RCE |
| R2→R3 |
extract to script |
closes RCE, 4 new HIGH |
| R3→R4 |
4 HIGH |
1 new P1 (cross-Bash handoff) |
| R4→R5 |
deterministic path |
3 MEDIUM |
| R5→R6 |
M1/M2/M3 |
✅ clean PASS |
Resolution
Commits
Problem
/idd-close的 v2.41.0+ supersession 設計依賴## Implementation Complete > ### Checklist全- [x]才 trigger,讓 Strategy / Implementation Plan 的 stale- [ ]自動 superseded。但 Spectra path 不會自動 post
## Implementation Completecomment 到 GitHub issue。spectra-apply管 archive 內tasks.md,結束後 issue body / comments 沒 canonical Implementation Complete anchor → supersession 永遠不 trigger →/idd-close撞 stale Strategy- [ ](從 spectra-discuss 階段 inherited 的 pre-design 提案,通常已被 propose / apply 階段重新設計)refuse close。實際撞到的案例:#44 (
/idd-all-chain的 root issue) 走完 Spectra path,change archived,plugin v2.55.0 ship。但 Strategy section 的 bullets 是 pre-discuss 提案 (含 rejected--chainflag +chain_policyconfig) — 全 unchecked。/idd-close #44走 Legacy fallback 把這些 stale- [ ]視為阻擋,refuse close。Workaround:retroactive 合成 Implementation Complete comment(描述實際 ship 的東西,不 mapping 回 stale Strategy bullets)→ supersession trigger → close pass。每個 Spectra-archived issue close 都會撞同樣 friction。
Type
feature (cross-skill — Spectra ↔ IDD bridge mechanism)
Expected
兩個方向都可以解(可同時):
Option A:
spectra-apply結束時 auto-post Implementation Complete to GitHub issuespectra-applyStep 9 (final summary report) 結束後增加 Step 10:proposal.md或design.md找Refs #N/Closes #N/ 「GitHub-side tracker: #N」 mention,或從 commits 內 grep#Ncross-link## Implementation Complete (auto-posted by spectra-apply 2026-05-10)tasks.md同步,本 comment 是合成的 audit anchor 讓/idd-closesupersession 觸發」- [x]per spec capability ADDED / MODIFIED + per major commitgh issue comment $N --body-file ...post commentPros:解 root cause,讓所有 future Spectra-archived issues 的 close 都自動 work。
Cons:跨 skill (Spectra is third-party) — 需要 contract refinement,也許要 issue-driven-dev 那邊提 hook mechanism。
Option B:
/idd-close偵測 archived Spectra change → 自動觸發 supersession/idd-closeStep 0 supersession check 增加 fallback path:openspec/changes/archive/*/找proposal.md含Refs #N/ GitHub-side tracker pointerPros:在 idd-close 內部解,不依賴 Spectra hook。
Cons:idd-close 邏輯變複雜,需要 file-system aware (scan archive directories)。
Option C (Hybrid)
A 為長期解,B 為 transitional fallback。先 ship B 解 immediate friction,再跟 Spectra-app upstream 協調 A。
Actual
每個 Spectra-archived issue close 都要手動合成 Implementation Complete comment(per /idd-close #44 retroactive workaround)。違反 IDD「automatic audit trail」紀律。
Impact
影響的工作流
影響的檔案 (Option B)
plugins/issue-driven-dev/skills/idd-close/SKILL.mdStep 0 supersession check 加新 fallbackplugins/issue-driven-dev/references/文件化新 supersession path影響的檔案 (Option A)
spectra-appupstream 增加 GitHub issue post hook(third-party,需 coordinate)idd-spectra-bridgeskill 跑在 spectra-apply 後Acceptance criteria
/idd-close #N不需 retroactive 合成 Implementation Complete 即可通過Priority
P2 — Spectra workflow 高頻使用,每次 close 都撞 friction。但有 retroactive workaround,不阻擋 individual issue close。
Sister concerns
Current Status
Phase: closed
Last updated: 2026-05-18 by idd-close
Key Decisions
/spectra-discuss(addition not breaking change)spectra-archive-post-ic.sh(unit-testable, closes design-by-narrative)Verify Result (final — round 6)
✅ PASS — 6/6 AI (5 reviewer Agents + Codex), zero CRITICAL/HIGH/MEDIUM, tests 11/11.
Verify Trajectory
Resolution
982de7a; issue auto-closed COMPLETED 2026-05-18.Commits
982de7afeat(spectra-archive): auto-post Implementation Complete to linked GitHub issue (feature: spectra-apply auto-post Implementation Complete to GitHub issue (resolve /idd-close supersession friction) #56) (feat(spectra-archive): auto-post Implementation Complete to linked GitHub issue (#56) #92) — squash of 8 PR commits a40ab7a…87f5627