inkstone/ISEP
2
0
Fork 0
Code Issues 30 Pull Requests 3 Actions Packages Projects Releases 25 Wiki Activity

身為每天只看兩眼的人，我要這個 session 動過的每個 repo 收工前都出得了貨，我才不會累積一堆改好卻沒人拿得到的東西 #68

New Issue
Open
opened 2026-08-27 05:55:16 +00:00 by claude-code · 3 comments
claude-code commented 2026-08-27 05:55:16 +00:00
Member
Copy Link
Copy Source

身為每天只看兩眼的人，我要這個 session 動過的每個 repo 收工前都出得了貨，我才不會累積一堆改好卻沒人拿得到的東西。

leo 2026-08-27 給的規格（原話，這就是判準）

「每個 repo 只要有改動就要出貨」
「這個警察很簡單，這個 session 有改但要結束沒出貨就抓，
你可以久一點再出貨累積幾個 PR，但最後一定要出貨」
「用戶只是你也是要出版本，版本出去之前都只是內部測試」
「你不出版本還影響到雲端總管」

⇒ 判準拆開來看，leo 已經把設計講完了：

掛點     Stop（session 要結束的那一刻）
條件     這個 session 改過的 repo
檢查     有沒有出貨（新的 release）
寬容     可以累積幾個 PR 再一起出——**不是每次 commit 都要出貨**
底線     session 結束前一定要出

🔴 「寬容」那一格是規格的一部分，不是妥協——把它做成「每次改動都吼」就是本 repo 心法
第 2 條說的那種閘（永遠在響 ＝ 訓練人忽略它）。它只在收工那一刻問一次。

現況（總管 2026-08-27 實查，15 個 repo）

repo                       main 最後改動   最新 release
arcrun-rag                 08-27         08-27  1.4.57            ✅ 同日
arcrun-collector           08-27         08-27  0.18.39           ✅ 同日
ISEP                       08-27         08-27  v0.5.0            ✅ 同日（今天才手動補的）
Arcrun                     08-27         08-18  ARC-20260817-001  🔴 落後 9 天
InkStoneCo                 08-26         （無）                    🔴 從來沒出過版
mira                       08-15         （無）                    🔴 從來沒出過版
arcrun-harness             08-20         （無）                    🔴 從來沒出過版
arcrun-app-note            08-24         （無）                    🔴 從來沒出過版
system-dev-template        08-06         （無）                    🔴 從來沒出過版
kbdb-graph-plugin          07-21         （無）                    🔴 從來沒出過版
kbdb-ingest-plugin         07-17         （無）                    🔴 從來沒出過版
content-pipeline           07-08         （無）                    🔴 從來沒出過版
arcrun-components          07-07         （無）                    🔴 從來沒出過版
Nebula                     07-06         （無）                    🔴 從來沒出過版
arcrun-rag-bundles-staging 08-13         （無）                    🔴 產物 repo，可能不適用

⇒ 15 個裡只有 3 個是今天出過版的，而那 3 個都是總管今天才補上的。

要達成什麼

這個 session 動過的 repo，收工那一刻要嘛已經出貨，要嘛總管當場說得出「為什麼還不出」。

這一格要你自己判斷（不要照抄總管的想法）

  • 「改過」怎麼認：有 commit？有 push？工作區有變動？
    三者判出來的範圍不同——選哪個要說得出理由
  • 「出貨」怎麼認：Gitea release 的日期晚於最後一次 commit？還是要更嚴？
    （注意 arcrun-rag 那種有 22 站管線的，release 是管線最後兩站產出的）
  • 哪些 repo 不適用：上表的 arcrun-rag-bundles-staging 是產物 repo；
    system-dev-template 是模板。排除清單要有判準，不要一個一個手列
    ——手列的清單會過期，而且新 repo 進來時沒人記得加
  • 「久一點再出貨」怎麼表達：leo 明說可以累積。
    總管要有辦法說「這次先不出，因為 X」而不被鬼打牆——但那句話要留痕

怎麼驗

貼實測輸出，至少涵蓋：

  1. session 改了某 repo、沒出貨 → 收工時擋一次，且訊息點得出是哪個 repo、最後 commit 與最新 release 差多少
  2. session 改了某 repo、已出貨 → 放行
  3. session 什麼都沒改 → 放行（不要無事生非）
  4. 🔴 不該擋的：只改了 wiki／只改了票／只讀不寫／改的是排除清單裡的 repo
  5. 總管明說「這次先不出，因為 X」→ 放行且留痕

紅線

  • 🔴 不要做成每次 commit 都吼——leo 明說可以累積，只在收工問一次
  • 🔴 不要順手改別的閘
  • 🔴 plugin.json 要升版，而且這張票做完自己就要走一次它要求的流程（出貨），
    否則它會變成又一個「寫好了沒送達」的閘
  • 不要 push main；交回分支
  • 收工：結論寫回本票、指派 claude-code、改 tag
身為每天只看兩眼的人，我要這個 session 動過的每個 repo 收工前都出得了貨，我才不會累積一堆改好卻沒人拿得到的東西。 ## leo 2026-08-27 給的規格（原話，這就是判準） > 「**每個 repo 只要有改動就要出貨**」 > 「**這個警察很簡單，這個 session 有改但要結束沒出貨就抓， > 你可以久一點再出貨累積幾個 PR，但最後一定要出貨**」 > 「**用戶只是你也是要出版本，版本出去之前都只是內部測試**」 > 「**你不出版本還影響到雲端總管**」 ⇒ 判準拆開來看，leo 已經把設計講完了： ``` 掛點 Stop（session 要結束的那一刻） 條件 這個 session 改過的 repo 檢查 有沒有出貨（新的 release） 寬容 可以累積幾個 PR 再一起出——**不是每次 commit 都要出貨** 底線 session 結束前一定要出 ``` 🔴 **「寬容」那一格是規格的一部分，不是妥協**——把它做成「每次改動都吼」就是本 repo 心法 第 2 條說的那種閘（永遠在響 ＝ 訓練人忽略它）。**它只在收工那一刻問一次。** ## 現況（總管 2026-08-27 實查，15 個 repo） ``` repo main 最後改動 最新 release arcrun-rag 08-27 08-27 1.4.57 ✅ 同日 arcrun-collector 08-27 08-27 0.18.39 ✅ 同日 ISEP 08-27 08-27 v0.5.0 ✅ 同日（今天才手動補的） Arcrun 08-27 08-18 ARC-20260817-001 🔴 落後 9 天 InkStoneCo 08-26 （無） 🔴 從來沒出過版 mira 08-15 （無） 🔴 從來沒出過版 arcrun-harness 08-20 （無） 🔴 從來沒出過版 arcrun-app-note 08-24 （無） 🔴 從來沒出過版 system-dev-template 08-06 （無） 🔴 從來沒出過版 kbdb-graph-plugin 07-21 （無） 🔴 從來沒出過版 kbdb-ingest-plugin 07-17 （無） 🔴 從來沒出過版 content-pipeline 07-08 （無） 🔴 從來沒出過版 arcrun-components 07-07 （無） 🔴 從來沒出過版 Nebula 07-06 （無） 🔴 從來沒出過版 arcrun-rag-bundles-staging 08-13 （無） 🔴 產物 repo，可能不適用 ``` ⇒ **15 個裡只有 3 個是今天出過版的，而那 3 個都是總管今天才補上的。** ## 要達成什麼 **這個 session 動過的 repo，收工那一刻要嘛已經出貨，要嘛總管當場說得出「為什麼還不出」。** ## 這一格要你自己判斷（不要照抄總管的想法） - **「改過」怎麼認**：有 commit？有 push？工作區有變動？ 三者判出來的範圍不同——**選哪個要說得出理由** - **「出貨」怎麼認**：Gitea release 的日期晚於最後一次 commit？還是要更嚴？ （注意 `arcrun-rag` 那種有 22 站管線的，release 是管線最後兩站產出的） - **哪些 repo 不適用**：上表的 `arcrun-rag-bundles-staging` 是產物 repo； `system-dev-template` 是模板。**排除清單要有判準，不要一個一個手列** ——手列的清單會過期，而且新 repo 進來時沒人記得加 - **「久一點再出貨」怎麼表達**：leo 明說可以累積。 總管要有辦法說「這次先不出，因為 X」而不被鬼打牆——**但那句話要留痕** ## 怎麼驗 貼實測輸出，至少涵蓋： 1. session 改了某 repo、沒出貨 → 收工時**擋一次**，且訊息點得出是哪個 repo、最後 commit 與最新 release 差多少 2. session 改了某 repo、已出貨 → **放行** 3. session 什麼都沒改 → **放行**（不要無事生非） 4. 🔴 **不該擋的**：只改了 wiki／只改了票／只讀不寫／改的是排除清單裡的 repo 5. 總管明說「這次先不出，因為 X」→ 放行且留痕 ## 紅線 - 🔴 **不要做成每次 commit 都吼**——leo 明說可以累積，只在收工問一次 - 🔴 不要順手改別的閘 - 🔴 `plugin.json` 要升版，而且**這張票做完自己就要走一次它要求的流程**（出貨）， 否則它會變成又一個「寫好了沒送達」的閘 - 不要 push main；交回分支 - 收工：結論寫回本票、指派 `claude-code`、改 tag
claude-code added this to the 把管理這條線做對 milestone 2026-08-27 05:55:16 +00:00
claude-code added the
s
todo
p
high
type
governance
 labels 2026-08-27 05:55:16 +00:00
claude-code added a new dependency 2026-08-27 05:55:17 +00:00
#30 讓閘擋對東西
claude-code commented 2026-09-03 20:50:17 +00:00
Author
Member
Copy Link
Copy Source

【身份】總管／inkstone/ISEP／-

本輪由雲端 cloud-worker（排程醒來）認領此票，作為主線 milestone #43「把管理這條線做對」上可在雲端環境完整交付的一張（純 bash-hook、本地即可跑完 5 條驗收，不需部署）。

本執行環境的 session 事實（給接手的工人，只有這次成立）：

  • Gitea token 在環境變數 GITEA_TOKEN_CLAUDE_CODE（此環境沒有 GITEA_TOKEN）。
  • 此環境無 Cloudflare / Telegram / KBDB-MCP；但本票不依賴它們。
  • 交付物＝feature 分支（不推 main，合併與出 release 留給總管/leo）。工人做完把分支＋5 條驗收實測輸出交回總管，總管自審後回貼本票。
【身份】總管／inkstone/ISEP／- 本輪由**雲端 cloud-worker**（排程醒來）認領此票，作為主線 milestone #43「把管理這條線做對」上可在雲端環境完整交付的一張（純 bash-hook、本地即可跑完 5 條驗收，不需部署）。 **本執行環境的 session 事實**（給接手的工人，只有這次成立）： - Gitea token 在環境變數 `GITEA_TOKEN_CLAUDE_CODE`（此環境沒有 `GITEA_TOKEN`）。 - 此環境**無** Cloudflare / Telegram / KBDB-MCP；但本票不依賴它們。 - 交付物＝feature 分支（不推 main，合併與出 release 留給總管/leo）。工人做完把分支＋5 條驗收實測輸出交回總管，總管自審後回貼本票。
claude-code commented 2026-09-03 21:13:00 +00:00
Author
Member
Copy Link
Copy Source

【身份】總管／inkstone/ISEP／feat/unreleased-police-isep68

交付（總管已自審，非轉述 isep-hand）

分支 feat/unreleased-police-isep68 @ 0024d69（已推 Gitea）。新增 hooks/unreleased-police.sh（Stop hook）＋測試＋註冊＋文件，共 5 檔、+382 行。

我親自 clone 該分支重跑核實（不採信 subagent 原話），實據：

  • 測試 13/13 通過（我這台重跑）：A 群該擋 3（從未出版／領先 N 筆／code+wiki 混改）、B 群不該擋 7（只讀／只改 wiki／只改 docs／已出貨/tag 收進 HEAD／有 .isep-release-exempt／release-holds.md 有該 repo／已被別的 Stop 閘擋過）、C 群出路走得通 2、D 群鑑別力 1。全程離線、自清。
  • commit 真偽對得上宣稱：git show --stat ＝ 5 檔（hook／test／hooks.json／TESTING.md／hooks-inventory.md），未動 plugin.json（版本留給總管，故 check-version-consistency 仍綠：plugin.json＝0.22.0＝最新 tag）。
  • hooks.json 純加一條 Stop 註冊（git diff 只在 Stop 陣列尾端 +8 行，未改既有項）；掛在 Stop、非 SubagentStop（subagent 交回分支、release 由總管出，逼 subagent 出貨純誤攔）。
  • 紅線稽核過：判準是「要求某個東西在場」（.isep-release-exempt marker／release-holds.md 一行／git tag --contains HEAD），不是名字黑名單（ISEP 紅線）；fail-open（空輸入／無 transcript／非 git 一律 exit 0，誤攔比漏擋嚴重）。
  • 盤點在自己的樹上實數：hooks 61→62、hooks.json 註冊 84→85。

唯一未做的一格（是閘控下一步，不是「交了沒驗」）

實際出 release ＝ 合併分支到 main ＋ plugin.json 升版 ＋ 打 release tag。這是 D20／兩層手動閘控的步驟：合併 main 要總管逐筆看、出 release（發佈給用戶）要人閘，而本輪是雲端 cloud-worker，紅線上不碰 main/prod。故交回下游做這步——這也正是主線 inkstone/ISEP#67 要修的那條運送鏈。

主線定位

本票在 milestone #43「把管理這條線做對」上 ＝ 補收（本來就在主線上），非跳線。

【身份】總管／inkstone/ISEP／feat/unreleased-police-isep68 ## 交付（總管已自審，非轉述 isep-hand） **分支** `feat/unreleased-police-isep68` @ `0024d69`（已推 Gitea）。新增 `hooks/unreleased-police.sh`（Stop hook）＋測試＋註冊＋文件，共 5 檔、+382 行。 我**親自 clone 該分支重跑核實**（不採信 subagent 原話），實據： - **測試 13/13 通過**（我這台重跑）：A 群該擋 3（從未出版／領先 N 筆／code+wiki 混改）、B 群不該擋 7（只讀／只改 wiki／只改 docs／已出貨/tag 收進 HEAD／有 `.isep-release-exempt`／`release-holds.md` 有該 repo／已被別的 Stop 閘擋過）、C 群出路走得通 2、D 群鑑別力 1。全程離線、自清。 - **commit 真偽對得上宣稱**：`git show --stat` ＝ 5 檔（hook／test／hooks.json／TESTING.md／hooks-inventory.md），**未動 `plugin.json`**（版本留給總管，故 `check-version-consistency` 仍綠：plugin.json＝0.22.0＝最新 tag）。 - **hooks.json 純加一條 Stop 註冊**（`git diff` 只在 Stop 陣列尾端 +8 行，未改既有項）；掛在 `Stop`、**非 SubagentStop**（subagent 交回分支、release 由總管出，逼 subagent 出貨純誤攔）。 - **紅線稽核過**：判準是「要求某個東西在場」（`.isep-release-exempt` marker／`release-holds.md` 一行／`git tag --contains HEAD`），**不是名字黑名單**（ISEP 紅線）；fail-open（空輸入／無 transcript／非 git 一律 exit 0，誤攔比漏擋嚴重）。 - 盤點在自己的樹上實數：hooks 61→62、hooks.json 註冊 84→85。 ## 唯一未做的一格（是閘控下一步，不是「交了沒驗」） 實際出 release ＝ **合併分支到 main ＋ `plugin.json` 升版 ＋ 打 release tag**。這是 D20／兩層手動閘控的步驟：合併 main 要總管逐筆看、出 release（發佈給用戶）要人閘，而**本輪是雲端 cloud-worker，紅線上不碰 main/prod**。故交回下游做這步——這也正是主線 `inkstone/ISEP#67` 要修的那條運送鏈。 ## 主線定位 本票在 milestone #43「把管理這條線做對」上 ＝ **補收**（本來就在主線上），非跳線。
claude-code commented 2026-09-03 21:13:41 +00:00
Author
Member
Copy Link
Copy Source

🏃 棒子交回　→ claude-code

下一步：審 PR #128 → 合併分支到 main → plugin.json 同 commit 升版 → 打 release tag 出貨（這步是手動閘控，不是我雲端輪能碰的 main/prod）；驗過就 close，附 release URL

證據：#128 ｜ 總管自審 13/13 見 #68 comment 6167

🏃 **棒子交回**　→ `claude-code` **下一步**：審 PR #128 → 合併分支到 main → plugin.json 同 commit 升版 → 打 release tag 出貨（這步是手動閘控，不是我雲端輪能碰的 main/prod）；驗過就 close，附 release URL **證據**：https://git.uncle6.me/inkstone/ISEP/pulls/128 ｜ 總管自審 13/13 見 #68 comment 6167
claude-code self-assigned this 2026-09-03 21:13:42 +00:00
claude-code added
s
review
 and removed
s
todo
 labels 2026-09-03 21:13:44 +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
review
type
governance
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#68
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?