L'éditeur où vivent les agents.

Cinq piliers

Chacun est dans le core, basculable dans les paramètres. Entièrement compatible avec vos notes existantes — pas de migration de DB, pas de nouveau format de fichier, pas de compte cloud forcé.

🛡️ Garde-fous (ce que personne d'autre ne fait)

• Sandbox de branche AutoGit. Chaque exécution de Recipe démarre sur sa propre branche. Avant que vous cliquiez Accepter, main ne bouge pas. Les exécutions Reject ne laissent rien —— branche supprimée, arbre de fichiers rembobiné.
• Plafond d'écriture par exécution. Modèle veut écrire 50 fichiers quand cap est 5, à partir du 6e appel d'outil c'est rejeté. Pas d'état « semi-fini », pas de modifications massives accidentelles.
• Refuse de démarrer quand le workspace est dirty. Vous avez des modifications non commitées, le trigger Recipe se déclenche, ça quitte avec erreur, votre WIP n'est pas balayé dans les commits d'agent.
• Renforcement path-traversal. Interface d'outil intra-processus et toutes les commandes Tauri qui acceptent run_id / path fournis par l'utilisateur rejettent maintenant en amont les segments .. et chemins absolus. Au niveau du code, l'agent ne peut pas écrire en dehors du workspace.
• Trace rejouable. Chaque étape atterrit ligne par ligne comme JSON sur disque. Comportement Panel suspect ? Suivre le trace, localiser l'étape mauvaise, modifier l'entrée, rejouer depuis l'étape N–1.

Barre qualité

• Wizard de premier lancement. Les nouveaux utilisateurs voient le panneau Agent en moins de 60 secondes —— vous guide pour entrer la clé BYOK ou installer Ollama. Réouvrir depuis Aide plus tard.
• Cookbook de Recipe (11 modèles starter). Paramètres → Recipes → Parcourir le cookbook. Rapport hebdomadaire, log quotidien, extraction TODO, passe de traduction, nettoyage de citations, agent de relecture CJK, détecteur de link rot, normaliseur de frontmatter, outline-to-blog, passe de refactor, triage hebdomadaire des tags. Installer, modifier prompt, exécuter.
• API REST locale (écoute uniquement sur localhost, authentification par token). Même interface que MCP, pour les clients qui ne parlent pas encore MCP — Alfred / Raycast / n8n / vos propres scripts.
• Compteur de coûts BYOK. Tokens dépensés cumulés par provider, opt-in. Paramètres → Intégrations.
• Localisation. 9 langues UI couverture complète (en/zh/ja/ko/de/fr/es/pt/it). Cette release a ajouté 5 langues européennes — allemand, français, espagnol, portugais, italien — toutes avec la même parité de clés de dictionnaire qu'en/zh.

Polish UX ressenti dès le premier jour

• Garde-IME partout. Pinyin chinois, mode kana japonais, hangul coréen — Enter pour confirmer les mots candidats ne déclenche plus par accident envoi de conversation / renommer file tree / exécution palette de commandes / ouverture recherche. Fix unique pour 7 panneaux d'entrée.
• Boutons Insert / Copy pour les réponses Assistant. Deux boutons sous chaque réponse terminée. Insert est éditeur-sélection-aware (avec sélection remplace), sans sélection insère à la position du curseur. Copy est clipboard normal.
• UX de démarrage macOS. Timing d'activation au démarrage corrigé —— SoloMD démarrage à froid arrive vraiment au premier plan, ne se cache plus derrière Finder. Restauration de position de fenêtre atterrit toujours dans le workspace de l'écran actuel ; restauration depuis mauvais cache après déconnexion d'écran secondaire se recentre automatiquement, au lieu d'ouvrir hors écran.
• « Génération... » bloqué sans erreur. Corrigé. Erreur de configuration provider (par ex. Ollama avec modèle non pull) laissait le panneau pendre. Maintenant vous voyez une barre d'erreur rouge avec la réponse réelle du backend, le bouton envoi revient aussi.

Ce que v4.0 ne fait explicitement pas (et pourquoi)

Dire non est aussi une partie du produit. Ces choses ont été sérieusement considérées et explicitement non faites :

• Apporter notre propre runtime LLM local. Ollama le fait déjà bien ; réinventer la roue viole le principe « écrire moins de code à maintenir durablement ». Provider BYOK reste le chemin.
• Marketplace Recipe en ligne. Opération serveur + modération de contenu = déviation de la ligne principale. Cookbooks empaquetés directement dans les releases, mis à jour avec l'outil.
• Multi-utilisateur / agent d'équipe. Viole « une fenêtre, un écrivain ». Ce produit est pour auteur unique ; la collaboration appartient à un autre produit.
• Complétion ghost-text style Copilot. Positionnement de marque différent. Ghost-text dilue la voix de l'écrivain ; nos agents travaillent en unité de vault, les écritures sont batchées + examinables + branch-based.

Notes de mise à niveau

• Aucun changement de format de fichier. .md existants, historique AutoGit, configuration sync, clés BYOK tous préservés tels quels.
• Panneau Agent activé automatiquement au premier lancement. Les utilisateurs v3.6.x peuvent avoir un showAgentPanel: false caché dû au défaut du scaffold de la période v4-beta ; migration unique le bascule en true, vous voyez réellement la fonctionnalité phare. Si vous ne la voulez pas, vous pouvez la désactiver via ⌘⇧P → View: Toggle Agent Panel.
• Le panneau Paramètres a deux nouveaux onglets Recipes et Compteur de coûts, sous Intégrations. Positions des paramètres existants inchangées.
• Le serveur MCP (solomd-mcp) a gagné le nouveau paramètre --workspace (répétable). Les clients MCP single-workspace existants continuent de fonctionner ; le comportement de fédération est opt-in.

🔮 Et après

5 piliers principaux + barre qualité sont le contenu principal cette fois. Les directions ouvertes pour v4.x et au-delà sont toutes dans le roadmap : API de script sandboxée, CLI v2 (rewrite / commit / recherche sémantique / trigger Recipe dans le terminal), et la question toujours retardée « SoloMD devrait-il devenir un produit commercial ? » (sync payante — vieille question de l'ère v3.0, toujours sans réponse, jusqu'à ce que ce soit décidé, aucune ingénierie ne sera faite dans cette zone).