Skip to content

/wbTest — Live Demo () ​

What /wbTest would actually do on wb-labs today (2026-05-04). The packages, runners, and live state below are real.


1. Live target ​

FieldLive value
Active package (CWD-derived)wb-labs root — not a package directly testable
Most-tested packagecore2/packages/wb-core/ (vitest configured)
Untested packages (per memory)core2/packages/wbc-ui2-cdn/ and several others — wbc-ui2-tech-debt.md flags untested apps as parked
Active dev serverNone running this session — would refuse --profile="e2e"
Test runnervitest (across core2 packages); no e2e infrastructure live in this workspace

The "untested apps" memory note is the operational truth here: /wbTest is a productive command in wb-core but partially silent in the rest of core2/, and that's known and parked.


2. What each target form would resolve to today ​

TargetLive resolution
/wbTest (no arg, from wb-labs root)Halt — root is not a package.
/wbTest core2/packages/wb-core/Spawns vitest. Real run.
/wbTest core2/packages/wbc-ui2-cdn/Refused — no test runner config in this package per the parked-tech-debt note.
/wbTest "core2/packages/*/tests/**/*.spec.js"Glob expands across packages with vitest configured; skips the rest with a notice.
/wbTest core2/packages/wb-core/tests/WBCodeSlot.spec.jsSingle spec, single file.
/wbTest "the WBCode tests"Refused — free-text not supported.
/wbTest --task="2"Reads plan_wb-core_20260504.md row 2's Verify column. (All rows currently have placeholder Verify content; would handoff to manual.)

3. Per-flag behavior, applied live ​

Flag combinationLive result
core2/packages/wb-core/Default profile (unit). Vitest runs.
core2/packages/wb-core/ --profile="unit"Same as above; explicit profile.
core2/packages/wb-core/ --profile="e2e"Refused — no dev server running.
core2/packages/wb-core/ --profile="all"Runs unit; aborts if unit fails; otherwise tries integration; e2e refused for same reason.
--task="2" (no path arg)Reads active plan, finds row 2, parses Verify. If Verify is manual → notice + exit 0.
--task="2" --profile="unit"Same as --task="2" if the row's Verify is testable; profile is informational only.

4. Pipelines ​

📋/wbTest Live Execution Simulator
A clean wb-core unit pass/wbTest core2/packages/wb-core/
> /wbTest core2/packages/wb-core/
[SYSTEM] Target: core2/packages/wb-core/
[PROFILE] unit (default)
[RUN] Spawning vitest --run --reporter=json...
Suites: 6 / 6 passed
Tests: 28 / 28 passed
Time: 1.1s
[OK] Clean run. Safe to commit.
⚠️ Note: The realistic shape: tests for wb-core are configured, the suite is small, the run is fast.

💠 Pipeline A clean wb-core unit pass ​

The realistic shape: tests for wb-core are configured, the suite is small, the run is fast.

💠 Pipeline The "this package isn't tested yet" case ​

Running against wbc-ui2-cdn surfaces the parked-untested-apps tech debt:

💠 Pipeline Refuse the e2e profile honestly ​

A user requests e2e without starting the dev server first:

💠 Pipeline --task with a manual Verify recipe ​

A plan row's Verify column says "manual: navigate between two projects, observe refresh." The user runs:


5. What would refuse today ​

TriggerLive response
/wbTest from wb-labs root with no argHalt — wb-labs is not a package.
/wbTest core2/ (whole monorepo)Halt — too broad, ambiguous which package's runner to use.
/wbTest "the WBCode tests"Refuse with disambiguation list.
/wbTest core2/packages/wbc-ui2-cdn/Refuse + cite memory note. Exit 0.
/wbTest --profile="e2e" without dev serverRefuse + reasoning. Exit 0.
/wbTest --task="99"Halt — row doesn't exist.
/wbTest core2/packages/wb-core/ after a real failureExit non-zero with failing test names + first lines + suggestion to run /wbDebug "<failing test>".

The pattern: /wbTest is a runner with strong opinions about what's in scope. It refuses fuzzy targets, refuses to auto-spawn infrastructure, distinguishes "no run" from "failed run" in exit codes, and hands off to /wbDebug or /wbValid rather than trying to do their work.