Gnosis : visualisation 3D, locale d'abord pour le codage multi-agent
Gnosis, développé par DOMCHURCH, est un agent de codage terminal local-first qui visualise les flux de travail multi-agents d'IA pour les développeurs et les chercheurs. L'application remplace la sortie de terminal défilante par un bureau 3D interactif Three.js qui montre les agents se déplaçant entre les zones de Planification, de Codage et de Vérification en temps réel. Elle prend en charge le changement de modèle en cours de session, la mise en cache agressive des invites, l'indexation de code Tree-sitter et les intégrations d'outils MCP. Cette combinaison cible les équipes de développement logiciel qui ont besoin d'un contrôle local transparent sur les tâches de codage pilotées par des agents.
Quelles tâches pouvez-vous réellement utiliser pour cela ?
L'outil cartographie l'activité multi-agent dans un tableau de bord spatial afin que les utilisateurs puissent surveiller la coordination et le comportement des sous-agents visuellement. Dans le bureau 3D, les agents occupent des zones telles que Coordinateur, Planification, Codage et Application, et l'interface comprend un flux de terminal local PTY et un visualiseur de différences de fichiers. Les cas d'utilisation incluent la surveillance des tâches de génération de code parallèles, le suivi des travaux de vérification et la supervision des sous-agents ciblés lors de constructions complexes.
Quelle est la fiabilité de la continuité de session et de la rétention de contexte ?
Gnosis préserve la conversation et l'état de l'outil lors du changement de modèles en cours de session via l'intégration OpenRouter, qui prend en charge le changement à chaud de modèles sans perdre le contexte. L'application applique également un cache de prompt agressif pour réduire les allers-retours API, une pratique que le développeur rapporte pouvoir réduire les appels externes de plus de 10x. L'indexation de code basée sur Tree-sitter fournit un contexte local plus profond pour les prompts orientés code, améliorant la pertinence des sorties des agents liées au contenu du dépôt.
Quelles exigences d'entrée et d'environnement impose-t-elle ?
C'est une application axée sur le terminal construite sur Node.js et TypeScript et elle nécessite un environnement qui prend en charge npm. L'application fonctionne comme un hôte MCP et s'intègre avec des outils MCP, donc les utilisateurs doivent configurer des services compatibles avec MCP pour débloquer des intégrations d'outils telles que Playwright ou Chrome DevTools. Des suites de tests automatisés ont vérifié le fonctionnement sur Windows, indiquant des attentes de développement multiplateformes mais un chemin d'installation axé sur les développeurs.
Est-ce qu'elle s'intègre dans les flux de travail des développeurs existants et protège les données locales ?
L'application est locale d'abord et met l'accent sur le contrôle local PTY et l'intégration Obsidian pour une mémoire persistante, ce qui convient aux équipes qui préfèrent la gestion des données sur machine plutôt que le stockage cloud. Le support MCP connecte les agents aux outils de développement existants, et le contrôle mobile ou LAN offre une gestion de session à distance. La réponse de la communauté des développeurs met en avant la valeur d'une interface utilisateur spatiale et agentique pour rendre les flux de travail complexes observables pendant le développement actif.
Un outil ciblé pour les développeurs qui ont besoin d'un contrôle d'agent local visible
L'outil est une option pratique pour les développeurs de logiciels et les ingénieurs en IA qui privilégient la gestion transparente des flux de travail agentiques sur machine, surtout lorsque la préservation du contexte de session est importante. Attendez-vous à une configuration technique et à une courbe d'apprentissage pour mapper les opérations dans les métaphores de bureau en 3D. Pour les équipes qui acceptent cet effort initial, l'outil récompense une supervision plus claire de l'activité des agents parallèles et de la gestion des données locales.
