Wie Archynt funktioniert
Ein Graph, acht Oberflächen — von der statischen Analyse bis zur Live-Topologie, Logs, benutzerdefinierten Metriken-Dashboards, Warnungen, KI-gestützten Insights, automatischen PR-Checks und einer kostenlosen GitHub Action für öffentliche Repos.
Projekte
Verstehen Sie jede Codebasis als lebendige Architektur. Archynt parst Java, Node, Python und Go und erstellt den Graphen automatisch.
Runtime
Ein schreibgeschützter Agent entdeckt Services, Abhängigkeiten und Host-Auslastung live — ohne Instrumentierung. Heute Docker; Kubernetes und systemd folgen als Nächstes.
Metriken
Erstellen Sie Dashboards im Grafana-Stil mit Ihren Prometheus-Metriken, mit freiem PromQL, Schwellenwerten und Panels pro Organisation.
KI-Insights
Ein LLM denkt über Ihren Architekturgraphen — statisch oder live — nach, um Kopplungsprobleme und God-Services zu erkennen, mit Belegen und einer konkreten Lösung.
Logs
Lesen Sie Container-Logs direkt von Docker, filterbar nach Zeitraum und Level, mit Suche und Live-Tail — ohne Log-Shipping-Pipeline zu unterhalten.
Warnungen
CPU-Spitzen, RAM-Druck, Anomalien der Fehlerrate und ausgefallene Container lösen automatisch eine Warnung aus — per E-Mail an Ihr Team, ohne zu konfigurierende Schwellenwerte.
PR-Checks
Jeder Pull Request wird gegen main analysiert und als Check-Run auf GitHub veröffentlicht — ein neues Design-Problem lässt den Check vor dem Mergen fehlschlagen.
GitHub Action
Fügen Sie einen Workflow zu jedem öffentlichen Repo hinzu und erhalten Sie dieselben Architektur-Checks bei jedem PR — ohne Archynt-Konto, ohne Tokens mit Archynt zu teilen.
Häufig gestellte Fragen
Wie unterscheidet sich Archynt von Datadog, Grafana oder Dynatrace?
Diese Plattformen beantworten anhand von Telemetrie — Metriken, Logs, Traces — die Frage „was passiert gerade jetzt?“. Archynt beantwortet eine andere Frage: „Entspricht das System, das tatsächlich läuft, dem, was der Code beschreibt?“ Es parst den Quellcode zu einem strukturellen Graphen, korreliert ihn mit einem schreibgeschützten Runtime-Agent und kennzeichnet jede Abhängigkeit als statisch, Runtime oder beides. Archynt kann die Prometheus-Metriken, die ein Team bereits hat, aufnehmen, um diesen Graphen anzureichern, konkurriert aber nicht bei der Telemetriespeicherung — seine Werteinheit ist der Architekturgraph und das Nachdenken darüber, nicht die Dashboards.
Sieht Archynt meinen Quellcode?
Die statische Analyse parst das Repository, um Klassen, Module, Endpunkte und ihre Beziehungen in einem Graphen zu extrahieren — der Text Ihres Codes wird nicht zur Speicherung an Dritte gesendet. Der Runtime-Agent ist schreibgeschützt und verändert oder führt niemals etwas im beobachteten System aus.
Was ist architektonischer Drift?
Drift ist eine Abhängigkeit, die in einer Schicht existiert, aber nicht in der anderen: ein im tatsächlichen Traffic beobachteter Aufruf zwischen Services, den kein Codepfad dokumentiert, oder eine im Code deklarierte Abhängigkeit, die die Runtime in der Praxis nie ausübt (ein Kandidat für toten Code). Erst das confirmed_by-Label von Archynt an jeder Kante — statisch, Runtime, oder beides — macht Drift überhaupt erkennbar.
Welche Sprachen und Frameworks analysiert Archynt?
Heute Java/Spring, Node/NestJS, Python und Go, über dedizierte Worker pro Sprache hinter demselben Graph-Modell. Weitere Sprachen kommen hinzu, indem derselbe Worker-Vertrag erweitert wird.
Muss ich meine Anwendung instrumentieren?
Nein. Der Runtime-Agent entdeckt Services, Container und Abhängigkeiten live über die Docker-API und /proc — ohne SDKs, Sidecars oder Codeänderungen. Die RED-Metriken (rate, errors, duration) stammen von einem eBPF-Sensor (Beyla), ebenfalls ohne den Anwendungscode zu berühren.
Können KI-Coding-Agenten Archynt direkt nutzen?
Ja. Archynt stellt einen MCP-Server bereit, damit Tools wie Cursor oder Claude Code den echten Architekturgraphen abfragen, offene Design-Probleme auflisten und prüfen können, ob eine vorgeschlagene Änderung eine Architekturgrenze überschreitet, bevor Code generiert wird. Siehe /llms.txt und /.well-known/mcp.json für die maschinenlesbare Beschreibung.
Prüft Archynt Pull Requests automatisch?
Ja. Sobald die GitHub App in einem Repository installiert ist, löst jeder Pull Request einen Check aus: Archynt erstellt den Architekturgraphen sowohl für den Base- als auch den Head-Commit und vergleicht die Design-Probleme zwischen beiden. Der Check schlägt fehl, wenn der PR ein neues Problem der Schwere HIGH einführt, und das Ergebnis — einschließlich der eingeführten oder gelösten Probleme — wird als nativer Check-Run zurück auf GitHub veröffentlicht. Dieser Check ist deterministisch und verwendet dieselben Detektoren wie der Rest von Archynt, keinen LLM-Aufruf.
Bereit, es auszuprobieren?
Führen Sie Ihre erste Analyse durch oder gehen Sie direkt in den Workspace Ihrer Organisation.