Architektonischen Drift stoppen, bevor er gemergt wird
Bei jedem Pull Request analysiert Archynt den Base- und Head-Commit, vergleicht die Design-Probleme zwischen beiden und veröffentlicht das Ergebnis direkt auf GitHub — sodass eine neue zirkuläre Abhängigkeit oder ein God-Service als fehlgeschlagener Check erscheint, nicht als Überraschung drei Sprints später.
OrderController now depends on InventoryRepository directly
MEDIUM
Wie PR-Checks funktionieren
Von GitHub ausgelöst
Ein pull_request-Webhook (opened, synchronize, reopened) startet den Check automatisch — kein Polling, kein manueller Trigger von Archynt aus.
Vergleicht den Graphen, nicht den Diff
Sowohl der Base- als auch der Head-Commit werden zu vollständigen Architekturgraphen analysiert; der Check vergleicht die von jedem erzeugten Design-Probleme, nicht den rohen Code-Diff.
Deterministisches Urteil
PASS, wenn keine neuen Probleme auftreten, FAIL, wenn der PR ein Problem der Schwere HIGH einführt, sonst WARN — dieselben Detektoren, die überall sonst in Archynt verwendet werden, kein LLM-Aufruf.
Nativer GitHub-Check-Run
Ergebnisse werden als Check-Run veröffentlicht (mit einer Markdown-Zusammenfassung der eingeführten und gelösten Befunde), sobald die GitHub App im Repository installiert ist.
Funktioniert auch ohne die App
Ohne die GitHub App wird das Ergebnis mit einem konfigurierten Token weiterhin als PR-Kommentar und Commit-Status veröffentlicht — nur ohne die native Check-Run-Oberfläche.
Unterstützt private Repos
Der Installationstoken der GitHub App wird auch verwendet, um private Repositories für die Analyse zu klonen, sodass keine separaten Zugangsdaten nötig sind.
Bereit, es an Ihrem System zu sehen?
Führen Sie eine Analyse durch oder springen Sie direkt in den Workspace Ihrer Organisation.
