Pour le développeur solo · gratuit

Votre agent connaît son LLM, pas votre repo.

Il invente sur votre code, oublie vos décisions. Noézis lui donne votre vrai contexte, gratuitement.

Modifie le module d'authentification
▸ noézis — votre repo : auth = verify_jwt() · auth.rs:42
J'utilise verify_jwt() dans auth.rs:42 — pas de fonction inventée.

L'agent code sur votre vrai code, pas sur une invention.

01 · Le problème

Vous vivez ça tous les jours, et ça use

Le problème n'est pas la qualité des LLM — c'est qu'ils arrivent vierges à chaque session, sans mémoire de votre projet, de son état, de ses décisions.

SCÉNARIO 1

L'agent invente une fonction

Vous lui demandez de modifier le module d'authentification. Il écrit une fonction qui n'existe pas dans votre codebase — convaincant, faux. Vous perdez 10 minutes à lui expliquer la structure réelle.

SCÉNARIO 2

Les décisions s'évaporent

Vous avez tranché sur une architecture vendredi. Lundi, l'agent propose l'inverse — et il argumente bien. Vous re-débattez la même question une heure.

SCÉNARIO 3

Re-contextualiser à chaque fois

Chaque session commence par un copier-coller de votre structure, du contexte, des contraintes. 5 à 10 minutes de répétition par session. Par jour, ça compte.

02 · La bascule

Ce qui change avec Noézis

Sans Noézis

  • L'agent oublie votre archi entre deux sessions
  • Il invente des chemins ou des API qui n'existent pas
  • Vous repassez 10 minutes à re-contextualiser
  • Les décisions de la veille sont hors de portée
  • Pas de moyen de vérifier la source

Avec Noézis

  • L'agent reçoit l'état actuel du projet automatiquement
  • Chaque réponse est sourcée au code réel du repo
  • Zéro changement de workflow : le contexte arrive seul
  • Les décisions persistent entre les sessions
  • Chaque fait montre sa provenance — vous cliquez, vous vérifiez

« J'ai onboardé mon repo Rails en 30 secondes. À la session suivante, mon agent savait où étaient mes modèles, mes contrôleurs, mes routes — et arrêtait de me proposer des gems que je n'utilise pas. Le temps perdu à re-contextualiser a disparu. »

— Développeur full-stack, 12 ans d'expérience

03 · Le fonctionnement

Trois étapes, une minute montre en main

01

Installez

curl noezis.fr/install.sh | bash — c'est tout. L'infrastructure tient dans 12 Mo. Pas de dépendance, pas de service cloud, pas de compte à créer.

Fonctionne sur Linux, macOS, WSL.

02

Onboardez votre repo

noezis onboard scanne votre code, vos docs, vos décisions. Il crée une mémoire structurée de tout ce qui compte — architecture, décisions techniques, conventions.

03

L'agent change tout seul

À la prochaine session (Claude, Cursor, n'importe quel agent MCP), le contexte arrive devant lui avant qu'il réponde. Décisions, état, doc à jour — sans que vous y pensiez.

04 · Cas d'usage concrets

Ce que ça change dans votre quotidien de code

Reprendre un projet après une semaine d'absence

Vous ouvrez une session. L'agent sait où vous en étiez, quelle branche était active, quelle décision d'architecture avait été prise, quel module était en cours de refactoring. Plus besoin de tout relire pour remettre l'agent dans le bain — il y est déjà.

Chasser une régression sans parcourir tout l'historique

« Qu'est-ce qui a changé dans la couche d'authentification entre le 10 et le 15 juin ? » — l'agent interroge la mémoire de Noézis et vous montre les décisions, les commits liés, les fichiers modifiés, avec les sources.

Onboarding sur un nouveau projet open source

Vous clonez un dépôt inconnu, lancez noezis onboard, et votre agent peut immédiatement naviguer la codebase comme s'il l'avait écrite — en citant les bons fichiers, les bonnes API, les bonnes conventions.

Garder la trace des décisions techniques

« Pourquoi le middleware de rate-limiting est-il dans un gem séparé ? » — la décision a été capturée le jour où elle a été prise. L'agent la retrouve, la cite, et ne propose pas de la ré-architecturer sans connaître le contexte.

05 · Objections courantes

« Oui mais… » — les réponses

Mon IDE fait déjà ça avec ses copilotes intégrés Les copilotes intégrés ont une mémoire de session, pas une mémoire de projet. Ils ne savent pas ce que vous avez décidé la semaine dernière, ni ce qui a changé depuis la dernière fois. Noézis persiste la connaissance entre les sessions et la partage avec n'importe quel agent — pas seulement celui de votre IDE.
Je n'ai pas envie de changer d'outil ou de workflow Noézis ne demande aucun changement de workflow. Vous branchez en MCP (une ligne de config) ou en CLI, et le contexte arrive tout seul dans le prompt de votre agent. Rien à apprendre, rien à réorganiser. Le moteur tourne en arrière-plan, en local.
Je travaille seul, un fichier README ne suffit-il pas ? Un README est un instantané figé, pas une mémoire vivante. Il ne se met pas à jour quand vous prenez une décision, ne garde pas la trace des options écartées, et ne pousse pas le contexte automatiquement à votre agent. Noézis fait ce travail à votre place — et il est gratuit.
Mes agents (Cursor, Claude Code) ont déjà des projets Les « projets » et « contextes » des agents sont des snapshots — vous devez penser à les mettre à jour. Noézis fonctionne en mode « watcher » : les changements dans votre repo sont détectés, les décisions capturées, le contexte rafraîchi automatiquement. Vous n'avez rien à « sauvegarder ».

06 · Foire aux questions

Les questions les plus fréquentes

C'est vraiment gratuit ? Quelle est la limite ?
Le cœur de Noézis est gratuit pour toujours en solo : mémoire vérifiée, recherche sémantique sans LLM, front-load automatique, détection de contradictions. Aucune fonctionnalité bridée, aucune limite cachée. L'offre payante commence quand vous voulez partager cette mémoire en équipe (vérité partagée multi-siège, gouvernance).
Mes données partent-elles sur un serveur ?
Non. Noézis s'exécute entièrement en local, sur votre machine ou votre serveur. Aucune donnée, aucun embedding, aucune requête ne quitte votre environnement. Pas de télémétrie, pas de compte cloud.
Quels agents sont supportés ?
Tous les agents compatibles MCP : Claude Desktop, Claude Code, Cursor, Windsurf, et n'importe quel agent qui implémente le protocole MCP. Le branchement se fait en une ligne de configuration, sans modification de votre outillage.
Ça consomme beaucoup de ressources ?
Non. Le daemon tourne avec ~150 Mo de RAM en idle. L'indexation est incrémentale. La recherche sémantique utilise une inférence ONNX locale (CPU, pas de GPU nécessaire). Sur un laptop récent, vous ne le remarquez pas.

07 · La preuve

Une mémoire honnête sur ce qu'elle sait

Noézis ne se contente pas d'indexer : il qualifie chaque information selon son état de vérité.

UNE INFORMATION, DANS LE TEMPS → Sûr ancré à sa source Contesté deux sources divergent Périmé remplacé, ne remonte plus Inconnu « je ne sais pas »

Chaque information porte son état. L'agent ne reçoit jamais du périmé pour du vrai.

Reproductible

Même question, même réponse. La recherche est calculée, pas devinée.

Traçable

Chaque réponse arrive avec son chemin et sa source.

Souverain

Tout s'exécute en local. Vos données restent chez vous.

Prêt à avoir un agent qui connaît vraiment votre code ?

Installez en une commande, gratuitement, en local. Votre agent arrête d'inventer dès la prochaine session.

Gratuit en solo. Pas de limite, pas de bridage, pas de compte.