New circular dependency: OrderService ↔ ShippingService
HIGHShippingService.java:88 — orderService.markShipped(orderId)
Intégration GitHub
Attrapez le drift architectural avant qu'il ne merge
Sur chaque pull request, Archynt analyse les commits base et head, diffe les problèmes de conception entre les deux, et poste le résultat directement sur GitHub — pour qu'une nouvelle dépendance circulaire ou un god-service apparaisse comme un check en échec, pas comme une surprise trois sprints plus tard.
#482 — Ship inventory reservation from checkout
archynt/architecture · feature/inline-reservation → main
OrderController now depends on InventoryRepository directly
MEDIUMOrderController.java:54 — inventoryRepository.reserve(...)
Comment fonctionnent les checks de PR
01
Déclenché par GitHub
Un webhook pull_request (opened, synchronize, reopened) démarre le check automatiquement — pas de polling, pas de déclenchement manuel depuis Archynt.
02
Diffe le graphe, pas le diff
Les commits base et head sont tous deux analysés en graphes d'architecture complets ; le check compare les problèmes de conception que chacun produit, pas le diff de code brut.
03
Verdict déterministe
PASS si aucun nouveau problème n'apparaît, FAIL si la PR introduit un problème de sévérité HIGH, WARN sinon — les mêmes détecteurs utilisés partout ailleurs dans Archynt, pas un appel à un LLM.
04
Check run GitHub natif
Les résultats sont postés comme un check run (avec un résumé markdown des findings introduits et résolus) une fois la GitHub App installée sur le dépôt.
05
Fonctionne aussi sans l'app
Sans la GitHub App, un token configuré permet quand même de poster le résultat en commentaire de PR et en statut de commit — juste sans l'UI native de check run.
06
Dépôts privés supportés
Le token d'installation de la GitHub App sert aussi à cloner les dépôts privés pour l'analyse, donc aucune credential séparée n'est nécessaire.
Prêt à le voir sur votre système ?
Lancez une analyse ou passez directement dans l'espace de travail de votre organisation.