621cb8d948
動機(Arcrun#4 後續,leo 批准):code 零件只有原始碼(registry/components/code), downloadAndDeploy 完全沒涵蓋它——tier1 只掃 .component-builds/*(TinyGo 家族,要求 component.wasm),tier2 寫死四個引擎。merge 後用戶跑 acr update 應真的裝上 code。 接法(實查後裁定): - code 是自足 Worker(quickjs-emscripten wasmfile variant,非 TinyGo;見其 index.ts 頭註), 「缺 wasm」的真相是「這一類根本不在部署清單」+「vendored quickjs.wasm 是 gitignored build 產物、不進 archive」。 - deploy.ts 新增 SELF_CONTAINED_COMPONENT_WORKERS(目錄 + 必要產物 gate,比照 tier1 component.wasm gate 的誠實跳過精神),discoverWorkerDirs 將其排進 tier1(零件先於引擎)。 - vendored quickjs.wasm(491KB)commit 進 repo:.gitignore 放行(完全比照 !.component-builds/**/component.wasm 的「部署物 wasm 例外」先例)→ acr update 從 Gitea archive 直接拿到,更新不需 npm build 工具鏈。 - 共享依賴抽成 SHARED_DEPLOY_DEPS 並補 quickjs-emscripten-core + wasmfile variant (版本對齊零件 package.json,測試看守 drift)→ root 裝一次、esbuild 往上 resolve。 - 注入零改動:既有 stripOfficialOnlyBindings 剝掉 code.arcrun.dev 官方 route、 workers_dev=true 保留 → self-hosted 自動落 arcrun-code.<sub>.workers.dev。 - parts.ts BUILTIN_COMPONENTS 加 code 條目(issue #13 W3:零件=靜態清單)→ acr parts 可見。 實查:init 本來就不對 registry 註冊任何零件(registry index 是官方 backfill 腳本的事), 故「比照其他零件」=進 BUILTIN_COMPONENTS 即對齊。 測試:cli/tests/deploy-code-component.test.ts 9 顆全綠(node --test,零新依賴): 部署清單含 code / 缺產物誠實跳過 / wasm 已 git 追蹤(會進 archive)/ SHARED_DEPLOY_DEPS 涵蓋零件全部 runtime deps + 版本一致 / route 剝除與 [vars] 保留 / parts 清單含 code。 tsc --noEmit 綠;零件自身 12 顆 vitest 綠(沙箱行為未動)。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_015d5jDbuqT5Htwv3Q88XXKk