fix(plugin): unblock paperclip-plugin-wavex build on fresh checkouts

[aimerdoux]

Summary

Two bugs that hard-fail the wavex plugin build, neither one caught by CI (the test workflow doesn't run pnpm --filter @wavex-os/paperclip-plugin-wavex build — only the dev-server flow does). Both were live on main after #27 + #28; the plugin's dist/ stayed stale on every fresh checkout, so Mission Control loaded a UI bundle missing F1-F6 + Pool B.

Bug 1 · Hardcoded user path in build-ui.mjs

import { build } from "/Users/dylanriedweg/wavex-os/node_modules/.pnpm/esbuild@0.27.7/node_modules/esbuild/lib/main.js";

Pre-existing — only worked on the original author's machine. esbuild isn't a direct dep of this package (and pnpm's isolated store hides it from a bare import "esbuild"), so the workaround was the absolute path.

Fix: glob the workspace's .pnpm store for whichever esbuild version is installed, import its main.js via file URL:

const pnpmStore = resolve(__dirname, "../../node_modules/.pnpm");
const esbuildDir = readdirSync(pnpmStore).find((d) => /^esbuild@\d/.test(d));
const esbuildMain = pathToFileURL(join(pnpmStore, esbuildDir, "node_modules", "esbuild", "lib", "main.js"));
const { build } = await import(esbuildMain.href);

Robust across machines and esbuild minor-version bumps.

Bug 2 · Record<View, number> missing the new "pool-b" key

I added "pool-b" to the View type union in #28 but didn't update countByTab in MissionControlPage.tsx. tsc fails:

MissionControlPage.tsx(94,9): error TS2741:
Property '"pool-b"' is missing in type
'{ decisions: number; stream: number; ... }'
but required in type 'Record<View, number>'.

Fix: added "pool-b": 0 with a comment noting that Pool B doesn't have a backend-driven badge yet — the mission-control-tab-counts RPC predates it. Future: surface pillar_suggest_calls_24h - pillar_suggest_success_24h as the badge when chips are failing.

Verification

$ pnpm --filter @wavex-os/paperclip-plugin-wavex build
> tsc && node build-ui.mjs
  dist/ui/index.js  235.8kb
✓ bundled to ./dist/ui/index.js

After both fixes, plugin builds to a fresh 235.8kb bundle that includes PoolBHealthWidget. Paperclip's dev server now loads the new "Pool B" subnav tab.

Why CI didn't catch this

The Test workflow runs pnpm test (vitest) but not pnpm --filter ... build. The plugin build is only exercised at dev boot via the dev:wavex-plugin:build script — which has || echo 'wavex plugin build skipped', so a build failure doesn't even surface in dev mode (the user just gets a stale bundle and a missing tab with no error message).

A follow-up could either:

• Make dev:wavex-plugin:build exit non-zero on build failure, OR
• Add pnpm -r build to the CI Test job so plugin build errors surface

Out of scope for this fix.

🤖 Generated with Claude Code