Tiden: KI-generierten Code gegen Anforderungen prüfen

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

Tiden hilft Entwicklungsteams zu prüfen, ob ein Coding-Agent die gewünschte Funktion tatsächlich umgesetzt hat. Der Dienst von Qase, Inc. verbindet Produktspezifikationen, Agentensitzungen, Tests und Freigabenachweise.

Ein Beispiel: Eine API soll oberhalb eines Limits den Status 429 und einen Retry-Header liefern. Ein erfolgreicher Build beweist diese beiden Anforderungen noch nicht. Tiden macht sichtbar, welche erwarteten Verhaltensweisen durch Tests belegt sind und wo Nachweise fehlen.

Vom gewünschten Verhalten zum überprüfbaren Ergebnis

Tiden liest Code, erstellt eine Übersicht der Produktspezifikationen und kennzeichnet nicht getestete Bereiche. Spezifikationen bleiben als Markdown bearbeitbar. Quellen, Komponenten, Prioritäten und Versionen helfen dabei, eine Regel auf ihren Ursprung zurückzuführen.

Die Absichtserfassung hält Entscheidungen aus Coding-Agent-Sitzungen fest und verdichtet sie zu prüfbaren Branches. Auf der Website beginnt eine Sitzung mit einer Arbeitsvereinbarung, deren offene Zusagen bearbeitet werden müssen. Menschen prüfen die vorgeschlagenen Änderungen an Spezifikationen und Tests, bevor sie diese übernehmen. Auch ein automatisch erzeugter Test braucht eine sinnvolle fachliche Aussage.

Freigaben nach Evidenz und Komponentenrisiko beurteilen

Quality Gates berücksichtigen Spezifikationsabdeckung, Testergebnisse, Aktualität, Komponentenrisiken und vorhandene Produktionsprobleme. Sie prüfen den Hauptstand, einen Branch oder ein Release. Die Aufschlüsselung zeigt, ob Tests fehlen, Fehler behoben oder Risiken ausdrücklich bewertet werden müssen.

tiden gate check --product-id <product-id> prüft den aktuellen Stand. Bei einer Blockade oder ausstehender Risikoprüfung liefert die CLI einen Fehlercode. Laufzeitfehler können nach Release und Umgebung gruppiert werden. Ein bestandener Gate-Check ist ein Urteil anhand der hinterlegten Prüfungen, keine Zusicherung vollständiger Fehlerfreiheit.

Mit einem bestehenden Repository starten

Der offizielle Schnellstart beschreibt den Einstieg:

1. Organisation, Workspace und Produkt anlegen oder einer vorhandenen Organisation beitreten.
2. Die CLI für macOS, Linux oder Windows installieren. Mit tiden setup anmelden und das Repository zuordnen; anschließend tiden config verify ausführen.
3. Die Tiden GitHub App mit den gewünschten Repositories verbinden und ihre Berechtigungen prüfen.
4. Eine konkrete Spezifikation erstellen oder Markdown-Anforderungen importieren. Einen Test anlegen, zuordnen und ausführen.
5. In Traceability zwischen verified, not_run und no_test unterscheiden. Mit tiden intent install die Hooks einrichten und deren Zustand kontrollieren.

Für einen ersten Versuch eignet sich ein Verhalten mit eindeutig beobachtbarem Ergebnis. Danach lässt sich beurteilen, ob die Nachweise zur eigenen Abnahmepraxis passen.

Integration in den Entwicklungsalltag

Tiden nennt Claude Code, Cursor, Copilot und Codex als begleitende Coding-Werkzeuge. Neben der Weboberfläche gibt es CLI, öffentliche REST API und einen lokalen MCP-Server. Damit können Automatisierungen Spezifikationen, Tests, Branches und Prüfungen nutzen. CLI und MCP-Server sollten gemeinsam aktualisiert werden.

Das passt vor allem zu Entwicklern, QA und technischen Verantwortlichen, die regelmäßig Agentenänderungen ausliefern und deren Anforderungen nachvollziehen müssen. Unklare Anforderungen muss das Team weiterhin klären; die Produktstruktur ersetzt keine fachliche Entscheidung.

Testphase, Kosten und Zugriff auf Code

Stand 15. Oktober 2026: Die öffentlichen monatlichen USD-Preise betragen 49 US-Dollar für Starter und 199 US-Dollar je Produkt für Team. Starter umfasst ein Produkt, höchstens drei Repositories und 25 verifizierte Änderungen im Monat; Team enthält 100 je Produkt und unbegrenzt viele Repositories. Beide bieten 14 Tage Testphase. Bei Fortführung beginnt die Abrechnung am 15. Tag.

Eine mit bestandenem Quality Gate zusammengeführte Pull Request wird einmal berechnet. Wiederholungen, fehlgeschlagene Änderungen und Bot-Commits sind kostenlos. Team kann zusätzliche Änderungs- und Telemetriekosten verursachen. Nachweise bleiben bei Starter drei, bei Team zwölf Monate erhalten. Die aktuelle Preisübersicht erklärt Staffelung und Jahreskonditionen; USD-Listenpreise sind keine Euro-Endpreise inklusive Steuern.

Die GitHub App liest freigegebene Repositories. Zugriffsumfang und API-Token gehören daher zur Einrichtung. Telemetrie lässt sich über beforeSend filtern. Prüfen Sie die Datenschutzbedingungen zusammen mit dem Vertrag: Eine allgemeine Zusage zu ausschließlich lokaler Verarbeitung oder zum Ausschluss jedes Modelltrainings ist durch die geprüften öffentlichen Unterlagen nicht belegt. Enterprise-Self-Hosting ist ein kostenpflichtiges Zusatzangebot.

Häufige Fragen

Ersetzt Tiden das menschliche Code Review?

Nein. Agenten schlagen Branches vor, Menschen prüfen und übernehmen akzeptierte Änderungen. Tiden liefert die zugehörigen Nachweise.

Warum reichen grüne Tests allein nicht aus?

Sie belegen nur das tatsächlich getestete Verhalten. Prüfen Sie zusätzlich die Zuordnung zur Spezifikation, fehlende Abdeckung und veraltete Ergebnisse.

Wie beginne ich mit einem bestehenden Repository?

Produkt erstellen, Repository autorisieren, CLI einrichten und zunächst eine Spezifikation mit einem Test verknüpfen. Danach den Zustand in Traceability kontrollieren.

Offizielle Anlaufstellen

• MCP-Repository: Adapter und Entwicklerhinweise.
• Änderungsprotokoll: aktuelle Produktänderungen.
• Kontakt zu Tiden: Enterprise-Bereitstellung und Sicherheitsprüfung.