Come funziona Archynt
Un grafo, otto superfici — dall'analisi statica alla topologia live, log, dashboard di metriche personalizzate, avvisi, insight basati su IA, check automatici sulle PR e una GitHub Action gratuita per repository pubblici.
Progetti
Comprendi qualsiasi codebase come un'architettura viva. Archynt analizza Java, Node, Python e Go e costruisce il grafo automaticamente.
Runtime
Un agente in sola lettura scopre servizi live, dipendenze e pressione sull'host — zero strumentazione richiesta. Oggi Docker; Kubernetes e systemd sono i prossimi passi.
Metriche
Costruisci dashboard in stile Grafana a partire dalle tue metriche Prometheus con PromQL libero, soglie e pannelli per organizzazione.
Insight IA
Un LLM ragiona sul tuo grafo di architettura — statico o live — per far emergere problemi di accoppiamento e god-service, con evidenze e una soluzione concreta.
Log
Leggi i log dei container direttamente da Docker, filtrabili per intervallo di tempo e livello, con ricerca e tail live — senza pipeline di log-shipping da gestire.
Avvisi
Picchi di CPU, pressione sulla RAM, anomalie nel tasso di errore e container morti generano un avviso automaticamente — via email al tuo team, senza soglie da configurare.
Check sulle PR
Ogni pull request viene analizzata rispetto a main e pubblicata su GitHub come check run — un nuovo problema di design fa fallire il check prima del merge.
GitHub Action
Aggiungi un file di workflow a qualsiasi repository pubblico e ottieni gli stessi check di architettura su ogni PR — senza account Archynt, senza condividere token con Archynt.
Domande frequenti
In cosa Archynt è diverso da Datadog, Grafana o Dynatrace?
Quelle piattaforme rispondono alla domanda "cosa sta succedendo adesso" a partire dalla telemetria — metriche, log e tracce. Archynt risponde a una domanda diversa: "il sistema che gira davvero è quello descritto dal codice?" Analizza il codice sorgente e lo trasforma in un grafo strutturale, lo correla con un agente di runtime in sola lettura, ed etichetta ogni dipendenza come statica, di runtime, o entrambe. Archynt può assorbire le metriche Prometheus già esistenti di un team per arricchire quel grafo, ma non compete sullo storage della telemetria — la sua unità di valore è il grafo di architettura e il ragionamento su di esso, non le dashboard.
Archynt vede il mio codice sorgente?
L'analisi statica esamina il repository per estrarre classi, moduli, endpoint e le loro relazioni in un grafo — non invia il testo del tuo codice a terzi per l'archiviazione. L'agente di runtime è in sola lettura e non modifica né esegue mai nulla sul sistema osservato.
Cos'è il drift architetturale?
Il drift è una dipendenza che esiste in un livello ma non nell'altro: una chiamata tra servizi osservata nel traffico reale che nessun percorso di codice documenta, oppure una dipendenza dichiarata nel codice che il runtime non esercita mai davvero (candidata a codice morto). Il tag confirmed_by di Archynt su ogni arco — statico, runtime, o entrambi — è ciò che rende il drift rilevabile in primo luogo.
Quali linguaggi e framework analizza Archynt?
Oggi Java/Spring, Node/NestJS, Python e Go, tramite worker dedicati per ciascun linguaggio dietro un unico modello di grafo. Nuovi linguaggi si aggiungono estendendo lo stesso contratto di worker.
Devo strumentare la mia applicazione?
No. L'agente di runtime scopre servizi, container e dipendenze live tramite l'API Docker e /proc — senza SDK, sidecar o modifiche al codice. Le metriche RED (rate, errors, duration) arrivano da un sensore eBPF (Beyla), anch'esso senza toccare il codice dell'applicazione.
Gli agenti IA per programmare possono usare Archynt direttamente?
Sì. Archynt espone un server MCP in modo che strumenti come Cursor o Claude Code possano interrogare il grafo di architettura reale, elencare i problemi di design aperti, e verificare se una modifica proposta attraversa un confine architetturale prima di generare codice. Vedi /llms.txt e /.well-known/mcp.json per la descrizione leggibile da macchina.
Archynt esamina automaticamente le pull request?
Sì. Una volta installata la GitHub App su un repository, ogni pull request avvia un check: Archynt costruisce il grafo di architettura sia per il commit base che per l'head e confronta i problemi di design tra i due. Il check fallisce se la PR introduce un nuovo problema di severità HIGH, e il risultato — incluso quali problemi sono stati introdotti o risolti — viene pubblicato su GitHub come check run nativo. Questo check è deterministico, usa gli stessi detector del resto di Archynt, non una chiamata a un LLM.
Pronto a provarlo?
Avvia la tua prima analisi o entra direttamente nel workspace della tua organizzazione.