 Leo
|
2bbcda2ac3
|
雲端工人會分診、會組里程碑，組了就照里程碑做（inkstone/ISEP#159）
leo 09-18：「它看到票時要能夠組成 milestone 提出版本，所以不只是看票，還要組票。」
雲端只會撿（ISEP#130），沒有任何機制分診或組里程碑；open 302 張裡 74 張沒 s/*、257 張沒掛里程碑。
- ticket triage：沒 s/* 的票 → s/backlog／s/triage／s/pending＋票上一則說明（--why 必填），一個動作；
--dup-of：說明＋close/duplicate＋關＋在留下的那張留一則指回來（留下的那張若是 leo 的就不寫）
- ticket compose：把已分診的票組成 InkStoneCo 里程碑（開工規約 1–7 條）：既有載體＋前置相依、
s/backlog → s/todo、名字不准是版本號、期限 1–60 天、不開新票；先全部讀過才寫，理由一次列齊
- 不碰：Human／human/*、指派給別人（含 Leo）——判準是標籤與 assignee 登入名
- pick --pool：還沒到期的 InkStoneCo 里程碑的前置排在散票之前；可做的都抓盡時回待分診的票，
每列帶 next；queue-drain-guard 照 next 印（待分診是 triage，不是 claim）
- 全局票池只有一個讀法 pool_issues()，接口留給 ISEP#154（global_index 寫卡驗完後只換這一個函式）
- InkStoneCo 掛在 open 里程碑的票＝載體（容器）：不進票池、不算待分診
假設（寫在這裡等總管 review）：
- 分診只收「沒有 s/*」的票；s/triage 仍是總管／leo 的判斷，工人只能把拿不準的丟進 s/triage
- 載體撈不到時，工人用 ticket where＋ticket new 補一張 InkStoneCo User Story 當載體（開工規約第 2 條的「真缺口」）
- 期限上限 60 天（9999 與過去日期都擋）
實測：test-ticket-triage 80/80、test-ticket-pick 84/84、queue-drain-guard 28/28；
真 Gitea 代跑一趟：分診 4 張、建 InkStoneCo milestone 68（載體 InkStoneCo#136，前置 ISEP#47、arcrun-rag#199），
pick --pool 第一組即為它的前置；一次違規三格的 compose 真的零寫入擋下。
待總管定版。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-18 18:43:07 +08:00 |
|
|
Leo
|
06fb2c59c8
|
雲端工人從 open 票池持續領票，可抓 0 張時講出池子去哪了（inkstone/ISEP#130 c7801）
根因：pick 只看主線成員與逾期里程碑；org 299 張 open 裡 254 張沒掛里程碑，
舊規則實跑可抓 0 張，09-18 六趟 run 都印「正常結果，不是故障」收工。
- 第三層：主線與逾期都抓盡、且是接票的環境（--pool 或 ISEP_DRAIN=1），
再看整個 open 票池裡 s/* 恰好是 s/todo 或 s/backlog 的票（不限里程碑）。
Human／human/*、指派給別人（含 Leo）、hub、PR、s/triage、沒有 s/* 一格不放寬。
- 本機沒設 ISEP_DRAIN 時不讀票池：總管跑過 handback 不會被佇列閘叫去抓票池（避免誤攔）。
- claim 同規則；可抓 0 張時列池子大小與每種不能抓的理由各幾張，不再說成正常。
- 分頁讀到空頁才停（伺服器每頁上限可能小於 50）。
假設（寫在這裡等總管 review）：s/backlog 算「決定要做」可抓；沒有 s/* 的 72 張算未驗傷不抓、只計數。
實測：真 Gitea 改前可抓 0／改後 --pool 可抓 101；test-ticket-pick 80/80。
待總管定版。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-18 13:58:56 +08:00 |
|
|
Leo
|
26aee6dffb
|
queue-drain-guard：pick 自己 150s 收手，逾時當成讀不到（inkstone/ISEP#33）
09-13 本機實量 Gitea 同一分鐘 curl 60s 逾時、整趟 pick --all 約 15 分鐘；
hooks.json 給本閘 180s，被砍掉＝非阻擋錯誤＝放行收工。實跑真 Gitea：150s 逾時 → exit 2、log 寫入。
測試 26/26。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-13 12:41:43 +08:00 |
|
|
Leo
|
ec9f28d9e8
|
雲端工人做完一張就接下一張：佇列沒抓盡不准收工；自己帳號的票不再當成別人的（inkstone/ISEP#33 → 6924）
leo 09-13 判定 ISEP 失敗：「不會在一條任務完成後啓動另一個 loop」。實查三個機械根因：
1. 沒有任何 Stop 閘看佇列。Routine 一次觸發＝一個 session，模型一停就結束；
12 支 Stop 閘量的是 tool call 數／宣告句／乾回合／自寫清單，
「做完一件、pick 還有票、寫完回報就停」全部放行。
⇒ 新增 hooks/queue-drain-guard.sh：跑過 ticket pick|claim|handback（或 ISEP_DRAIN=1）
的 session，pick 有票就 exit 2 交回票號；抓盡放行；同張 3 次／讀不到 3 次／40 次上限放行並留痕。
log 寫 TMPDIR，不靠雲端沒有的 CLAUDE_PROJECT_DIR。
2. pickable() 把指派給 claude-code 的 s/todo 當成「別人的」，而雲端工人就是 claude-code。
09-13 實查主線 Arcrun#176＝s/todo＋指派 claude-code；09-11 run（Arcrun#86 c6917）
就是以此判定「主線沒票」收工。⇒ 只指派給自己的 s/todo 算可抓；s/doing／Human 照擋。
3. api() 一次 TLS 握手逾時就讓 pick 離開碼 2（09-13 本機實撞，curl 同時 200）。
⇒ 只有 GET 對連線層失敗重試（預設 3 次，退避 2s×n）；寫入不重試。
測試：queue-drain-guard 24/24、ticket-pick 58/58（+5）、ticket-repo-arg 7/7、
handoff-writeback 49/49；members-by-dependency 56/57，唯一紅的 ㊽ 在 main 上同樣紅（macOS 暫存路徑形狀）。
數字在這棵樹上實數：62 支閘（ls hooks/*.sh）／87 條註冊（grep -c '"command":'）。
假設：工人與總管共用 claude-code 帳號維持現狀（改帳號是跨專案結構，交總管）。
版本號留 0.29.0，由總管併 main 後定版。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-13 12:37:49 +08:00 |
|