DeepSeek Harness Plugin Hub

Publish and manage complete Harness Profiles. Discover Plugins for your next setup.

Explore

PluginsPresetsDocsNews

Community

Publish a pluginContactReport an issue

Resources

Plugin Hub on GitHubDeepSeek HarnessSystem statusPrivacy notice
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

Independent and unofficial. Not affiliated with, authorized by, or endorsed by DeepSeek.

Credentials Mysql — DSH Plugin for DeepSeek Harness
DeepSeek Harness Plugin Hub
ProfilesPluginsCategoriesNewsDocsSign inManage Profiles
ProfilesPluginsCategoriesNewsDocsSign in
← Plugins
C

@sandersyao/dsh-credentials-mysql

Credentials Mysql

MySQL-backed credentials vault provider for the DeepSeek Harness (ctx.credentials)

The plugin will be installed here. Keep web if you are unsure.

npx -y @deepseek-ai/dsh plugin --profile web add github:sandersyao/dsh-credentials-mysql#90a639ef30eb2b6a28dde0dfafc63a0dfa2fa1ac
READMECompatibilityVersions

Compatibility and provenance

Credentials Mysql is published as @sandersyao/dsh-credentials-mysql and currently resolves to version 0.1.2. The Hub verifies its manifest and preserves the exact installation source for reproducible installs.

DSH compatibility
*
Runtime surfaces
any
Release source
github
Registry updated
9/10/2026

Versions

0.1.2stable
9/10/2026
0.1.1stable
9/4/2026

Related plugins

Loading related plugins…

Latest
0.1.2
DSH
*
HMR
Process restart
Tree shaking
Safe tree shaking not declared
Unpacked size
Unavailable
Files
Unavailable
Surface
any
License
MIT
Source
github
GitHub
★ 1
Weekly downloads
0
Last push
9/10/2026
View source ↗
README badge

Click the badge to copy Markdown for your README.

Do you maintain this Plugin?Claim benefit · Priority security scan

Verify the GitHub repository declared in package.json to manage this listing. After you claim it, Hub will prioritize a security scan of the current version and publish the result when it passes.

Claim this Plugin →
Report an issue

Related plugins

More verified plugins in security-access.

Doctor@linxin666/dsh-doctorTransactional rescue mode for DSH profiles with a supervised launcher, isolated recovery capsule, deterministic repairs, health monitoring, and a local Web recovery consolePocketdsh-pocketPut DeepSeek Harness in your pocket: one package, one settings page, and scan a QR code on your phone to access DSH on your computer in sync (LAN + public network, real-time screen mirroring).DSCODE@toddzheng024/dscode-bundleA complete DeepSeek coding agent with persistent shell, Ultra collaboration and automatic permission review.Plugin Subscriptionsdsh-plugin-subscriptionsUse ChatGPT (Codex), Claude, Grok (X Premium), GitHub Copilot, and Google Antigravity subscriptions as DeepSeek Harness LLM providers, with OAuth login from the web Settings page

README

@sandersyao/dsh-credentials-mysql

A cartoon dolphin tapping away at a typewriter

English | 中文

The MySQL credentials vault for the DeepSeek Harness — a concrete CredentialProvider (the dsh-credentials seam). Load it as a plugin; it registers ctx.credentials and persists both key spaces (refs and records) into MySQL, behavior-contract-equivalent to dsh-credentials-local, with optional field-level AES-256-GCM encryption.

Companion plugins (distributed dsh deployment)

This MySQL vault is the credentials component of a shared-MySQL distributed dsh deployment, designed to run alongside three sibling plugins — dsh-workspace-bootstrap, dsh-storage-mysql, and dsh-session-persistence-mysql — which switch the default workspace / storage / session-persistence backends to shared MySQL (this plugin switches the credentials backend):

PluginGitHub repositorynpm package page
@sandersyao/dsh-workspace-bootstraphttps://github.com/sandersyao/dsh-workspace-bootstraphttps://www.npmjs.com/package/@sandersyao/dsh-workspace-bootstrap
@sandersyao/dsh-storage-mysqlhttps://github.com/sandersyao/dsh-storage-mysqlhttps://www.npmjs.com/package/@sandersyao/dsh-storage-mysql
@sandersyao/dsh-session-persistence-mysqlhttps://github.com/sandersyao/dsh-session-persistence-mysqlhttps://www.npmjs.com/package/@sandersyao/dsh-session-persistence-mysql

Install & usage

import { MysqlCredentialProvider } from '@sandersyao/dsh-credentials-mysql'

await ctx.plugin(MysqlCredentialProvider, {
  connection: { tablePrefix: process.env.CREDENTIALS_TABLE_PREFIX },
})
// ctx.credentials is now backed by the MySQL vault.

Guides

  • Try it in a dsh profile without touching existing credentials — docs/DSH_PROFILE_TRIAL.md.
  • Production / npm install & cordis.patch.yml integration (replace the default file provider) — docs/DEPLOYMENT.md §8.

Configuration

Credentials, table prefix and the encryption key come from environment variables / a .env file (see .env.example). Independent CREDENTIALS_* win; they fall back to the shared MYSQL_* — reuse the same connection when co-existing with dsh-session-persistence-mysql, or configure independently. The plugin Config is fully optional — environment is the source of truth for credentials (never hard-code a password).

EnvFallbackDefaultPurpose
CREDENTIALS_HOSTMYSQL_HOST127.0.0.1MySQL host.
CREDENTIALS_PORTMYSQL_PORT3306Port.
CREDENTIALS_USERMYSQL_USER— (required)Least-privilege DB user.
CREDENTIALS_PASSWORDMYSQL_PASSWORD— (required)Password.
CREDENTIALS_DATABASEMYSQL_DATABASE— (required)Target database.
CREDENTIALS_TABLE_PREFIXMYSQL_TABLE_PREFIX— (required)Table prefix; validated against ^[A-Za-z0-9_]+$; base names distinct from session tables to avoid collision.
CREDENTIALS_ENCRYPTION_KEYENCRYPTION_KEY(empty)Field-encryption key; empty = plaintext (startup warning).
CREDENTIALS_SSL_REQUIREDMYSQL_SSL_REQUIREDfalseReserved for TLS enforcement (deferred).
CREDENTIALS_POOL_SIZEMYSQL_POOL_SIZE10Pool sizing.
CREDENTIALS_SCHEMA_AUTO_MIGRATEMYSQL_SCHEMA_AUTO_MIGRATEtrueAuto-migrate schema on startup; false only validates.

Test isolation. Automated tests (vitest) run against a separate database to avoid touching the production one: CREDENTIALS_TEST_DATABASE (default test) overrides CREDENTIALS_DATABASE during tests, and MYSQL_ROOT_PASSWORD is used only by the test harness to create/grant the test DB. See docs/MANUAL_TEST_PLAN.md.

Storage layout

Three tables, all under CREDENTIALS_TABLE_PREFIX:

  • ${prefix}credential_refs — the refs space: ref_name(PK) + value.
  • ${prefix}credential_records — the records space: rec_key(<scope>/<id>, PK) + kind + payload(JSON).
  • ${prefix}credential_meta — applied schema version.

The base names deliberately differ from dsh-session-persistence-mysql's sessions / events / _meta, so even sharing a database and prefix causes no collision.

Resolution layering (contract-equivalent to dsh-credentials-local)

inherited process environment   (read-only, always wins)
> MySQL managed store           (writable)
> project .env → user .env
  • An empty stored value equals absent: empty strings are rejected on write; resolve skips and describe reports unconfigured.
  • Shadowing rule: set/unset reject explicitly while a read-only process environment supplies the ref; describe().writable is false.
  • Per-invocation env overrides represent this run's intent; a MySQL write takes effect immediately.

Concurrency & crash semantics

  • modifyRecord is mutually exclusive across processes: SELECT … FOR UPDATE + an InnoDB transaction implements read-decide-replace, so concurrent token refresh is safe — a structural advantage over the file provider's cross-process write lock.
  • Transactional atomicity: writes commit in a single transaction, so no torn rows; ER_LOCK_DEADLOCK(1213) retries with bounded backoff.
  • Crash safety: InnoDB guarantees committed writes are not lost.

Schema & migration

Startup performs a connection test + idempotent CREATE TABLE IF NOT EXISTS, then reads ${prefix}credential_meta; an applied version higher than expected fails closed (downgrade unsupported). With CREDENTIALS_SCHEMA_AUTO_MIGRATE=false, a version mismatch fails instead of migrating.

Field encryption (vault feature)

When CREDENTIALS_ENCRYPTION_KEY is set (32-byte hex or any string, key derived via SHA-256):

  • ref values and a record's key / env / payload are AES-256-GCM encrypted before write (per-row random IV + auth tag); the key is never stored in the DB and never logged.
  • Storage uses a versioned envelope string (v1:<iv>.<cipher+tag>); plaintext data is unaffected.
  • Without a key it's plaintext mode (startup warning); the switch does not change the seam's behavior contract (values still round-trip).

Model experience

Indirect, through the LLM adapters that consume it: a resolved value authorizes an adapter's request to its provider; all model-visible surfaces are the adapter's responsibility. Credentials never enter the request prefix.

Known limitations & deferred items

  • No hot-publishing of external edits — no file watcher; rows changed directly in MySQL are picked up by consumers' per-operation re-resolution (the seam already resolves per operation, so this is usually invisible).
  • set/unset reject while shadowed by the environment (seam rule, same as the local provider).
  • No automatic migration from $DSH_HOME/.credentials.yaml — switching providers does not import the old file into MySQL (see docs/DEPLOYMENT.md §8.3).
  • TLS / transport deferred — CREDENTIALS_SSL_REQUIRED is a reserved bit.
  • Peer ranges target the dsh v0.1.5-rc.1 line (^0.1.5-rc.1); re-align peerDependencies when the official seam release moves on.