This is the practical local proof flow for Pluxx. Use it when you want to go from:Documentation Index
Fetch the complete documentation index at: https://docs.pluxx.dev/llms.txt
Use this file to discover all available pages before exploring further.
- live MCP or migrated plugin
- to built bundles
- to installed local targets
- to host-visible verification across Claude Code, Cursor, Codex, and OpenCode
The current best command
- runs the normal deterministic validation path
- installs the configured targets locally
- verifies the installed consumer bundle state after install
What this proves today
pluxx test --install proves:
- the source project is valid enough to test
- the bundles build
- install paths materialize
- the installed consumer layout matches what Pluxx expects per host
The honest verification surfaces
- Claude Code app: valid verification surface
- Cursor app: valid verification surface
- Codex app: valid verification surface
- OpenCode app: valid verification surface
- Cursor CLI: not a reliable plugin-verification surface today; use it for headless runner passes, not plugin presence proof
Tight follow-up command
If the plugin looks wrong after install, inspect the installed bundle directly:Good local release rhythm
- reload or reopen any host app that was already running
- confirm the plugin is visible in the host UI
- run one real workflow in the host when the MCP needs live proof
Where this is headed
Today the strongest explicit install-proof path is:pluxx test --installpluxx verify-install --target ...- plus
pluxx doctor --consumerwhen needed
pluxx verify-install when you want the shortest host-visible answer after install.