PreiseDokumentation
Loslegen
Lösungen · Entwicklung

Die Arbeit, die nie ganz oben in der Warteschlange landet.

Jede Sitzung erhält ihren eigenen Cloud-Computer und Branch. Der Agent reproduziert den Fehler, schreibt den Fix, führt die Tests aus und öffnet eine Änderungsanfrage. Sie prüfen einen Diff.

LoslegenSprich mit uns
kortix/session-9f4c2b7e · retry backoff jitter2 Dateien · +7 −1 · 214 Tests bestanden
 packages/queue/src/retry.ts−const delay = base * 2 ** attempt;+// Full jitter. Without it every worker wakes on the same tick and the+// retry storm is indistinguishable from the outage that caused it.+const delay = Math.random() * base * 2 ** attempt;   packages/queue/src/retry.test.ts+test("spreads retries across the window", () => {+  const spread = sample(1_000).stddev / EXPECTED_MEAN;+  expect(spread).toBeGreaterThan(0.4);+});
Illustration. Der Branch-Name ist die Sitzungs-ID, denn genau das ist ein Sitzungs-Branch.
Die Übergabe

Der Backlog, bei dem Sie aufgehört haben vorzugeben, ihn abzuarbeiten.

Nicht die Neuentwicklungen. Die kleinen, klar definierten Aufgaben darunter: Reproduktionen, Dependency-Updates, flakey Tests, eine Umbenennung in zweihundert Dateien.

  1. 01

    Der Fehler, den niemand reproduziert hat

    Der Agent nimmt den Bericht, baut den Fall auf seiner eigenen Maschine nach und liefert entweder einen fehlschlagenden Test oder den Grund, warum er ihn nicht reproduzieren konnte. Eine Sitzung, die nicht reproduzieren kann, sagt das. Sie erfindet keinen Fix für einen Fehler, den sie nie gesehen hat.

  2. 02

    Der flakey Test, den alle erneut ausführen

    Der Agent führt die Suite in einer Schleife aus, isoliert, welcher Test tatsächlich wie oft fehlschlägt, und findet den zugrunde liegenden Shared State oder die Zeitannahme. Die Änderungsanfrage enthält die gemessene Fehlerquote vor und nach der Änderung.

  3. 03

    Dependency-Updates mit bewiesenem Build

    Aktualisieren, bauen, Suite ausführen, Changelog auf Breaking Changes prüfen und verschobene Call Sites patchen. Wird die Suite rot, öffnet der Agent die Änderungsanfrage trotzdem – mit den Fehlern in der Beschreibung statt mit einer grünen Behauptung.

  4. 04

    Die mechanische Migration über zweihundert Dateien

    Eine Umbenennung, ein API-Wechsel, eine aktivierte Lint-Regel – pro Datei trivial, in großem Maßstab unerträglich. Der Agent arbeitet Datei für Datei auf seinem eigenen Branch und liefert einen prüfbaren Diff.

  5. 05

    Die Ausnahmen der letzten Nacht, gruppiert

    Der Agent liest die Fehler des Tages, gruppiert sie nach Ursache statt nach Meldung, priorisiert sie danach, wie viele Personen betroffen sind, und bearbeitet den wichtigsten bis zum Patch.

  6. 06

    Dokumentation, die vom Code abgewichen ist

    Der Agent vergleicht dokumentiertes und tatsächliches Verhalten und korrigiert entweder die Dokumentation an den Code oder markiert den Code als fehlerhaft. Beides ist hier derselbe Commit-Typ – alles ist eine Datei.

Das Ergebnis

Ein Diff auf einem Branch, die Suite bereits ausgeführt.

Zurück kommt ein Diff auf einem Branch, dessen Tests bereits auf der erzeugenden Maschine ausgeführt wurden. Sie müssen nichts Neues lesen lernen.

kortix/session-9f4c2b7e · retry backoff jitterChange request
packages/queue/src/retry.ts
-const delay = base * 2 ** attempt;
+// Full jitter. Without it every worker wakes on the same tick and the
+// retry storm is indistinguishable from the outage that caused it.
+const delay = Math.random() * base * 2 ** attempt;
packages/queue/src/retry.test.ts
+test("spreads retries across the window", () => {
+ const spread = sample(1_000).stddev / EXPECTED_MEAN;
+ expect(spread).toBeGreaterThan(0.4);
+});
2 Dateien · +7 −1 · 214 Tests bestanden
Illustration. Der Branch-Name ist die Sitzungs-ID, denn genau das ist ein Sitzungs-Branch.

Sie prüfen die Änderung, nicht einen Bericht darüber

Der Agent committet auf dem Sitzungs-Branch und öffnet eine Änderungsanfrage gegen main. In der Prüfung kommt ein Diff mit Beschreibung an – dasselbe Objekt, das auch ein Kollege geöffnet hätte.

Es wurde ausgeführt, bevor Sie es gelesen haben

Die Sandbox ist eine echte Linux-Maschine. Der Agent installiert, baut und führt die Suite selbst aus. Eine rot ankommende Änderungsanfrage sagt dies in der Beschreibung, statt grün zu behaupten.

Ein Branch, eine Maschine, keine Konflikte

Sitzungen teilen sich keinen Arbeitsbaum. Zwanzig können gleichzeitig dasselbe Repository bearbeiten – jede auf ihrem eigenen Branch und Computer, ohne sich in die Quere zu kommen.

Wohin es reicht

Das Repository, der Tracker, der Thread.

Der Großteil der Arbeit geschieht im Repository, das die Sitzung geklont hat. Konnektoren decken den Rest ab; ihre Zugangsdaten bleiben auf unserer Seite und gelangen nie auf die Maschine.

Das Repository selbst
Zu Sitzungsbeginn in die Sandbox geklont, auf einem frischen Branch. Der Agent verfügt über Shell, Dateisystem und vollständige Historie – er kann bisect ausführen, die Suite starten und den Commit lesen, der die zu ändernde Zeile eingeführt hat.
GitHub
Issues, Kommentare und den Status eines Branches lesen und dort zurückschreiben, wo Sie es erlaubt haben. Kortix öffnet die Änderungsanfrage selbst; der Konnektor deckt alles darum herum ab.
Linear
Das Ticket laden, das die Sitzung gestartet hat, die Akzeptanzkriterien lesen und den Link zur Änderungsanfrage zurückposten, sobald die Arbeit abgeschlossen ist. Das Ticket bleibt die maßgebliche Quelle für den Umfang.
Slack
Der Live-Kanal. Erwähnen Sie den Bot in einem Thread, und dieser Thread wird zur Sitzung; Antwort und erzeugte Dateien kommen in denselben Thread zurück. Teams ist enthalten, aber deaktiviert, bis Ihre Bereitstellung es aktiviert.
Ihre eigenen Services
Verweisen Sie Kortix auf eine OpenAPI- oder Postman-Spezifikation, einen GraphQL-Endpunkt, einen Remote-MCP-Server oder eine einfache HTTP-Basis-URL. Kortix liest die Quelle, ermittelt die Authentifizierung und macht jede Operation zu einem Tool, das der Agent aufrufen kann.

Easy Connect deckt über die OAuth-Bildschirme der Anbieter mehr als 3.000 Apps ab. Alles, was nicht in diesem Katalog enthalten ist, ist über MCP, OpenAPI, GraphQL oder rohes HTTP erreichbar – meist die ehrlichere Lösung für einen internen Service, da er von vornherein keinen öffentlichen Katalogeintrag hatte.

Wie es läuft

Jetzt fragen, Wichtiges beobachten, den Rest verschlafen.

Drei Wege, dieselbe Sitzung zu starten. Isolation und Prüfpfad ändern sich nicht mit dem Trigger.

  1. 01Auf Abruf

    Aus dem Thread, in dem Sie bereits sind

    Beschreiben Sie den Fehler in einem Slack-Thread oder starten Sie eine Sitzung über die Web-App oder CLI. Sie erhalten eine Reaktion auf Ihrer eigenen Nachricht statt eines Bot-Posts, und die Antwort landet im selben Thread.

  2. 02Mit menschlicher Unterstützung

    Es stoppt dort, wo Sie es angewiesen haben

    Setzen Sie eine Aktion auf Ask: Der Lauf pausiert beim Aufruf und wartet, während Aktion und Argumente angezeigt werden. Nach der Freigabe wird derselbe Aufruf abgeschlossen und die Sitzung genau an der Unterbrechungsstelle fortgesetzt.

  3. 03Automatisiert

    Ein Cron oder ein signierter Webhook aus Ihren eigenen Alerts

    Prüfen Sie die nächtlichen Ausnahmen um 06:00 Uhr. Oder verbinden Sie Ihr Alerting mit einem signierten Webhook, sodass ein Paging-Ereignis eine Sitzung mit der Incident-Payload im Prompt startet.

Control

Nichts merged von selbst.

Die Frage ist nicht, was ein Agent schreiben kann, sondern was er landen lassen kann. Hier ist die genaue Antwort.

Merge ist standardmäßig verboten
Ein Agent kann nicht nach main mergen. Die Berechtigung existiert – ein Admin kann project.cr.merge gewähren –, aber die Berechtigung steht in kortix.yaml. Ihre Erweiterung ist daher selbst eine Änderung, die jemand prüft. Nichts daran ist ein versteckter Standard.
Freigabestufen sind deaktiviert, bis du sie einrichtest
Der ausgelieferte Standard ist permissiv: Aktionen laufen, sofern Sie nichts anderes festlegen. Setzen Sie Aktionen, die pausieren sollen, auf Ask und solche, die niemals stattfinden dürfen, auf Block – pro Aktion oder über eine Musterregel. Wir nennen Ihnen lieber den Standard, als Sie den sichereren vermuten zu lassen.
Jede Sitzung ist von den anderen abgeschottet
Eine kurzlebige Linux-Maschine pro Sitzung auf dem eigenen Branch. Wirklich geteilt wird nur die Außenwelt – deshalb wird der Zugriff über die Konnektoren und nicht über die Maschine bestimmt.
Zugangsdaten für Konnektoren gelangen nie auf die Maschine
Die Sandbox enthält ein auf das Projekt beschränktes Kortix-Token und keine Drittanbieter-Keys. Das Gateway entschlüsselt die echten Zugangsdaten serverseitig und fügt sie dem ausgehenden Aufruf hinzu. Ein bewusst gewährtes Laufzeit-Secret ist etwas anderes – ein echter Umgebungswert, den der Agent lesen kann und soll.
Jeder Tool-Aufruf wird protokolliert
Das Gateway, das die Zugangsdaten auflöst, schreibt auch den Datensatz: Aktion, Agent, Person oder Trigger hinter der Sitzung, Ergebnis und die Person, die einen angehaltenen Aufruf freigegeben hat.
Wie die Isolation funktioniertWie Konnektoren vermittelt werden

Dieselbe Plattform, die anderen Teams

Ein Projekt, ein Satz Konnektoren, ein Speicher, der sich laufend erweitert. Jedes Team schreibt die Skills für seine eigene Arbeit; niemand setzt ein zweites System auf.

  • VertriebRecherche, Entwürfe und CRM-Pflege — zur Freigabe bereit
  • MarketingProduktionsarbeit, die nach Ihnen klingt – weil die Stimme eine Datei ist
  • ProduktFeedback zu Spezifikationen verdichtet, mit beigefügten Belegen
  • FinanzenAbschluss, Abstimmung und die Abweichungsnotiz
  • PersonenPlanung, Kits und Onboarding – niemals die Einstellungsentscheidung
  • ITRunbooks, die ausgeführt werden, und eine Plattform, die Ihre Prüfung übersteht
  • Data ScienceEine echte Maschine, eine echte Abfrage, eine Analyse, die Sie erneut ausführen können
Alle Lösungen →

Führe dein gesamtes Unternehmen aus einem Repo, das dir gehört.

Beginne mit einer Aufgabe und wachse von dort aus.

Loslegen

Produkt

  • Agentencomputer
  • Unternehmen als Code
  • Konnektoren
  • Automatisierungen
  • Kanäle
  • Agenten & Skills
  • Sicherheit
  • Self-hosted
  • Enterprise
  • Preise
  • Herunterladen

Lösungen

  • Vertrieb
  • Marketing
  • Entwicklung
  • Produkt
  • Finanzen
  • Personen
  • IT
  • Data Science

Entwickler

  • Dokumentation
  • AI Operating System
  • CLI
  • SDK
  • Schnellstart
  • Für Entwickler
  • Marketplace
  • GitHub

Unternehmen

  • Über
  • Karriere
  • Blog
  • Änderungsprotokoll
  • Anwendungsfälle
  • Marke

Verbinden

  • X
  • LinkedIn
  • Discord
  • Status
  • Support
  • Bedingungen
  • Datenschutz
©2026 Kortix