Kerno: API-Tests mit KI am laufenden Backend

Einfach erklärt: Wofür ist Kerno da?

Kerno hilft Entwicklungsteams zu prüfen, ob ihr Backend nach einer Codeänderung noch richtig funktioniert. Ein Beispiel ist eine Bestellung: Eine erfolgreiche API-Antwort allein beweist noch nicht, dass der Auftrag korrekt gespeichert und nur einmal bezahlt wurde. Kerno kann mehrere Schritte eines solchen Ablaufs ausführen und das Endergebnis prüfen.

Das Produkt von FYCK Limited verbindet einen lokalen Agenten mit einem MCP-fähigen Coding-Assistenten und einem Webportal für Berichte. Es richtet sich besonders an Backend-Entwickler und QA-Teams mit einer tatsächlich laufenden Anwendung.

Verhaltensänderungen vor dem Merge erkennen

Kerno analysiert Beziehungen im Repository und erstellt Tests mit einem Ausgangszustand, der Baseline. Nach Änderungen ermittelt es betroffene Einstiegspunkte und vergleicht neue Ergebnisse mit dieser Basis. Bei einem Nutzerablauf zeigt der Bericht, welcher Schritt scheitert.

Prüfungen betreffen unter anderem Antwortstrukturen, Berechtigungen, Authentifizierung, ungültige Eingaben und Fehlerbehandlung. Sicherheitstests lassen sich ausdrücklich anfordern. Eigene Geschäftsregeln ergänzen technische Erwartungen. Ist eine Verhaltensänderung beabsichtigt, können Tests angepasst werden; dafür muss zunächst klar sein, dass die Abweichung fachlich richtig ist.

Vom Repository zum ersten Testlauf

Der Quickstart setzt Node.js 18+, Git und laufendes Docker oder Podman voraus.

1. Installieren Sie mit npm install -g @kerno/cli die CLI und melden Sie sich mit kerno login an.
2. Initialisieren Sie das Repository mit kerno init -w /absolute/path/to/repo. Übernehmen Sie die tatsächlich ausgegebenen MCP-Verbindungsdaten.
3. Verbinden Sie Ihren Coding-Agenten, wählen Sie die Anwendung und hinterlegen Sie deren URL sowie erforderliche Zugänge zu Abhängigkeiten. Bestätigen Sie die Kalibrierung.
4. Lassen Sie einen wichtigen Nutzerablauf erfassen und prüfen Sie den vorgeschlagenen Testplan vor der Freigabe.
5. Kontrollieren Sie das Ergebnis. Nach einer Codeänderung lassen Sie betroffene Abläufe erneut prüfen und bewerten Unterschiede vor einer Baseline-Aktualisierung.

Dokumentierte Konfigurationen umfassen Claude Code, Cursor, Windsurf und Codex.

Technische Grenzen und CI

Kerno unterstützt HTTP(S), MCP über Streamable HTTP und Hintergrund-Consumer. Tests entstehen in TypeScript, während die Anwendung unterschiedliche Backend-Sprachen verwenden kann. Die Technologieübersicht nennt zahlreiche Frameworks sowie PostgreSQL, MySQL, Redis und weitere Abhängigkeiten. WebSocket, gRPC und GraphQL sind noch angekündigt. Kerno arbeitet jeweils innerhalb eines Repositorys, auch mit mehreren Anwendungen.

Für CI ist eine Unterscheidung wichtig: Die Preisseite nennt CI-Integration bei Pro, die konkrete CI-Anleitung erlaubt jedoch kostenloses eigenständiges Wiederholen bereits eingecheckter Tests ohne Konto oder Modellaufruf. Dazu müssen Linux, Docker und die Anwendung bereitstehen. Neue Tests werden dort nicht erzeugt; übersprungene Fälle sind kein Nachweis erfolgreicher Prüfung.

Kosten und kostenlose Testläufe

Am 18. Oktober 2026 nennt die Preisseite für Community 30 Testläufe monatlich, ein Repository und einen Nutzer ohne Kreditkarte. Ein Lauf entspricht einem ausgeführten Szenario.

Pro kostet laut Website $50 pro Entwickler und Monat und umfasst unbegrenzte Läufe und Repositorys sowie Teamanalysen. Enterprise wird individuell angeboten und ergänzt Self-Hosting, SSO/SAML und Datenkontrollen. Die Angaben sind Website-Preise, keine Euro-Umrechnung oder Zusage über Steuern und regionale Konditionen.

Quellcode und Testdaten richtig einordnen

Laut Sicherheitsdokumentation bleiben Repository und Baselines lokal. Relevante Codeauszüge werden allerdings über Kernos Proxy an Modellanbieter mit Zero-Data-Retention-Konfiguration geschickt. Berichte agentengestarteter Tests enthalten hochgeladene Requests, Responses, Header und Statuscodes.

Wählen Sie deshalb geeignete Testdaten: Vertrauliche API-Antworten können im Bericht landen. Die offizielle Aussage zur Nichtverwendung für Training ist keine Offline-Garantie. SOC 2 Type II wird als laufendes Vorhaben beschrieben.

Häufige Fragen

Welche Fehler untersucht Kerno?

Es untersucht Laufzeitverhalten und Unterschiede nach Codeänderungen, etwa bei Berechtigungen, Antwortformaten oder mehrstufigen Abläufen. Vollständige Fehlerfreiheit wird dadurch nicht bewiesen.

Wie zählt das kostenlose Kontingent?

Fünf ausgeführte Szenarien verbrauchen fünf Läufe. Ein Check eines Commits kann also mehrere Einheiten benötigen.

Bleiben alle Daten auf meinem Rechner?

Nein. Codeauszüge für Modellverarbeitung und die Inhalte von Testberichten verlassen die lokale Umgebung gemäß den dokumentierten Datenflüssen.

Offizielle Ressourcen

• Dokumentation: Einrichtung und Fehlerbehebung.
• Offizielle Slack-Community: Hilfe bei Integrationsfragen.
• Changelog: aktuelle Funktionsänderungen.