Plugin

Modalità red team: fornisci il nome di un'organizzazione e un pianificatore avvia cinque ruoli (ricognizione, asset, vulnerabilità, exploitation, pivot) con fino a 3 agenti concorrenti; preflight di skill e risorse, richiesta unica della chiave o del VPS mancante, guidata da una skill di onboarding integrata. Punteggio secondo le regole di intrusion scoring (8 categorie / 25 punti), tetti lato server, vince il privilegio più alto e dedup per servizio; gli account auto-registrati non segnano mai. I riscontri, con timestamp, vanno in una base SQLite locale e appaiono in una console destra di 12 schede (asset, agenti, sessione/tunnel, catena di attacco, punteggio, report giustificato, base POC/EXP, skill). Include 23 skill native, 53 strumenti redteam_* e auto-aggiornamento in un comando.

Installa quattro preset di ricerca matematica multi-agente per DSH: v2 (pipeline guidata dalla probabilità con dibattito tra più verificatori), v3 (base di conoscenza Markdown in stile paper con un agente pianificatore e una libreria di metodi riutilizzabile), v4 (residenti persistenti auto-organizzati che si scrivono e si incontrano) e v5 (un istituto di ricerca con un accademico che scompone e assegna il lavoro, ricercatori votanti, lavoratori temporanei, chat di gruppo e una board di attività compare-and-set); tutti e quattro supportano la ripresa da checkpoint, l'intervento umano e un interruttore opzionale di verifica formale Lean (off/encourage/require) la cui prova superata trasforma il voto in un controllo di fedeltà delle affermazioni Lean.

Uno swarm governato di sei agent DSH specialisti — orchestrator, planner, bridge alla knowledge base, developer e due reviewer — trasforma un requisito in una pipeline di fasi rigida in cui ogni consegna deve dimostrare il proprio valore con evidenze strutturate prima che possa iniziare la fase successiva; i reviewer sono sola lettura, i merge del codice avvengono solo dopo un passaggio di review e un log eventi append-only offre replay completo e audit su una bacheca kanban live. Il suo design trae ispirazione dal kanban di Hermes Agent.

Gestione unificata degli asset di Godot e degli obiettivi di progetto per DSH: strumenti del modello godot_*, una superficie REST /gap, e un'interfaccia della barra laterale migliorata con gestore degli asset, visualizzatore dell'albero delle scene e pannello Git.

Instrada le richieste dell'agente verso modelli predefiniti, planner e subagent configurabili, usando automaticamente il ruolo planner in modalità plan, con sforzo di ragionamento per ruolo e configurazione dalla Web UI.

Pianificazione delle attività con memoria muscolare dell'esperienza: richiamo a riflesso condizionato di soluzioni passate, corrispondenza delle capacità dell'LLM e lezioni salvate automaticamente.

A planner board as a third tab beside chat and trajectory: a Monday-first month calendar above per-day cards holding title, note, times, three importance levels and a completion checkbox. Plans repeat daily, weekly or on weekdays with an optional end date; editing or deleting asks this occurrence versus the whole series; completion is tracked per day; one button clears a day while only skipping recurrent series. Five model tools let the agent read, write, delete, clear and undo plans in conversation.

Three draggable, resizable, auto-positioning floating desktop widgets for DSH Desktop — daily schedule, goals tracker, and calendar planner.

Conversation-level multi-agent workbench for editable task planning, real child-session observation, plan-versus-runtime comparison, and evidence-backed recovery previews; tested with DSH 0.1.1-rc.2.

Planner/executor delegation with named roles: a strong planner steers, disposable executor sub-agents (per-role routes and prompts) implement. Default role plus per-delegation override, a global reasoning-effort knob in the composer chip, and a settings page for role management.

Obsidian daily notes, tasks and Day Planner time blocks in the DSH sidebar: a Monday-first month grid with per-day word-count and task dots, a compact timeline for HH:mm time blocks, the selected day's diary excerpt and task list, and write-back of checkbox state, task text and times to the Markdown files; a first-run wizard detects the vault or accepts a path.