asdnmy123/dsh-prompt-optimizer

dsh-prompt-optimizer is a DSH-native bundle that injects a seven-character button labelled exactly ♂harden (U+2642 + harden) into the lower-left corner of every DeepSeek Harness composer input field, rewriting rough drafts into a hard-boiled task brief with a fixed opening, a hard-requirements checklist, a self-check, and a pushy closing. The repo ships as a real DSH bundle: the host half registers a same-origin HTTP surface via ctx.webServer.register({ kind: 'prefix' }) and drives ctx.llm.stream() with text-delta chunks, while the client half mounts through cordis.patch.yml and the __ModuleLoader__ slot contract — never touching host.call or harness.handle, which are reserved for cordis-client-runner packages. Installation is GitHub-direct (github:asdnmy123/dsh-prompt-optimizer) via the desktop Settings → Plugins panel, or dsh plugin --profile <name> add github:... on the CLI build, or link:<path> for live development, or a fully manual route that edits the profile's package.json in both the dependencies block and the dsh.profile.bundles array before running pnpm install and restarting DSH.

The day-to-day workflow is simple: type whatever rough prompt you have into the composer, click the ♂harden button, wait three to six seconds while it cycles through its four states (idle, forging, success, failure) with a flowing orange→magenta→purple→gold gradient ring, and the rewritten output lands directly back in the editor without auto-sending, so Ctrl+Z always recovers the original draft. It is aimed at DSH users — developers, ops engineers, prompt authors — who want their DeepSeek dispatches to land with tighter constraints and a more aggressive tone, and equally at plugin authors who want a reference example of a bundle that talks to the host through only the public contracts and never imports @deepseek-ai/* packages. The style field can be switched among hard, team, and cool, and configuration normalises model, provider, temperature, systemPrompt, and the localFallback boolean, while uninstallation goes through dsh plugin --profile <name> remove dsh-prompt-optimizer or the Settings panel, and any throw inside the loader simply makes the button disappear rather than breaking the chat.

Dependencies and limits are spelled out in the README: the project needs DSH desktop or CLI plus Node ≥ 18, ships zero third-party runtime dependencies, uses only DSH public contracts on the host side and only React on the client side, and keeps the button label pinned by a hard equality check (LABEL === '\u2642harden', codepoint 0x2642, length 7) verified across all four state dictionaries. When the model is unavailable the deterministic local fallback wraps the original text in the hard-boiled shell, while sanitizeOutput strips code-fence leakage, "以下是…" preambles, and "如果需要我还可以…" pleasantries but cannot stop the model from occasionally adding one extra acceptance step — the README explicitly recommends an eyeball review before sending. Client edits reload with a page refresh, host edits require toggling the plugin off and on inside the plugin manager, the button background pulls --dsw-alias-bg-layer-1 with dark-mode fallback, prefers-reduced-motion kills animations, and forced-colors degrades to a solid system-colour button. The project is MIT-licensed, ships a 94-item offline selftest, and CI on Node 18/20/20/22 plus real Chromium computed-style assertions via tools/preview.html.