uncle6me-web ba152bc83a chore(builds): 重編 tier2 成品——把 #105 放進執行檔（出貨路徑 A 的第 0 步） ...

leo 選 A（把出貨線推到能出一版含 #105 的 bundle）。查證後發現最前面還有一層：

  cypher 源碼最後動 10d150a（#105）  ／ 成品最後動 a24f291（更早）
  mcp    源碼最後動 10d150a（#105）  ／ 成品最後動 8e10f1d（更早）

⇒ #105 改了 cypher 與 mcp 兩邊源碼，但沒有重編成品。
   這正是 Arcrun#93 那道「源碼比執行檔新就停下來」的閘要擋的狀態。

用官方唯一編譯點 scripts/build-worker-artifacts.mjs（Arcrun#80 的機制，已存在）
重編五顆，全部 5/5：
  arcrun-cypher-executor  571KB  source=10d150ac
  arcrun-kbdb             146KB  source=10d150ac
  arcrun-mcp             1152KB  source=10d150ac
  arcrun-http-request      78KB  source=1e85dfb4（未變）
  arcrun-code             150KB  source=621cb8d9（未變）

交叉驗證（不只信它自記的 commit）：/portal/data/ 這條 #105 才有的路徑
在 arcrun-mcp 成品裡出現 8 次。

下一步（等 leo 解閘）：把修好的引擎部署到 geek6688 當出貨機
（ARCRUN_SHIP_BASE 可覆寫，預設是 leo21c——arcrun-rag#79 要搬離的正是這個），
再從那台跑出貨線，第 17 站 purge 的 wait 節點才有帶修法的引擎可跑。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-12 20:03:30 +08:00

..

arcrun-code

chore(worker-builds): 重編官方成品——kbdb／cypher-executor 的修法之前只在源碼裡

2026-08-12 09:50:50 +08:00

arcrun-cypher-executor

chore(builds): 重編 tier2 成品——把 #105 放進執行檔（出貨路徑 A 的第 0 步）

2026-08-12 20:03:30 +08:00

arcrun-http-request

chore(worker-builds): 重編官方成品——kbdb／cypher-executor 的修法之前只在源碼裡

2026-08-12 09:50:50 +08:00

arcrun-kbdb

chore(builds): 重編 tier2 成品——把 #105 放進執行檔（出貨路徑 A 的第 0 步）

2026-08-12 20:03:30 +08:00

arcrun-mcp

chore(builds): 重編 tier2 成品——把 #105 放進執行檔（出貨路徑 A 的第 0 步）

2026-08-12 20:03:30 +08:00

manifest.json

chore(builds): 重編 tier2 成品——把 #105 放進執行檔（出貨路徑 A 的第 0 步）

2026-08-12 20:03:30 +08:00