 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 |
|
|
uncle6me-web
|
e69d6bbc03
|
chore(worker-builds): 重編——kbdb 的跳脫修法要進執行檔才算數（Arcrun#94）
今天已經在這件事上被咬過一次（8e10f1d）：源碼改了、執行檔沒重編，
出貨會全綠地送出舊的。這次併完就重編，不留同一個坑。
kbdb source 525faaf → c497ec4（sha256 7bc66656 → ffb8d434）。
其餘四顆源碼沒動、位元組也沒動。
|
2026-08-12 12:22:10 +08:00 |
|
|
uncle6me-web
|
8e10f1d83e
|
chore(worker-builds): 重編官方成品——kbdb／cypher-executor 的修法之前只在源碼裡
為什麼要有這一筆：`.worker-builds/` 是**出貨與安裝真正拿去部署的執行檔**，
而它記的 source_commit 在剛併完 #85／#88 之後對不上源碼：
arcrun-cypher-executor 成品記的 797e7f7 源碼已經是 525faaf ⚠️
arcrun-kbdb 成品記的 a7e23ba 源碼已經是 3eb8b31 ⚠️
⇒ 這時候去出貨或 `init`，送出去的是**舊的執行檔**，測試全綠也沒用
（wiki/mistakes.md「修的東西在執行檔裡，改完源碼＋測試綠 ≠ 送到用戶手上」）。
🔴 build-bundles.mjs 的「落後閘」抓不到這個：它比的是「.worker-builds 這個目錄有沒有
落後 main 的 commit」，不是「成品記的 source_commit 有沒有落後那顆 worker 的源碼」。
這次是人工比對才發現的。修這道閘另開票。
重編後：cypher-executor source=525faaf、kbdb source=3eb8b31，兩顆的新程式碼都在產物裡
（kbdb 找得到 embed_backfill_usage／backfillEntryLibraryTags，cypher 找得到 builtin 那條路）。
誠實標記：另外三顆（code／http_request／mcp）源碼沒動，位元組卻變了——是 esbuild
版本漂移換了它產生的 helper（`__esm` 多了一段 try/catch）。這正是 #77 記的
「build 不可跨機器重現」那個結構性斷點的實例。
|
2026-08-12 09:50:50 +08:00 |
|
 Leo
|
1e94f8451e
|
Arcrun#80: commit tier2 worker 官方編譯成品到固定位置 .worker-builds/
從本 repo 的 cypher-executor / kbdb / .component-builds/http_request /
registry/components/code / mcp 五個原始碼目錄，用 scripts/build-worker-artifacts.mjs
編出 5 顆成品，commit 進 repo（與既有 .component-builds/*/component.wasm 同一套
「固定位置、任何人直接拿」慣例）。
每顆 manifest 條目自帶 source_commit（該原始碼目錄最後改動的 commit）與
content_sha256，答得出「我是哪個版本的原始碼編出來的」到單顆層級。
重現性已驗證（見 commit 說明外的驗證記錄）：同一個 commit 在兩個獨立 clone
（不同磁碟路徑深度，刻意模擬雲端 vs 地端的目錄結構差異）分別裝依賴、分別編譯，
5 顆的 content_sha256 與 wasm module sha256 逐位元相同，manifest.json 唯一差異
是 generated_at 時間戳。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-11 13:45:33 +08:00 |
|