v0.3.2 — the plugin loads again

A real Chrome or Edge for the agent to work in, mirrored in the sidebar so you can watch and take over. Every conversation gets its own browser with its own sign-ins — nothing else to install, it drives the Chrome or Edge already on the machine.

dsh plugin --profile web add @cjylzs/dsh-browser

From a tag instead of the registry:

dsh plugin --profile web add github:CJYLZS/dsh-browser#v0.3.2

Desktop:

"<Desktop install dir>/resources/runtime/cli/bin/dsh.cmd" plugin --profile desktop add @cjylzs/dsh-browser

Restart the harness after installing. Needs a dsh on 0.1.7-rc.1 or later, and a Chrome or Edge already installed; playwright-core is a dependency and downloads no browser of its own.

What changed since v0.3.1

• The plugin loads again. The harness keys every client boot row by package.json's name, and the client bundle registers itself through window.__ModuleLoader__.load({ id }) against that key. v0.3.0 renamed the package to @cjylzs/dsh-browser but the build kept registering dsh-browser, so the script ran, the row stayed unregistered, and the whole plugin failed to import: web boot: 1 entry did not activate / client-modules: could not load "@cjylzs/dsh-browser" (#2). This was not Linux-specific — every 0.3.0 and 0.3.1 install had it.
• The id now comes from package.json instead of a hand-written constant, and test/artifact.test.ts runs the built bundle and pins the registration id to the package name, so a rename cannot silently desync them again. The built artifact is checked, not just the config.

Upgrading

If the profile recorded a caret range (^0.3.1), update moves it:

dsh plugin --profile web update @cjylzs/dsh-browser

If it recorded an exact version, name the new one:

dsh plugin --profile web add @cjylzs/dsh-browser@0.3.2

There are no configuration changes — this fixes the shipped artifact only.