 uncle6me-web
|
9ff933ba98
|
chore(builds): 重編成品——把 #108 的租戶修法放進執行檔
cypher source 10d150a → b223a698（#108 併入）。
重編時新的租戶來源閘第一行就報：
✔ 租戶來源檢查通過：cypher-executor 資料面 owner_id 全部來自 src/lib/tenant.ts
⇒ 那道閘現在長在建置線上：以後有人再寫 env.XXX || 'leo'，成品編不出來。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-13 00:25:46 +08:00 |
|
|
uncle6me-web
|
cac874601f
|
chore(builds): 重編 tier2 成品——把 #108 放進執行檔（出貨路徑 A 的第 0 步）
原始碼修好不等於使用者拿得到：`.worker-builds/` 是安裝器與 `acr update`
實際部署的那份執行檔。本次一併重編，repo_dirty=false、repo_head=b223a698。
arcrun-cypher-executor sha256=e0026a23792f source=b223a698 ← #108
arcrun-kbdb sha256=9c6d41895d78 source=f87d0e92（未變）
arcrun-http-request sha256=9a9dcb71879a source=1e85dfb4（未變）
arcrun-code sha256=285a7406ec69 source=621cb8d9（未變）
arcrun-mcp sha256=3ebc0d441bc0 source=10d150ac（未變）
其餘四顆的 js 位元組有變是 esbuild 版本/相依重裝造成的重編，source commit 未動。
本次起這條路徑多一道閘：編成品前先跑租戶來源檢查，違規直接「建置中止」
（見同 PR 的 scripts/build-worker-artifacts.mjs）——實跑輸出貼在 PR。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-13 00:16:55 +08:00 |
|
|
uncle6me-web
|
e05518a2b4
|
chore(builds): 重編成品——把 #107 的版本標籤修法放進執行檔
出貨線第 1 站的 #93 新鮮度閘擋下：cypher-executor 成品記 10d150a，
而 HEAD 已是 2129356（#107 改了 routes/health.ts 與 types.ts）。
這是該閘今晚第三次擋對——沒有它，1.4.42 會送出一個「版本標籤修法只在源碼裡」的成品。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-12 22:22:57 +08:00 |
|
|
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
|
a24f2912eb
|
chore(builds): 重編執行檔——把 wait 的修法真的放進引擎成品（Arcrun#93 的閘抓到的）
#101 併進 main 後，.worker-builds/arcrun-cypher-executor 還記著 a5e4caf，
比源碼 HEAD 少了 f1370e2（wait 搬回引擎那筆）。
⇒ 這正是 #93 那道閘存在的理由：**沒有它，這次出貨會送出一個
「引擎裡沒有 wait 修法」的成品**——leo 更新完照樣燒 CPU，而出貨線全綠。
閘寫出來的隔天就抓到一次，抓到的還是我。
arcrun-cypher-executor source a5e4caf → f1370e22 sha256=8411ed59b7ad
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-12 15:30:26 +08:00 |
|
|
uncle6me-web
|
793a94ecb5
|
chore(worker-builds): 重編——#100 的修法要進執行檔才會送到用戶那台
cypher-executor source 525faaf → a5e4caf（sha 49d59597 → d1765930）。
今天第三次在同一件事上被提醒：改完源碼沒重編，出貨與安裝送出去的還是舊的。
|
2026-08-12 13:36:39 +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 |
|