inkstone/ISEP
2
0
Fork 0
Code Issues 18 Pull Requests 1 Actions Packages Projects Releases 22 Wiki Activity

身為 11 天前就裁定取消 Active SDD 的人，我要那個裁決真的被執行，我才不會有一道沒人拆的引信留在那裡 #91

New Issue
Open
opened 2026-08-27 14:31:42 +00:00 by claude-code · 0 comments
claude-code commented 2026-08-27 14:31:42 +00:00
Member
Copy Link
Copy Source

問題

leo 2026-08-16 在 inkstone/InkStoneCo#40 裁定：

「取消 Active SDD⋯⋯所有文件中都不帶有任務 checkbox，因為移動到 Gitea 來管理，SDD 會脫節，它所做的是記錄起初的樣子⋯⋯實際情況靠 issues, PR, release 等機制來管理。」

11 天過去，這個裁決沒有被執行。 sdd-guard.sh 到現在還註冊在 ISEP v0.9.0 上，CLAUDE.md 那段「單一活性鐵律」也一字未動。

🔴 而且照著裁決做會當場鎖死所有 code 寫入。 那支閘是 fail-closed 的：

動 code 檔時，active SDD 不是「恰好 1 份」→ 擋（0 份也擋）
repo 沒有 3-specs、或裡面沒有 active SDD  → 仍然擋

現在沒出事，純粹是因為剛好還剩 1 份 active。把它拿掉 → 變 0 份 → 任何人動任何 .ts / .py / .go 全部被擋。

這大概就是它 11 天沒被執行的真正原因：不是有人偷懶，是沒有人把裁決和那支閘連起來看。

目標

按順序拆：先讓閘退役，再拿掉 active SDD。順序顛倒就鎖死。

三件一起處理，缺一件就會有兩份真相：

  1. sdd-guard.sh 退役
  2. CLAUDE.md 那段「單一活性鐵律」刪掉、SDD-LIFECYCLE.md 一併處理
  3. 文件裡殘留的任務 checkbox 分診掉

驗收條件

  1. 把 active SDD 拿掉之後 → 動一個 .ts 檔，不能被擋
  2. sdd-check skill 和 CLAUDE.md → 不能再有人讀到「只准一份 active SDD」
  3. 搜「status: active」→ 應該搜不到還在生效的規定

deliverable 類型

code（→ PR）

細節

這條在 SOP 裡的位置：SOP 開頭那句「SDD 只是高層描述；一切實際狀態以 Gitea 為唯一事實來源」。SOP 講的是結論，本票是去執行那個結論。

實查（2026-08-27）：

ISEP main hooks.json                 →  sdd-guard.sh 仍註冊（PreToolUse）
sdd-guard.sh 檔頭 16-18 行           →  active>1 一律擋；動 code 時 ≠ 恰好 1 份也擋；沒有 3-specs 仍 fail-closed
InkStoneCo/CLAUDE.md:700-701         →  「單一活性鐵律」原文還在
現在的 active SDD                     →  恰好 1 份（system-dev/docs/3-specs/arcrun-app-system/design.md）
system-dev/docs/ 底下的 checkbox      →  82 個

checkbox 那一格掛既有票：inkstone/InkStoneCo#49「文件裡躺著 378 條沒人維護的 checkbox——有的做完了、有的不要了，全部要分診掉」。不要另開票，本票只負責前兩件，第三件連結過去。（378 vs 82 的差別是掃描範圍不同，#49 涵蓋更廣。）

這一格為什麼屬於本里程碑：它正好是 InkStoneCo#40 這張票要治的病本身——leo 在票上裁了、裁決被讀到了，卻沒有任何機制驗證有沒有照做。同款的第 N 次（history-first／KBDB-first／stage-first 全是這個形狀），差別只在這次的殘留物帶著 fail-closed 的引信。

沒驗的一格，明講：我沒有實際把 active SDD 拿掉來重現那個擋。上面「0 份會被擋」是讀判定規則得出的，不是實測——實測會真的動到 SDD 檔，那是不可逆的。做這張票的人第一件事應該是在一個拋棄式的環境裡把它重現一次。

原始裁決：inkstone/InkStoneCo#40 → comment 2942（2026-08-16）。總管的完整實查：同票 → comment 4924（2026-08-27）。

🔎 為什麼另開一張票而不是貼進既有的（開票時聲明）：這是 InkStoneCo#40 comment 2942 裁決的執行票（討論票長出執行票，D58）。#49 管 checkbox 分診，本票管 sdd-guard 退役與條文移除，且有嚴格先後順序。
當時搜尋：SDD active 取消 退役 checkbox → 命中 80 張。

## 問題 leo 2026-08-16 在 `inkstone/InkStoneCo#40` 裁定： > 「**取消 Active SDD**⋯⋯所有文件中都不帶有任務 checkbox，因為移動到 Gitea 來管理，SDD 會脫節，它所做的是記錄起初的樣子⋯⋯實際情況靠 issues, PR, release 等機制來管理。」 **11 天過去，這個裁決沒有被執行。** `sdd-guard.sh` 到現在還註冊在 ISEP v0.9.0 上，`CLAUDE.md` 那段「單一活性鐵律」也一字未動。 🔴 **而且照著裁決做會當場鎖死所有 code 寫入。** 那支閘是 fail-closed 的： ``` 動 code 檔時，active SDD 不是「恰好 1 份」→ 擋（0 份也擋） repo 沒有 3-specs、或裡面沒有 active SDD → 仍然擋 ``` 現在沒出事，純粹是因為剛好還剩 1 份 active。把它拿掉 → 變 0 份 → **任何人動任何 .ts / .py / .go 全部被擋**。 這大概就是它 11 天沒被執行的真正原因：不是有人偷懶，是**沒有人把裁決和那支閘連起來看**。 ## 目標 按順序拆：**先讓閘退役，再拿掉 active SDD**。順序顛倒就鎖死。 三件一起處理，缺一件就會有兩份真相： 1. `sdd-guard.sh` 退役 2. `CLAUDE.md` 那段「單一活性鐵律」刪掉、`SDD-LIFECYCLE.md` 一併處理 3. 文件裡殘留的任務 checkbox 分診掉 ## 驗收條件 1. 把 active SDD 拿掉之後 → **動一個 .ts 檔，不能被擋** 2. `sdd-check` skill 和 `CLAUDE.md` → **不能再有人讀到「只准一份 active SDD」** 3. 搜「status: active」→ 應該搜不到還在生效的規定 ## deliverable 類型 code（→ PR） --- <details><summary>細節</summary> **這條在 SOP 裡的位置**：SOP 開頭那句「SDD 只是高層描述；一切實際狀態以 Gitea 為唯一事實來源」。SOP 講的是結論，本票是**去執行那個結論**。 **實查**（2026-08-27）： ``` ISEP main hooks.json → sdd-guard.sh 仍註冊（PreToolUse） sdd-guard.sh 檔頭 16-18 行 → active>1 一律擋；動 code 時 ≠ 恰好 1 份也擋；沒有 3-specs 仍 fail-closed InkStoneCo/CLAUDE.md:700-701 → 「單一活性鐵律」原文還在 現在的 active SDD → 恰好 1 份（system-dev/docs/3-specs/arcrun-app-system/design.md） system-dev/docs/ 底下的 checkbox → 82 個 ``` **checkbox 那一格掛既有票**：`inkstone/InkStoneCo#49`「文件裡躺著 378 條沒人維護的 checkbox——有的做完了、有的不要了，全部要分診掉」。**不要另開票**，本票只負責前兩件，第三件連結過去。（378 vs 82 的差別是掃描範圍不同，#49 涵蓋更廣。） **這一格為什麼屬於本里程碑**：它正好是 `InkStoneCo#40` 這張票要治的病本身——**leo 在票上裁了、裁決被讀到了，卻沒有任何機制驗證有沒有照做**。同款的第 N 次（history-first／KBDB-first／stage-first 全是這個形狀），差別只在這次的殘留物帶著 fail-closed 的引信。 **沒驗的一格，明講**：我沒有實際把 active SDD 拿掉來重現那個擋。上面「0 份會被擋」是**讀判定規則**得出的，不是實測——實測會真的動到 SDD 檔，那是不可逆的。做這張票的人第一件事應該是在一個拋棄式的環境裡把它重現一次。 **原始裁決**：`inkstone/InkStoneCo#40` → comment 2942（2026-08-16）。總管的完整實查：同票 → comment 4924（2026-08-27）。 </details> --- > 🔎 **為什麼另開一張票而不是貼進既有的**（開票時聲明）：這是 InkStoneCo#40 comment 2942 裁決的執行票（討論票長出執行票，D58）。#49 管 checkbox 分診，本票管 sdd-guard 退役與條文移除，且有嚴格先後順序。 > 當時搜尋：`SDD active 取消 退役 checkbox` → 命中 80 張。
claude-code added this to the SOP 變成閘 milestone 2026-08-27 14:32:39 +00:00
claude-code added the
s
todo
type
governance
p
high
 labels 2026-08-27 14:32:42 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Human
👤 這件事需要 leo 親手批示／動手（花錢・不可逆・品味方向・物理動作）。與 s/* 正交
close
duplicate
重複——關新的、留舊的，並指向舊票
close
human-exec
人執票完成，由人手動關
close
merged
PR merge 自動關（正常路徑）
close
split
太大，已拆成數張子票
close
stale
逾期無資訊，自動關閉
close
transferred
走錯棚，已在正確的 repo 重開
close
wontfix
討論後決定不做（只有 leo 可下此判斷）
hub
Tracking issue——聚合一批 leaf 的 scope 容器，本身不掛 milestone、不對應 PR
 human/exec
👤 這張票的『執行者』是人（GUI-only／實體權限／法定簽署），不是審核。交付物是環境狀態改變，不是 PR
p
high
高——擋住交付或有時間壓力
p
low
低——想做，但晚一點沒關係
s
backlog
驗過了、確定要做，但還沒排進任何 sprint
s
doing
進行中——已 self-assign，現在有人在做
s
pending
卡住——等外部／等依賴，不是沒人做
s
review
PR 已開（含 closes #n），等總管 review 並 merge
s
stage
已部署 stage，等 leo 實際驗收
s
todo
已排進 milestone，等人領票
s
triage
新進來的，還沒驗傷——還沒決定要不要做
type
bug
壞掉的東西
type
chore
雜務、整理、不改行為
type
feature
新能力
type
governance
規範、流程、閘本身
No Label
p
high
s
todo
type
governance
Milestone
No items
No Milestone SOP 變成閘
Projects
Clear projects
No project
Assignees
Clear assignees
Leo claude-code (claude-code)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: inkstone/ISEP#91
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?