Plugins

Audit des credentials avant publication : parcourt l’arborescence et repère API keys, tokens, clés privées, chaînes DB et mots de passe codés en dur avant commit/publication/livraison. Sans dépendance, entièrement hors ligne ; seuls les six premiers caractères des constats restent visibles.

Pool de routes sortantes DSH : 15 seeds + 20 candidates, 7 types de cible. Vérifie par handshake TLS avec chaîne complète (TCP seul peut déclarer saine une IP morte) ; cooldown 2/5/15 min après échec, route saine la plus rapide par type. Réécrit URL via 4 règles (prefix/registry/index/host-replace) pour git/pip/npm/pnpm/gh/curl/wget par shell bash (seuls downloads lancés par le modèle ; pas pwsh/host/renderer), tools line_pool_status/line_pool_run ou child-process spawn. Garde les retours ligne, change seulement le segment download. Jamais user:token@host ; aucun token aux mirrors, config globale intacte. Panel : latence/échec/cooldown, retest/activation par route, TUN/proxy via network-adapter/loopback. Revalide candidates toutes les 24 h.

Aperçu sidebar DSH et Dart hot reload, Windows uniquement, pour projets configurés dérivés de Starcompanion/Operit2. Requiert scripts preview, APK debug précompilé, Android SDK, Flutter et scrcpy 3.3.3.

Liste les routes LLM enregistrées par un processus DSH actif et exécute un véritable appel en streaming.

Verdict par session : la compaction ferait-elle perdre un état non intégré ? Refuse structurellement le screening par bloc.

Enregistre des sections system prompt pour raisonner en chinois simplifié/traditionnel, avec modes strict/prefer et politique facultative de langue de réponse. /thinking-zh bascule par session. Sans dépendance runtime.

Outils WeChat Mini Program : détecte les pages absentes de app.json, les crée avec inscription, répare les orphelines et gère subpackages/tabBar/composants ; pilote WeChat DevTools CLI pour QR d’aperçu et uploads.

Vérifie les risques version/API des plugins DSH installés face à l’hôte actuel ; indique sources disponibles, certitude, base de l’impact et limites de couverture. Ajoute panneau de compatibilité, constats/badges, outil compat_check et fournisseur skill.

Ajoute restart_self et /restart : remplace le processus hôte DSH avec la même ligne de commande et le même port, puis envoie un message à la session appelante pour reprendre le travail.

Sync profil DSH via WebDAV. 5 parts : models (cordis.patch.yml:llm-pi-ai), defaults (agent-default-model), patch (reste loader), plugins (deps package.json/dsh.profile.bundles), dirs (chemins absolus choisis, même chemin, add-only ; max 5 dirs, chacun ≤2000 fichiers/8 Mio). Chiffrement local par passphrase AES-256-GCM/PBKDF2-SHA256 600000 ; seul ciphertext vers <address>/dsh-webdav/dsh-profile.prop. Merge 3 voies vs baseline : conflit garde le récent, archive l’autre sync/ (5/tag), scelle avant overwrite. Suppressions sauf plugins/1re sync/dirs ; retirer dir stoppe sync sans supprimer fichiers. ETag If-Match/If-None-Match refuse overwrite concurrent. Manuel/3/15/30/60 min. sync.json dans <profileDir>/.dsh-webdav-sync/ (0600) garde password WebDAV/passphrase.

Outils de développement plugin : marque les fichiers lus par shell, synchronise le code au profil, simule le backend, prévisualise le frontend, vérifie le chargement, lance une instance isolée, exécute des raccourcis shell nommés et liste les outils.

Petit dock dans DSH Web UI pour redémarrer l’hôte ou recharger la page. Choix préalable now/30s/60s/2min/cancel ; déplacement au bord après maintien 320 ms, ancré au redimensionnement. Refuse refresh sans validation par timestamp baseline, vrai fetch du bundle et compilation syntaxique. Redémarrage Windows uniquement (PowerShell 5.1) ; UI/reload partout.

Analyse de résolution des commandes : fichier réellement exécuté, entrée PATH gagnante, éléments masqués, doublons/entrées mortes et concordance de version entre copies de même nom.

Repères vocaux DSH sous Windows : phrase à la fin normale, autre si un choix est requis (question, approbation du plan ou permission), salut selon l’heure au début d’une conversation. La bulle en bas à gauche coupe/rétablit tous les repères et émet son propre carillon au basculement. Voix neuronale Microsoft Edge ; ignore tours interrompus/en erreur, subagent et tours encore pilotés par un goal. Cache DSH home, lecture locale, SAPI desktop hors ligne.

Trois compagnons chibi intégrés, bulles nuage et léger rebond, rappellent pauses, eau, longues sessions et nuits tardives. Aucun téléchargement dans la page ; la fenêtre macOS facultative requiert un helper Electron téléchargé séparément.

Joue un son à la fin, en cas d’échec ou d’approbation en attente d’une tâche DSH ; activation par catégorie.

Affiche repo, branche, changements du worktree et SHA court sur composer ; ajoute un sélecteur de branches recherchable et un panneau diff par fichier à droite.

Transforme l’historique git réel en deux brouillons de changelog chinois (court pour les utilisateurs, long pour les développeurs). Chaque entrée porte le SHA et un statut verified/unverified étayé ; les sujets de commit ne sont jamais traduits.

Panneau de branches pour composer : crée des branches depuis production6 avec contrôles, valide les commits au format type(scope) et permet commit, push ou merge vers stage en un clic.

Ajoute fork/delete à chaque workspace et /fork-worktree. fork crée un git worktree et l’enregistre ; delete utilise git worktree remove, redemande confirmation avant d’abandonner les changements non commités et retire l’enregistrement.

Par défaut, une tâche d’équipe ne peut être achevée sans vérification indépendante réussie dont le commit correspond au HEAD du worktree. Ajoute un tableau DAG des dépendances et des réglages.

Ajoute une troisième ligne Context window au sélecteur de modèle du compositeur : capacités prédéfinies (64K–2M), saisie personnalisée, synchronisation pour tout le fournisseur et garde de compaction adaptative.

Dispatch bidirectionnel pour DSH : ouvre des sessions Desktop visibles pour les tâches reçues de Grok Bot/Yobiru, ajoute /dispatch-grok et /dispatch-zcode pour envoyer des tâches et renvoie le résultat au peer expéditeur à la fin. Les peers sont configurés par l’utilisateur ; aucun envoi avant configuration.