feat(codegen): embed affine-vscode adapter at compile time (root-cause fix for #139/#104)

The `--vscode-extension` codegen previously emitted a runtime require()
of `@hyperpolymath/affine-vscode` to source the WASM's `Vscode` and
`VscodeLanguageClient` import modules. That package isn't published to
npm yet (gated on owner action in #104), so the require failed,
extraImports() returned {}, and the WASM activation failed:

  WebAssembly.instantiate(): Import #1 "Vscode":
    module is not an object or function

The previous CI workaround (PR #377) added a `file:` install of the
in-tree adapter as a smoke-test-step bridge — useful but not a root
fix.

This commit eliminates the runtime npm dependency entirely:

1. New dune rule generates `lib/affine_vscode_adapter_source.ml` from
   `packages/affine-vscode/mod.js` at build time, exposing the source
   as an OCaml string constant.

2. `vscode_extension_wiring` in `lib/codegen_node.ml` now inlines the
   adapter source into the generated `.cjs` as a CJS-style closure:

     try { _makeVscodeBindings = require("@hyperpolymath/affine-vscode"); }
     catch (_e) { /* fall through to embedded adapter */ }
     if (typeof _makeVscodeBindings !== "function") {
       const _adapterModule = { exports: null };
       (function (module, exports) {
         /* …embedded packages/affine-vscode/mod.js source… */
       })(_adapterModule, _adapterModule.exports);
       _makeVscodeBindings = _adapterModule.exports;
     }

   The require() is still attempted first so an upgraded adapter
   installed via npm can override the embedded copy — but it's no
   longer load-bearing.

3. Regenerated `editors/vscode/out/extension.cjs` with the new codegen
   (618 lines, up from 121 — the delta is the inlined adapter source).

4. Dropped `optionalDependencies` for `@hyperpolymath/affine-vscode`
   from `editors/vscode/package.json` — the extension no longer needs
   it at install time. The package keeps its in-tree home at
   `packages/affine-vscode/` as the source of truth for JSR/npm
   publishing and for `--vscode-extension` codegen consumption.

5. Dropped `continue-on-error: true` from the vscode-smoke job in
   `.github/workflows/ci.yml`. The job is now expected to be reliable;
   a real regression should turn it red and gate.

Verified locally: the regenerated `extension.cjs` loads cleanly under
plain Node (`require()` works, `extraImports` is a function), and the
existing `tools/run_codegen_wasm_tests.sh` suite still passes.

Refs #139 (smoke harness), #104 (pending npm publish — no longer a
runtime blocker), gitbot-fleet#148.

Closes the "fundamental root cause" path opened in PR #377.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Author: hyperpolymath

.github/workflows/ci.yml

@@ -211,19 +211,13 @@ jobs:
     # (see CLAUDE.md "Runtime Exemptions") because the VS Code extension
     # host is npm/Node-native and no Deno/JSR equivalent exists.
     #
-    # Visibility-only until #104 lands (continue-on-error). The extension's
-    # wasm module imports the `Vscode` / `VscodeLanguageClient` module
-    # objects from the @hyperpolymath/affine-vscode adapter; without the
-    # adapter (gated on owner action — npm org create + NPM_TOKEN +
-    # affine-vscode-v0.1.0 tag push) the wasm cannot instantiate and
-    # activation fails. The defensive `optionalDependencies` move in
-    # editors/vscode/package.json and the try/catch around the adapter
-    # require in editors/vscode/out/extension.cjs already prevent the
-    # `npm install` step from 404ing — activation degradation is the
-    # remaining gap that #104 closes. Remove the `continue-on-error: true`
-    # line when #104 publishes the adapter to npm.
+    # Self-contained as of the codegen-embed fix: `--vscode-extension`
+    # codegen now inlines the affine-vscode adapter source into the
+    # generated .cjs at compile time, so activation no longer depends on
+    # the @hyperpolymath/affine-vscode npm package being installed
+    # (previously gated on #104's npm publish). A real regression should
+    # turn this job red and gate, so no `continue-on-error`.
     runs-on: ubuntu-latest
-    continue-on-error: true
 
     steps:
       - name: Checkout code
@@ -236,14 +230,12 @@ jobs:
 
       - name: Install test runner dependencies
         working-directory: editors/vscode
-        # The compiled out/extension.cjs is checked in (see #35 Phase 3),
-        # so the smoke test does not need the OCaml toolchain — only the
-        # Node-side test runner deps. peerDeps `vscode` is provided by
-        # @vscode/test-electron at launch; the extension's host-bindings
-        # adapter @hyperpolymath/affine-vscode is an `optionalDependency`
-        # — npm install succeeds when it is unpublished (issue #104), and
-        # the smoke suite below detects the missing adapter and reports
-        # SKIPPED rather than failing.
+        # The compiled out/extension.cjs is checked in (see #35 Phase 3)
+        # and now embeds the affine-vscode adapter inline (codegen-embed),
+        # so the smoke test only needs the @vscode/test-electron runner
+        # deps. `vscode` itself is provided by the test runner at launch.
+        # The #381 SKIP-when-missing guard remains downstream as a safety
+        # net but is now expected to find the adapter present.
         run: npm install --no-audit --no-fund
 
       - name: Report adapter availability