Comment fonctionne Archynt
Un graphe, huit surfaces — de l'analyse statique à la topologie en direct, en passant par les logs, les dashboards de métriques personnalisés, les alertes, les analyses par IA, les checks de PR automatiques et une GitHub Action gratuite pour les dépôts publics.
Projets
Comprenez n'importe quel codebase comme une architecture vivante. Archynt parse Java, Node, Python et Go et construit le graphe automatiquement.
Runtime
Un agent en lecture seule découvre les services, dépendances et la pression host en direct — zéro instrumentation requise. Docker aujourd'hui ; Kubernetes et systemd arrivent ensuite.
Métriques
Construisez des dashboards façon Grafana à partir de vos métriques Prometheus avec du PromQL libre, des seuils et des panels scopés par organisation.
Analyses IA
Un LLM raisonne sur votre graphe d'architecture — statique ou en direct — pour faire remonter les problèmes de couplage et les god-services, avec preuves et correctif concret.
Logs
Lisez les logs de conteneurs directement depuis Docker, filtrables par plage horaire et niveau, avec recherche et suivi en direct — aucun pipeline de log-shipping à faire tourner.
Alertes
Pics de CPU, pression RAM, anomalies de taux d'erreur et conteneurs morts déclenchent une alerte automatiquement — envoyée par email à votre équipe, sans seuils à configurer.
Checks de PR
Chaque pull request est analysée par rapport à main et le résultat est renvoyé à GitHub comme un check run — un nouveau problème de conception fait échouer le check avant le merge.
GitHub Action
Ajoutez un fichier de workflow à n'importe quel dépôt public et obtenez les mêmes checks d'architecture sur chaque PR — sans compte Archynt, sans token partagé avec Archynt.
Questions fréquentes
En quoi Archynt est différent de Datadog, Grafana ou Dynatrace ?
Ces plateformes répondent à « que se passe-t-il en ce moment » à partir de la télémétrie — métriques, logs et traces. Archynt répond à une autre question : « le système qui tourne réellement est-il celui que le code décrit ? » Il parse le code source en un graphe structurel, le corrèle avec un agent de runtime en lecture seule, et étiquette chaque dépendance comme statique, runtime, ou les deux. Archynt peut absorber les métriques Prometheus existantes d'une équipe pour enrichir ce graphe, mais il ne se positionne pas sur le stockage de télémétrie — son unité de valeur, c'est le graphe d'architecture et le raisonnement qu'on peut en tirer, pas des dashboards.
Est-ce qu'Archynt voit mon code source ?
L'analyse statique parse le dépôt pour extraire classes, modules, endpoints et leurs relations dans un graphe — elle n'envoie pas le texte source à un tiers pour stockage. L'agent de runtime est en lecture seule et ne modifie ni n'exécute jamais rien sur le système observé.
Qu'est-ce que le drift architectural ?
Le drift, c'est une dépendance qui existe dans une couche mais pas dans l'autre : un appel de service observé dans le trafic réel qu'aucun chemin de code ne documente, ou une dépendance déclarée dans le code que le runtime n'exerce jamais réellement (un candidat au code mort). L'étiquette confirmed_by qu'Archynt pose sur chaque arête — statique, runtime, ou les deux — est ce qui rend le drift détectable, tout simplement.
Quels langages et frameworks Archynt analyse-t-il ?
Java/Spring, Node/NestJS, Python et Go aujourd'hui, via des workers dédiés par langage derrière un seul modèle de graphe. D'autres langages s'ajoutent en étendant le même contrat de worker.
Dois-je instrumenter mon application ?
Non. L'agent de runtime découvre services, conteneurs et dépendances en direct à partir de l'API Docker et de /proc — pas de SDK, pas de sidecar, pas de changement de code. Les métriques RED (rate, errors, duration) viennent d'un capteur eBPF (Beyla), également sans toucher au code applicatif.
Les agents de code IA peuvent-ils utiliser Archynt directement ?
Oui. Archynt expose un serveur MCP permettant à des outils comme Cursor ou Claude Code d'interroger le graphe d'architecture réel, de lister les problèmes de conception ouverts, et de vérifier si un changement proposé franchit une frontière architecturale avant de générer du code. Voir /llms.txt et /.well-known/mcp.json pour la description lisible par machine.
Archynt relit-il automatiquement les pull requests ?
Oui. Une fois la GitHub App installée sur un dépôt, chaque pull request déclenche un check : Archynt construit le graphe d'architecture pour les commits base et head, puis diffe les problèmes de conception entre les deux. Le check échoue si la PR introduit un nouveau problème de sévérité HIGH, et le résultat — y compris les problèmes introduits ou résolus — est renvoyé à GitHub comme un check run natif. Ce check est déterministe, il utilise les mêmes détecteurs que le reste d'Archynt, pas un appel à un LLM.
Prêt à essayer ?
Lancez votre première analyse ou passez directement dans l'espace de travail de votre organisation.