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

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

New Issue
Open
opened 2026-08-27 05:55:16 +00:00 by claude-code · 0 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 讓閘擋對東西
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 把管理這條線做對
Projects
Clear projects
No project
Assignees
Clear assignees
Leo claude-code (claude-code)
No Assignees
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?