Pourquoi on a reconstruit Notis autour d’un espace de travail agentique

J’ai passé beaucoup de temps à réfléchir au genre de produit que Notis veut vraiment devenir.

Pendant un moment, la réponse évidente était qu’on construisait un assistant IA. Cette description était pratique, mais elle a commencé à sembler trop étroite. Les assistants répondent à des questions. Ils résument. Ils déclenchent de temps en temps une action. Utile, oui. Mais pas suffisant.

Ce qu’on construit aujourd’hui est bien plus affirmé : un espace de travail agentique. Un système où les apps, les bases de données, la mémoire et les intégrations ne sont pas posées côte à côte comme des onglets déconnectés, mais profondément reliées et capables d’agir ensemble.

Ce virage, c’est la raison pour laquelle on a reconstruit une grande partie de l’architecture.

L’ancienne forme ne suffisait plus

Quand un produit mûrit, on finit par atteindre le moment où livrer une fonctionnalité de plus n’est plus la partie difficile. La partie difficile, c’est de rendre l’ensemble du système cohérent.

C’est le vrai mur qu’on a percuté.

Notis grandissait sur plusieurs surfaces à la fois. Le texte comptait. La voix comptait. La ligne de commande commençait à compter aussi. Chacune de ces interfaces avait l’air différente en surface, mais le plus gros problème se situait en dessous. Si chaque mode développe sa propre logique, son propre accès aux outils, son propre modèle de comportement, tu finis lentement par créer trois produits qui font semblant d’en être un seul.

C’est une fondation catastrophique pour un produit agentique.

Alors on a pris du recul et reconstruit l’architecture autour de trois méta-outils qui unifient l’appel d’outils entre le texte, la voix et la CLI. Pas parce que l’expression sonne bien, mais parce qu’elle résout un vrai problème produit. L’interface peut changer. L’environnement peut changer. L’intention de l’utilisateur, non. Il nous fallait un seul système sous-jacent capable de comprendre le travail à accomplir et d’aiguiller les actions de façon cohérente, d’où que vienne la demande.

En pratique, ça nous donne un socle bien plus propre pour tout ce qui va suivre.

L’interface n’est plus le produit

Une chose dont je suis chaque mois plus convaincu, c’est que la boîte de chat n’est pas le produit.

C’est un point d’entrée. La voix est un point d’entrée. La CLI est un point d’entrée. Mais si l’intelligence ne vit qu’en surface, l’expérience casse dès que la tâche devient sérieuse.

Le vrai produit, c’est la couche connectée derrière l’interface. C’est la partie qui sait quels outils existent, quelle base de données compte, quel contexte doit être conservé, quelle mémoire est utile, quelle app doit être mise à jour et quelle séquence d’actions doit suivre.

C’est là que la valeur s’accumule.

C’est aussi pour ça que l’idée d’espace de travail agentique me semble plus juste qu’assistant, copilote ou chatbot. L’objectif n’est pas de rendre la discussion avec un logiciel un peu meilleure. L’objectif, c’est de rendre l’espace de travail lui-même plus exécutable.

Pourquoi on cache davantage l’IA, et pas moins

Beaucoup de produits IA font encore gérer la machine à leurs utilisateurs au lieu de les en faire profiter. Ils exposent des noms de modèles, des réglages, des interrupteurs et des choix sans fin qui donnent une illusion de puissance tout en refilant discrètement le travail de conception du système à l’utilisateur.

Je pense que c’est à l’envers.

La plupart des gens ne veulent pas devenir les dispatcheurs d’une flotte de modèles. Ils veulent que les choses soient faites. Ils veulent capturer une idée, transformer une conversation en livrable, mettre à jour un système, produire un résultat ou faire avancer un projet.

L’un de nos choix produit consiste donc à cacher davantage la complexité.

Ça ne veut pas dire réduire les capacités. Ça veut dire déplacer la complexité au bon endroit. Si Notis comprend le contexte, les outils et le type de tâche, alors Notis doit prendre de meilleures décisions sous le capot. L’utilisateur doit décrire le résultat. Le système doit gérer l’orchestration.

Pour moi, c’est à ça que ressemble une bonne UX IA. Pas un cockpit. Plutôt une direction assistée.

La prochaine version sert à rendre le système lisible

Dans les semaines qui viennent, on vise la sortie d’un nouveau Notis Manager et d’une nouvelle expérience autour des Skills.

C’est important, parce que l’architecture seule ne suffit jamais. Tu peux avoir un système interne magnifique et livrer quand même un produit confus. Les utilisateurs ne vivent pas tes abstractions. Ils vivent le fait que la chose paraisse évidente, utile et digne de confiance, ou non.

Le Manager est un pas vers un système plus facile à piloter. Les Skills sont un pas vers une meilleure compréhension de ce que Notis sait vraiment faire, et vers la mise en forme de cette valeur en comportements reproductibles.

Je suis de plus en plus convaincu que les produits d’agents ont besoin d’une productisation plus poussée qu’on ne le pense au départ. Les capacités brutes impressionnent pendant cinq minutes. Ce qui crée la rétention, c’est la clarté. Les gens doivent sentir que le produit sait déjà comment les aider dans des situations concrètes.

C’est pour ça que les templates, les Skills packagés et les points d’entrée affirmés comptent autant. Ils ne réduisent pas la flexibilité. Ils prouvent la valeur plus vite.

Pourquoi les templates comptent plus que les listes de fonctionnalités

Beaucoup de logiciels meurent dans l’écart entre le potentiel et la preuve.

Les utilisateurs entendent une promesse large, y croient peut-être même, puis doivent quand même assembler la valeur eux-mêmes. Cet écart est particulièrement dangereux dans l’IA, parce que les systèmes modernes sont si flexibles qu’ils peuvent tout faire en théorie tout en restant flous en pratique.

Je ne pense pas que la réponse soit de continuer à ajouter des capacités génériques en espérant que les gens relient les points.

Je pense que la réponse, c’est de livrer des Apps, des templates et des Skills concrets qui rendent la valeur immédiatement visible.

Un template bien conçu fait quelque chose de subtil mais d’important. Il transforme l’abstraction en confiance. Il dit à l’utilisateur : voici une chose utile qui fonctionne déjà, voici la structure derrière, et voici comment te l’approprier.

C’est une bien meilleure approche d’onboarding que de demander aux gens d’inventer un workflow à partir d’une page blanche.

Le côté créateurs compte aussi

Une autre partie de cette évolution, c’est le pont entre la CLI et MCP vers lequel on avance.

Je pense que c’est important pour une raison simple : l’avenir de la création logicielle devient lui aussi plus agentique. Les créateurs travaillent de plus en plus avec des agents de code, des environnements locaux, des serveurs MCP et des workflows riches en outils qui brouillent la frontière entre écrire du code et piloter des systèmes.

Si Notis veut devenir un socle sérieux pour le travail agentique, il ne peut pas s’arrêter à une interface soignée pour l’utilisateur final. Il doit aussi devenir lisible et utile pour les créateurs qui construisent leurs propres Apps, workflows et couches opérationnelles par-dessus.

La CLI compte parce qu’elle reste l’interface la plus propre pour qui veut garder la main. MCP compte parce qu’il crée une façon commune d’exposer des outils et du contexte à des systèmes intelligents. Ensemble, ils ouvrent une voie où les créateurs peuvent utiliser leurs propres agents de code pour construire sur Notis, au lieu d’être cantonnés à une surface produit fermée.

C’est une direction très excitante pour moi, parce qu’elle signifie que Notis peut devenir à la fois un produit et une plateforme sans devenir une usine à gaz.

Ce que cette étape signifie vraiment

En résumé, on se rapproche d’une version de Notis qui semble alignée de l’intérieur.

L’architecture rattrape l’ambition. Le Manager et l’expérience autour des Skills rendent ce système plus facile à utiliser. La vision produit s’affine. Et la catégorie pour laquelle on construit devient plus facile à nommer.

Notis n’essaie pas de devenir une surcouche plus jolie autour des modèles. Il essaie de devenir un espace de travail où l’intelligence est intégrée à la couche opérationnelle elle-même.

Ça veut dire que le vrai travail ne consiste pas seulement à générer du texte. Il consiste à connecter des outils. Structurer le contexte. Packager des capacités. Rendre l’exécution portable d’une interface à l’autre. Faire en sorte qu’un logiciel ressemble moins à une collection d’écrans et davantage à un système qui peut bouger avec toi.

Je pense que c’est là que va cette catégorie.

Et je pense qu’on construit enfin Notis d’une façon qui correspond à cette conviction.