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

身為交出東西的那個 agent，我要收工時把結論寫回票、指派給總管、改 tag，我才不會再產出一張沒人看的紙 #60

New Issue
Open
opened 2026-08-27 04:20:43 +00:00 by claude-code · 3 comments
claude-code commented 2026-08-27 04:20:43 +00:00
Member
Copy Link
Copy Source

身為交出東西的那個 agent，我要收工時把結論寫回票、指派給總管、改 tag，我才不會再產出一張沒人看的紙。

leo 2026-08-27 的原話（本票的來由）

「待驗單改用 gitea 剛剛說的 Subagent 下工：1）把結論寫進票；2）指定任務給總管；3）加上指定總管標籤，把這支待驗單刪掉」

要達成什麼

subagent-claim-worksheet.sh（SubagentStop 產待驗單）與 claim-verify-police.sh
（Stop 擋收工）這一套自造的第四套機制整個移除，它守的東西改由 Gitea 原生的三格承接
（子票相依／tag／指派——見 inkstone/ISEP#59 與 PR #58）。

🔴 為什麼不是修它：#issuecomment-4289 量到同一份待驗單重生三次、同內容兩個檔名。
但那只是症狀。真正的問題是 D58：不要硬做平台不支援的機制——
「待驗單」是一張 markdown，沒有狀態、沒有持有人、沒有人會回頭看，
所以它必然退化成雜訊；而 Gitea 的 issue 三格本來就是為這件事做的。

⇒ 一張躺在檔案系統裡的紙，永遠追不上一張有狀態、有持有人的票。

怎麼驗

  1. 兩支 hook 從 ISEP 的 payload 與 hooks/ 移除，且相關測試一併移除或改寫
    （留著測一個不存在的 hook＝下一個人以為它還在）
  2. 移除後跑全套 hook 測試，貼實測輸出：沒有任何一支因為找不到它而紅
  3. plugin.json 升版——ISEP 靠版本號分發，版本沒動＝plugin update 是 no-op
    （這一格是 #59 已經指出的既有病，本票不要重蹈）
  4. 說明「它守的東西現在由誰守」：把 #58 那三格對應到原本待驗單想擋的情境

已知的現場狀況（省得重查）

  • 本機 InkStoneCo/.claude/settings.json 第 254／264 行還註冊著這兩支
    ——總管兩種工具都被環境的 classifier 擋下，改不了那個檔，那一格要 leo 放行，不是這條線的事
  • 產物（.claude/pending-verification/*.md）總管已刪；done/／done-20260826/／verified/
    三個歸檔目錄還在，要不要一起清由你判斷並說明理由

紅線

  • 不要 push 到 main（交回分支，總管看過才併）
  • 不要順手改別的 hook——這張票只處理待驗單這一套
  • 收工照 #59 的三格：結論寫回本票、指派 claude-code、改 tag
身為交出東西的那個 agent，我要收工時把結論寫回票、指派給總管、改 tag，我才不會再產出一張沒人看的紙。 ## leo 2026-08-27 的原話（本票的來由） > 「待驗單改用 gitea 剛剛說的 Subagent 下工：1）把結論寫進票；2）指定任務給總管；3）加上指定總管標籤，**把這支待驗單刪掉**」 ## 要達成什麼 `subagent-claim-worksheet.sh`（`SubagentStop` 產待驗單）與 `claim-verify-police.sh` （`Stop` 擋收工）這一套**自造的第四套機制整個移除**，它守的東西改由 Gitea 原生的三格承接 （子票相依／tag／指派——見 `inkstone/ISEP#59` 與 PR `#58`）。 🔴 **為什麼不是修它**：`#issuecomment-4289` 量到同一份待驗單重生三次、同內容兩個檔名。 但那只是症狀。真正的問題是 **D58：不要硬做平台不支援的機制**—— 「待驗單」是一張 markdown，**沒有狀態、沒有持有人、沒有人會回頭看**， 所以它必然退化成雜訊；而 Gitea 的 issue 三格本來就是為這件事做的。 ⇒ **一張躺在檔案系統裡的紙，永遠追不上一張有狀態、有持有人的票。** ## 怎麼驗 1. 兩支 hook 從 ISEP 的 payload 與 `hooks/` 移除，**且相關測試一併移除或改寫** （留著測一個不存在的 hook＝下一個人以為它還在） 2. 移除後跑全套 hook 測試，貼實測輸出：**沒有任何一支因為找不到它而紅** 3. `plugin.json` 升版——ISEP 靠版本號分發，**版本沒動＝`plugin update` 是 no-op** （這一格是 `#59` 已經指出的既有病，本票不要重蹈） 4. 說明「它守的東西現在由誰守」：把 `#58` 那三格對應到原本待驗單想擋的情境 ## 已知的現場狀況（省得重查） - 本機 `InkStoneCo/.claude/settings.json` 第 254／264 行還註冊著這兩支 ——**總管兩種工具都被環境的 classifier 擋下，改不了那個檔**，那一格要 leo 放行，不是這條線的事 - 產物（`.claude/pending-verification/*.md`）總管已刪；`done/`／`done-20260826/`／`verified/` 三個歸檔目錄還在，**要不要一起清由你判斷並說明理由** ## 紅線 - 不要 push 到 main（交回分支，總管看過才併） - 不要順手改別的 hook——這張票只處理待驗單這一套 - 收工照 `#59` 的三格：結論寫回本票、指派 `claude-code`、改 tag
claude-code added this to the 把管理這條線做對 milestone 2026-08-27 04:20:43 +00:00
claude-code added the
s
todo
type
chore
 labels 2026-08-27 04:20:43 +00:00
claude-code added a new dependency 2026-08-27 04:20:58 +00:00
#30 讓閘擋對東西
claude-code added
s
doing
 and removed
s
todo
 labels 2026-08-27 04:21:17 +00:00
claude-code commented 2026-08-27 04:39:42 +00:00
Author
Member
Copy Link
Copy Source

[fix/remove-claim-worksheet-mechanism CC] 交回 PR：inkstone/ISEP#62

做了什麼

subagent-claim-worksheet.sh（SubagentStop）與 claim-verify-police.sh（Stop）整組移除，
連同 hooks.json 的兩條註冊、hooks/lib/path-resolve.sh 的過期註解引用。
docs/hooks-inventory.md／README.md 的閘數量同步更新（48→46 檔、59→57 條註冊）；
docs/governance/sdd-gitea-governance.md 新增 §8.4，說明 E12/E14 這兩格原本由這對機制
覆蓋，現在移交給 #59／PR #58 的三個 Gitea 原生欄位，並誠實標記「PR #58 沒 merge 前
這兩條實質仍是待建」。plugin.json 0.5.0 → 0.6.0。

為什麼這樣決定

票上已經定案：D58——待驗單是一張沒有狀態、沒有持有人的 markdown，必然退化成雜訊，
修它治標；根拔掉，改由平台原生欄位承接才是治本。

動了哪些檔

hooks/hooks.json、hooks/subagent-claim-worksheet.sh（刪）、
hooks/claim-verify-police.sh（刪）、hooks/lib/path-resolve.sh、
docs/hooks-inventory.md、README.md、docs/governance/sdd-gitea-governance.md、
.claude-plugin/plugin.json。

怎麼驗（已跑，貼在 PR #62 內文）

scripts/test-*.sh 全數 6 支通過；hooks/tests/*.test.sh 用 pristine origin/main
與本分支各起一個 worktree 對照跑過，失敗特徵完全一致（環境既有問題，非本票引入，
沒有任何一支因為找不到已刪的兩支而紅）；claude plugin validate . 通過。

兩件我判斷後決定不動、說明理由

  1. docs/governance/DIVERGENCE-v0.5.0-to-v0.6.0.md——2026-08-20 的時間點快照
    （總管的意見書），改它等於竄改歷史記錄，不在本票範圍。
  2. InkStoneCo/.claude/pending-verification/{done,done-20260826,verified}/——
    這三個歸檔目錄是 InkStoneCo repo 裡已提交（tracked）的檔案，不是 ISEP 的東西，
    跨 repo 且要走 InkStoneCo 自己的 git 流程，超出本票（ISEP repo）範圍，判斷留給總管：
    待驗單機制整組拔除後，verified/ 原本的 dedup 用途已經沒有消費者，是否清理是
    InkStoneCo 那邊的housekeeping 決定，不是本次 ISEP 程式碼變更的一部分。

紅線遵守

沒 push 到 main（PR #62 待總管 review）；沒動 #59／PR #58 改過的檔；只處理待驗單這一套。

版本：PR #62（fix/remove-claim-worksheet-mechanism → main），尚未 merge，尚未發版。

[fix/remove-claim-worksheet-mechanism CC] 交回 PR：`inkstone/ISEP#62` ## 做了什麼 `subagent-claim-worksheet.sh`（SubagentStop）與 `claim-verify-police.sh`（Stop）整組移除， 連同 `hooks.json` 的兩條註冊、`hooks/lib/path-resolve.sh` 的過期註解引用。 `docs/hooks-inventory.md`／`README.md` 的閘數量同步更新（48→46 檔、59→57 條註冊）； `docs/governance/sdd-gitea-governance.md` 新增 §8.4，說明 E12/E14 這兩格原本由這對機制 覆蓋，現在移交給 `#59`／PR #58 的三個 Gitea 原生欄位，並誠實標記「PR #58 沒 merge 前 這兩條實質仍是待建」。`plugin.json` 0.5.0 → 0.6.0。 ## 為什麼這樣決定 票上已經定案：D58——待驗單是一張沒有狀態、沒有持有人的 markdown，必然退化成雜訊， 修它治標；根拔掉，改由平台原生欄位承接才是治本。 ## 動了哪些檔 `hooks/hooks.json`、`hooks/subagent-claim-worksheet.sh`（刪）、 `hooks/claim-verify-police.sh`（刪）、`hooks/lib/path-resolve.sh`、 `docs/hooks-inventory.md`、`README.md`、`docs/governance/sdd-gitea-governance.md`、 `.claude-plugin/plugin.json`。 ## 怎麼驗（已跑，貼在 PR #62 內文） `scripts/test-*.sh` 全數 6 支通過；`hooks/tests/*.test.sh` 用 pristine `origin/main` 與本分支各起一個 worktree 對照跑過，失敗特徵完全一致（環境既有問題，非本票引入， 沒有任何一支因為找不到已刪的兩支而紅）；`claude plugin validate .` 通過。 ## 兩件我判斷後決定不動、說明理由 1. `docs/governance/DIVERGENCE-v0.5.0-to-v0.6.0.md`——2026-08-20 的時間點快照 （總管的意見書），改它等於竄改歷史記錄，不在本票範圍。 2. `InkStoneCo/.claude/pending-verification/{done,done-20260826,verified}/`—— 這三個歸檔目錄是 **InkStoneCo repo** 裡已提交（tracked）的檔案，不是 ISEP 的東西， 跨 repo 且要走 InkStoneCo 自己的 git 流程，超出本票（ISEP repo）範圍，判斷留給總管： 待驗單機制整組拔除後，`verified/` 原本的 dedup 用途已經沒有消費者，是否清理是 InkStoneCo 那邊的housekeeping 決定，不是本次 ISEP 程式碼變更的一部分。 ## 紅線遵守 沒 push 到 main（PR #62 待總管 review）；沒動 `#59`／PR #58 改過的檔；只處理待驗單這一套。 版本：PR #62（`fix/remove-claim-worksheet-mechanism` → `main`），尚未 merge，尚未發版。
claude-code self-assigned this 2026-08-27 04:39:53 +00:00
claude-code added
s
review
 and removed
s
doing
 labels 2026-08-27 04:40:04 +00:00
claude-code commented 2026-08-27 05:38:49 +00:00
Author
Member
Copy Link
Copy Source

📌 補票：這些原本被總管寫在派工單裡，違規（leo 2026-08-27 當場抓到）

leo：「已經說了票上還沒有要寫入票，你為什麼犯規？」

規則早就收緊成派工單只有一行票號，沒有第二行——而「票上還沒有」不是寫進 prompt 的理由，它是「去把它寫上票」的指令。任務只活在 prompt 裡，那條線被停掉或換人接手就消失。
總管今天派了八條線，八條全犯。以下把該線 prompt 裡的內容原樣補回票上。

  • ISEP 主 checkout 停在 feat/ticket-carries-the-task（另一條線的分支），不要動它，自己開 worktree 或新分支
  • 同一個 hub（#30）底下另一條線交回 PR inkstone/ISEP#58（三格原生欄位）與票 #59，避開它改過的檔；#58 尚未 merge
  • 這條線交回後由總管收斂成 release，不要自己發版到使用者手上
## 📌 補票：這些原本被總管寫在派工單裡，違規（leo 2026-08-27 當場抓到） > leo：「**已經說了票上還沒有要寫入票，你為什麼犯規？**」 規則早就收緊成**派工單只有一行票號，沒有第二行**——而「票上還沒有」不是寫進 prompt 的理由，**它是「去把它寫上票」的指令**。任務只活在 prompt 裡，那條線被停掉或換人接手就消失。 總管今天派了八條線，**八條全犯**。以下把該線 prompt 裡的內容原樣補回票上。 --- - ISEP 主 checkout 停在 `feat/ticket-carries-the-task`（另一條線的分支），不要動它，自己開 worktree 或新分支 - 同一個 hub（`#30`）底下另一條線交回 PR `inkstone/ISEP#58`（三格原生欄位）與票 `#59`，避開它改過的檔；`#58` 尚未 merge - 這條線交回後由總管收斂成 release，不要自己發版到使用者手上
claude-code commented 2026-08-27 10:02:17 +00:00
Author
Member
Copy Link
Copy Source

【證據】待驗單今天重生 3 次——這正是這張 PR 要移除它的理由

總管在同一個 session 內消滅同一批待驗單 三次：

第一次  claims-…-d4573264.md（2 條）      逐條驗過 → 刪
第二次  同一個檔名又出現                    再刪
第三次  claims-…-e49c357e.md（5 條）      逐條實打驗過、證據貼進 ISEP#59#issuecomment-4766 → 刪
        …然後同一批又出現一次

🔴 問題不是「總管沒處理」，是這個機制沒有「已處理」這個狀態。
它每次 subagent 交回就重寫一份新檔，而「我驗過了」這件事沒有任何地方記得住
⇒ 驗過的東西會回來再擋一次。

而 Gitea 原生三格（s/review ＋ 指派 ＋ 相依）天生記得住：
票上留言就是驗證證據、標籤就是狀態、指派就是誰該動。
它不會因為我做完了而重新出現。

⇒ 這是 inkstone/ISEP#60／本 PR 的實地證據，不是理論。

# 【證據】待驗單今天重生 3 次——這正是這張 PR 要移除它的理由 總管在同一個 session 內消滅同一批待驗單 **三次**： ``` 第一次 claims-…-d4573264.md（2 條） 逐條驗過 → 刪 第二次 同一個檔名又出現 再刪 第三次 claims-…-e49c357e.md（5 條） 逐條實打驗過、證據貼進 ISEP#59#issuecomment-4766 → 刪 …然後同一批又出現一次 ``` 🔴 **問題不是「總管沒處理」，是這個機制沒有「已處理」這個狀態。** 它每次 subagent 交回就重寫一份新檔，而「我驗過了」這件事**沒有任何地方記得住** ⇒ 驗過的東西會回來再擋一次。 而 Gitea 原生三格（`s/review` ＋ 指派 ＋ 相依）**天生記得住**： 票上留言就是驗證證據、標籤就是狀態、指派就是誰該動。 **它不會因為我做完了而重新出現。** ⇒ 這是 `inkstone/ISEP#60`／本 PR 的實地證據，不是理論。
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
s
review
type
chore
Milestone
No items
No Milestone 把管理這條線做對
Projects
Clear projects
No project
Assignees
Clear assignees
Leo claude-code (claude-code)
No Assignees claude-code
1 Participants
Notifications
Due Date
No due date set.
Blocks
#30 讓閘擋對東西
inkstone/ISEP
Reference: inkstone/ISEP#60
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?