Effort Slider

Click the **Effort** row (second row of the official model menu) instead of the built-in level list: an **Effort slider panel** pops up — OFF/MAX scale ticks, Low/Medium/High/Ultracode status shown live, and after the panel closes the effort value stays color-coded on the menu row and on the model-seat trigger button. [Features](#features) · [Compatibility](#compatibility) · [Install / Uninstall](#install--uninstall) · [Quick Start](#quick-start) · [Configuration](#configuration) · [Permissions & Data](#permissions--data) · [How It Works](#how-it-works) · [Troubleshooting](#troubleshooting) · [Development](#development) **Demo screenshots** (menu-row coloring / model-seat trigger / Effort panel — effort level is color-coded): | Menu row | Model-seat trigger | Effort panel | | --- | --- | --- | | | | | --- > 🔧 **v0.2.5** — Fixed the real landing bug in universal effort provisioning: explicit `models` arrays are now replaced as a whole (dsh-settings path ops cannot traverse array nodes, otherwise `models` is corrupted, the schema rejects the write, and provisioning fails silently). > > 🔧 **v0.2.4** — Fixed universal effort provisioning never landing when the pi-ai settings section registers late: provisioning now retries until the section is ready (registration happens after the adapter and does not emit `settings/updated`). > > 🆕 **v0.2.3** — The model-seat trigger button (「model · effort」 above the composer) also color-codes its effort name, persistent after the menu closes. > > 🔧 **v0.2.2** — Fixed menu-row coloring breaking on whole-tree menu remounts: painting now does a full scan and re-paints on any DOM change (throttled), and infers the color from the effort text when the panel has not reported one yet. > > 🆕 **v0.2.1** — After the panel closes, the effort value on the model menu's Effort row keeps its level color (OFF rose-gray / Low amber / Medium blue / High purple / Ultracode bright purple with glow). > > ✨ **v0.2.0** — Any custom third-party model/provider gets working thinking-effort control (adapter metadata provisioning + pi-ai wire-level provisioning, hot-applied). > > 🎛️ **v0.1.0** — Initial release: intercepts the official Effort menu and shows a Claude Code–style Effort slider panel. --- ## Features | Feature | Description | | --- | --- | | 🎚️ Stepless dragging | Continuous 0–100 dragging that writes `reasoningEffort` in real time (16 ms throttle, no request pile-up while dragging) | | 🎯 Snap on release | Snaps to the nearest level on release / blur / keyboard end, with one confirmation write | | 🔥 WebGL fire trail | Three-pass shaders (ignite → blur → composite); the fire front follows the thumb with spring damping | | 🏁 OFF/MAX ticks | First/last levels always show `OFF` / `MAX`; middle levels show the API-returned name | | 🎨 Level status | Effort name shown in the panel header, colored/glowing per level; menu row and model-seat trigger keep the same color after closing (v0.2.3) | | 🌐 Universal effort | Third-party models without `reasoning` metadata automatically get the universal 5-level scale; pi-ai models get wire-level dictionaries patched in, **hot-applied** (v0.2.0) | Only `reasoningEffort` is written — model selection is untouched. Models with no multi-level reasoning show 「当前模型不提供多档推理等级」 (no multi-level reasoning available). ### Universal effort provisioning (v0.2.0) **Any custom third-party model/provider gets thinking-effort control that actually works on the wire**: - **Adapter metadata provisioning (host)**: models without `reasoning` metadata get the universal 5-level scale injected (`off/low/medium/high/max` → OFF/Low/Medium/High/Ultracode), so the official model menu and this panel are selectable and request validation passes; - **Wire-level provisioning (host, pi-ai)**: for `llm-pi-ai` models missing `reasoningEfforts`, the dictionary and `compat` wire dialect are patched in (**hot-applied, no restart**); pi-ai translates the level into real wire fields (`reasoning_effort` / `thinking` / OpenRouter `reasoning.effort`, etc.); - **Client fallback scale**: if the directory returns no reasoning metadata, the panel still opens with the universal 5-level scale; - Existing user declarations (`reasoningEfforts: false` or a custom dictionary) are always respected and never overwritten. Supported wire dialects for custom endpoints (set `effort-slider.defaultDialect` or `routes.`): | Dialect | Wire effect | | --- | --- | | `effort` (default) | OpenAI-style `reasoning_effort: low/medium/high/max` | | `deepseek` | `thinking:{type}` toggle + `reasoning_effort` | | `openrouter` | `reasoning: { effort }` (OpenRouter normalized) | | `together` / `zai` | `reasoning.enabled` / `thinking:{type}` + optional effort | | `qwen` | `enable_thinking` toggle | | `string-thinking` / `ant-ling` | `thinking` / `reasoning.effort` strings | ## Compatibility | Item | Value | | --- | --- | | DSH version | Official installer, web profile (verified on Windows) | | Install mechanism | `dsh plugin --profile web add` (bundle patch + dual half) | | Depends on | client runtime / connection / sessions channels of `dsh-base` / `dsh-web-app` | ## Install / Uninstall ```sh # Install (recommended, same bundle mechanism as dsh-navbar) dsh plugin --profile web add github:2768651338/dsh-effort-slider#main # Build locally and install (clone this repository) pnpm build dsh plugin --profile web add file:./dsh-effort-slider ``` > After installing, **restart DeepSeek Harness** and press **Ctrl+F5** once in the web page. > The `lib/` artifacts are committed, so GitHub installs need no local build. | Action | Command | | --- | --- | | Upgrade | `dsh plugin --profile web update dsh-effort-slider` (or re-run `add`), then restart DSH | | Uninstall | `dsh plugin --profile web remove dsh-effort-slider`, then remove its row from `cordis.patch.yml` if any | ## Quick Start 1. Install the plugin, restart DSH, press `Ctrl+F5`. 2. Open the model menu above the composer → click **Effort** → the Effort slider panel appears. 3. Drag to choose a level; it snaps on release. After the panel closes, the effort value keeps its color on the menu row. 4. For custom models with no thinking effort, the panel opens with the universal 5-level scale; pi-ai models get their wire dictionaries patched on the host side (hot-applied). A `[effort-slider] intercept row: ...` line in DevTools Console means interception is working. ## Configuration | Item | Details | | --- | --- | | Plugin options | `effort-slider` settings section (written to `~/.dsh/settings.yaml`, hot-applied) | | Defaults | `enabled: true`, `defaultDialect: effort` | | Environment variables | None of its own; follows DSH's `DSH_HOME` resolution | | Sensitive items | None — no keys, tokens, or credentials are read or stored | ```yaml effort-slider: enabled: true # provisioning master switch defaultDialect: effort # global default wire dialect routes: my-gateway: deepseek # per-route override ``` ## Permissions & Data | Scope | What it touches | | --- | --- | | Files (read) | None — no user files are read or written (settings go through DSH's settings service) | | Network | None — the browser half only talks to the local DSH `/api` RPC endpoint | | Credentials | Never read | | User data | Not read (no access to conversation content/messages/prompts; only the current session's `reasoningEffort` via the sessions channel) | ## How It Works | Half | File | Role | | --- | --- | --- | | Host | `lib/index.js` | Universal effort provisioning: adapter metadata wrapping (`universalReasoning`) + pi-ai wire patches (`buildProvisionOps`, idempotent, respects user declarations) + the `effort-slider` settings section; listens to `llm/adapters-updated` / `settings/updated` for hot application | | Browser | `lib/client.js` | Captures clicks on the model menu's Effort row → shows the Effort panel; throttled `selectModel({ reasoningEffort })` writes; a MutationObserver keeps the menu-row level color alive after the panel closes | > The browser half follows the official external-plugin convention: classic script + `window.__ModuleLoader__.load` factory; > `react` / `react-dom/client` / `react/jsx-runtime` are platform externals; > `effort.module.css` is hashed and inlined by lightningcss, injected as `