Plugin

Suite di controllo remoto mobile: plugin in bundle con voce nativa nella barra laterale e cassetto di amministrazione, gateway con bearer token autoriparante su LAN/Tailscale, app Android (sessioni/approvazioni/domande/obiettivi), trasferimento file /fs/* (ripresa Range, upload di 2 GB), switch automatico multi-server basato sulla latenza, cache chat offline.

Badge quota nell'header più scheda di monitoraggio utilizzo: saldo/quota rimanente live e conto alla rovescia del reset per provider, con richieste, token (input/output/cache-read/cache-write), cache hit rate, costo stimato e latenza media tracciati per sessione, provider, modello e client, archiviati localmente in SQLite con importazione/esportazione tra dispositivi.

Profilazione delle prestazioni e diagnostica della cache LLM per DeepSeek Harness — engineering del contesto, profilazione della latenza e report sul comportamento della cache.

Statistiche live dei token sotto il composer DSH Web: token/s in streaming, latenza del token di output e del primo byte, più riconciliazione per fase tra stimato ed effettivo tramite il tokenizer BPE ufficiale, per distinguere un flusso lento da uno bloccato.

Budget di utilizzo e tetti di costo per singolo plugin nel waterfall llm/stream: contabilità dell'uso per modello, budget di sessione e mensili con transizioni warn/block, finestre di latenza e stima dell'impronta di carbonio.

Esporta il loop dell'agente verso GreptimeDB come tracce, metriche e log OpenTelemetry, con sette dashboard Grafana che coprono utilizzo di token, costo, esiti della sessione e latenza per turno.

Dashboard a schede server per DSH: stato per host, CPU, memoria, disco e latenza, con terminali SSH xterm.js con un clic; importa ~/.ssh/config e si monta come una scheda better-sidebar o come cassetto destro autonomo.

Suite di controllo remoto mobile: plugin in bundle con voce nativa nella barra laterale e cassetto di amministrazione, gateway a token bearer autoriparante su LAN/Tailscale, app Android (sessioni/approvazioni/domande/obiettivi), trasferimento file /fs/* (ripresa Range, upload da 2 GB), cambio automatico multi-server basato sulla latenza, cache chat offline.

Statistiche di utilizzo di DSH configurabili: un widget testo/scheda nella barra laterale più una finestra di dialogo dettagliata con suddivisione per provider e modello, tassi di hit della cache, trend dei token e dettagli sulla latenza (TTFT e durata).

Aggiunge modalità di esecuzione per sessione al composer di DSH. OVERDRIVE attiva Turbo solo nella sessione corrente. Fast e Max cambiano le regole di pianificazione e verifica dell’agente e possono ridurre il reasoning effort della richiesta. Host conserva la modalità effettiva, la latenza per turno, il numero di passaggi, le chiamate agli strumenti e l’eventuale esecuzione di un comando di verifica.

Terminal UI per DeepSeek Harness su jump host e collegamenti ad alta latenza: ANSI semplice, ridisegno incrementale, più una sessione che sopravvive alla caduta della connessione SSH (riprendila dal log).

Per-turn first-token latency and output speed beside the built-in usage pill, folded on the host over the durable event log: first-token time is replayed from each message's compact stream, so historical turns stay exact after a reload rather than showing an estimate.

Compila ciò che l'adattatore ufficiale pi-ai tralascia nella pagina Models: sondaggio di raggiungibilità del gateway con latenza, estrazione con un clic del catalogo modelli del gateway con riscrittura tramite caselle di controllo nelle impostazioni, saldo DeepSeek e quota del fornitore mostrati sul posto, il protocollo e l'endpoint a cui ciascun fornitore è effettivamente collegato, e un menu a discesa dei modelli che elenca solo ciò che funziona adesso — una chiave scaduta, un saldo vuoto o una quota esaurita vengono nascosti finché non li correggi, e ricompaiono da soli.

Plugin per DeepSeek Harness (DSH): un selettore "Lingua di pensiero" in Impostazioni → Generale che indica al modello in quale lingua ragionare (chain of thought) tramite una sezione del system prompt. Zero chiamate extra, zero latenza, 12 lingue

Side-by-side model comparison for the DeepSeek Harness Web UI: send one prompt to 2–4 models in sibling sessions forked from the current one, watch the answers stream in columns (tabs on phones) with latency, time to first token, tokens, and cost, then co

TypeSafe Jev (modello decisionale System One) per DeepSeek Harness, end to end: jev_decision (choice/score/noul, parallelo, risposte tipizzate + confidenza), una scheda Impostazioni > Plugin per la chiave API e gli interruttori, viste inline dei tool che mostrano ogni decisione nella conversazione (risposta, confidenza, latenza, costo), un auto-guard (controlli deterministici + rischi/loop di Jev), una dashboard locale /jev e un benchmark di verifica online (96,3% su 27 domande etichettate, mediana ~283 ms su jev-latest, 2026-09-21). Onesto per design: solo API reale, nessun fallback mock.

Tool-health sentinel for DSH: cross-session tool success/latency/error history, chronic-failure warning injected into the system prompt, report tool + /tool-health command + GET /dsh-tool-health/summary.

Model channel manager: several provider/model candidates share one virtual route (roundrobin/<group>) with failover, retry, timeout and cooldown; a settings tab edits providers and groups, runs per-model speed tests and real single-model request tests, and a seven-day health panel aggregates latency, failures and upstream token usage (input, output, cache and reasoning).

Controllo di salute dell'ambiente DSH in sola lettura: rilevamento di disco, memoria, latenza, gonfiamento di ~/.dsh e plugin obsoleti con report graduati e confronto delle tendenze rispetto alla baseline. Non elimina nulla.

Plugin esperienza globale DSH (scheletro): rileva automaticamente dipendenze locali/percorsi comodi/rete/disco e le consolida in un profilo ambiente cross-sessione, sottoscrive session/event per comprimere le statistiche per sessione, inietta un riassunto a basso costo in ogni turno del prompt di sistema, strumento env_profile per interrogare il set completo su richiesta — riduce il rilevamento ripetuto, accelera le sessioni, abbassa il consumo di token.

Adds a connection-test panel under Settings -> Models: reads the deployment's model catalog and probes each configured model with one minimal chat round-trip (a short "ping" with a small output cap) through the Host LLM service, verifying connectivity with a real request. Each row reports success/failure with the harness failure code (NO_ADAPTER, MISSING_CREDENTIAL, AUTH, RATE_LIMIT, TIMEOUT, ...) plus first-token/total latency; single-model and concurrent test-all (3) are supported. Credentials are resolved inside the Host process and never reach the browser; probes are independent per model behind a same-origin-fenced route with a body-size cap. Pure JS, no build step, MIT.

Cuts whole-task wall clock by about a quarter by batching independent reads into one round; the model, the reasoning effort and the request body stay untouched.

Shows the DeepSeek API account balance and live round-trip latency to the configured inference provider in one sidebar widget, with a configurable low-balance alert threshold. The balance needs DEEPSEEK_API_KEY configured in DSH credentials, otherwise the widget shows a missing-key notice.

Outbound route pool for DeepSeek Harness. Ships 15 seed routes plus a 20-entry candidate pool covering 7 target kinds (GitHub raw/codeload/main, npm registry, PyPI index, HuggingFace, general). Routes are verified before use: upstream IP lists go through a TLS handshake with full certificate-chain validation (a bare TCP check can be answered locally and report dead IPs as healthy), and failures advance a cooldown ladder of 2/5/15 minutes with the fastest healthy route picked per target kind. Routes are applied by rewriting the URL with one of four rules (prefix, registry, index, host-replace), reaching git, pip, npm, pnpm, gh, curl and wget through three paths: the shell seam (download commands the model runs through the bash tool are intercepted and rewritten automatically; commands wrapped by the pwsh tool, and fetches made by the host itself or the renderer, are not covered), two registered tools the model can call directly (line_pool_status, line_pool_run), and child-process spawn. Multi-line commands keep their line breaks and only the download segment is touched. URLs carrying credentials (user:token@host) are never rewritten, so tokens are not forwarded to third-party mirrors. No global config is modified. A sidebar panel lists every route with latency, failure reason and cooldown countdown, supports per-route retest and enable/disable, and shows live TUN/proxy status from network-adapter and loopback port checks. The candidate pool is re-verified every 24 hours so newly usable routes are added and dead ones dropped. 570 tests, 87% line coverage.