New circular dependency: OrderService ↔ ShippingService
HIGHShippingService.java:88 — orderService.markShipped(orderId)
Integração com GitHub
Pegue o drift arquitetural antes do merge
Em todo pull request, o Archynt analisa os commits base e head, compara os problemas de design entre eles, e posta o resultado direto no GitHub — para que uma nova dependência circular ou god-service apareça como um check falhando, não como uma surpresa três sprints depois.
#482 — Ship inventory reservation from checkout
archynt/architecture · feature/inline-reservation → main
OrderController now depends on InventoryRepository directly
MEDIUMOrderController.java:54 — inventoryRepository.reserve(...)
Como os checks de PR funcionam
01
Disparado pelo GitHub
Um webhook pull_request (opened, synchronize, reopened) inicia o check automaticamente — sem polling, sem gatilho manual do Archynt.
02
Compara o grafo, não o diff
Os commits base e head são analisados em grafos de arquitetura completos; o check compara os problemas de design que cada um produz, não o diff bruto de código.
03
Veredito determinístico
PASS se nenhum problema novo aparece, FAIL se o PR introduz um problema de severidade HIGH, WARN nos demais casos — os mesmos detectores usados em qualquer outro lugar do Archynt, não uma chamada a um LLM.
04
Check run nativo do GitHub
Os resultados são postados como um check run (com um resumo em markdown das descobertas introduzidas e resolvidas) assim que o GitHub App é instalado no repositório.
05
Funciona sem o app também
Sem o GitHub App, um token configurado ainda posta o resultado como um comentário no PR e um commit status — só sem a interface nativa de check run.
06
Repositórios privados suportados
O token de instalação do GitHub App também é usado para clonar repositórios privados para análise, então nenhuma credencial separada é necessária.
Pronto para ver no seu sistema?
Rode uma análise ou entre direto no workspace da sua organização.