Repository navigation
Releases
v0.6.0
v0.5.0
Supports DeepSeek Harness 0.1.7-rc.2 alongside 0.1.1-rc.2, 0.1.2-rc.1, and 0.1.5-rc.2 — one build, no per-version install.
0.1.7-rc.2 replaced the settings architecture on both planes, which broke plugin activation:
- Host.
SettingsProvider.installSectiongave way toSettingsForms, which derives editable configuration from theConfigfields a plugin marks.volatile()and hands them toapplyas live references. The three fields are now marked volatile through a version-guarded call (a no-op on the schemastery shipped before 0.1.7), their references are read at use time, and the schema-generated page is declined withctx.settings.configure({ auto: false }, ctx.fiber). - Browser.
ctx.settingsScopeand thesettings.plugin.itemslot are gone. The card now registers on the sidebar Plugins page'splugins.bundle.configslot overctx.configForms, writesapiKeyEnv/baseURLwith onemutateper save, and keeps the API key staged in the credentials domain. The pre-0.1.7 scope card remains as the fallback, so both surfaces ship in one bundle.
ctx.web, credentials (ctx.remote.credentials), the launch environment, invariants, and the dsh.bundle.patch profile layer are unchanged through 0.1.7-rc.2. Existing credentials keep working; on 0.1.7 the endpoint moves to the Plugins page, since the old web-search-synthetic settings section does not map to this plugin's entry id.
Verified with npm run verify (27 tests) and by booting the shipped web profile against a real 0.1.7-rc.2 harness with this build.
0.4.0
Adds DeepSeek Harness 0.1.5-rc.2 to the supported versions.
- Peer ranges widened to
^0.1.1-rc.2 || ^0.1.2-rc.1 || ^0.1.5-rc.2after a seam-by-seam diff of thedsh-v0.1.2-rc.1anddsh-v0.1.5-rc.2tags. - The audit found no breaking change on any surface the plugin touches: the
ctx.webseam,window.__ModuleLoader__, thedsh.clientmanifest fields, thesettingsScopeandslotscontracts,ctx.remote.credentials, the legacyctx.connection.apiface,credentialRef, the launch environment, and thedsh.bundle.patchprofile layer are unchanged through 0.1.5-rc.2. - No runtime detection changes were needed; the 0.1.2-rc.1 shapes cover 0.1.5-rc.2.
0.3.1
Documentation
- README restructured to the standard-readme specification: badges, Table of Contents, Background, Install, Usage, and the required Maintainers / Thanks / Contributing / License sections. No code changes since 0.3.0.
The dual-harness compatibility notes now cover 0.3.1: the plugin supports DeepSeek Harness 0.1.1-rc.2 and 0.1.2-rc.1 with runtime detection (settings seam shape, ctx.remote credentials face, plugin-owned card styles).
0.3.0
Compatibility
- Supports DeepSeek Harness 0.1.2-rc.1 and 0.1.1-rc.2 with one build: the plugin detects the settings seam shape at load time and calls whichever wiring the running harness provides (
SettingsProvider.installSectionon 0.1.2, the legacy freeinstallSettingsSectionbefore it). - The Settings card resolves its credentials face per call: the 0.1.2-rc.1
ctx.remoteservice first, then the legacyctx.connection.apiface. - The card ships its own stylesheet (
synws-*classes) instead of mirroring upstream hashed CSS-module names, which 0.1.2-rc.1 regenerates, so it stays styled on both versions. - Peer ranges widened to
^0.1.1-rc.2 || ^0.1.2-rc.1. - Fixed invalid YAML in
examples/synthetic.cordis.yml(stray merge artifact).
Everything else — the ctx.web seam, error codes, credential resolution, launch environment, the bundle patch mechanism, and the settings.plugin.item slot — is unchanged between the two versions.
v0.2.4
0.2.3
- Automate npm publishing: a published GitHub release now tests, builds, and publishes the package. Prereleases publish under the npm dist-tag
next; stable releases publish underlatest. - Publish over npm trusted publishing (OIDC): no stored npm token is needed.
- Verify that the release tag matches
package.jsonbefore publishing. - README: describe the Git install as available, document the
AcceptandUser-Agentrequest headers, and list theWEB_PROVIDER_CREDENTIAL_MISSINGerror.