lynox 2.0: das Fundament wird aktiv

Ich erhöhe die Hauptversion nicht zur Show. lynox ging über zwei Monate von 1.4 auf 1.22, ohne einen einzigen Major-Sprung, weil nichts davon die grundlegende Arbeitsweise deiner Instanz verändert hat. 2.0 ist anders: Es ist das Release, in dem das Fundament, das ich im Juni still neu gebaut habe — das, das du nicht sehen konntest — tatsächlich aktiv wird und Gewicht trägt. Das hier ist der ehrliche Bericht, was sich geändert hat und wie ich sichergestellt habe, dass es dich nichts kostet.

Ein Ort für Automatisierung

Mit der Zeit sind in lynox mehrere überlappende Arten gewachsen, die Dinge zu speichern, die es für dich tut — ein gespeicherter Workflow hier, ein geplanter Trigger dort, eine Task woanders, über getrennte Datenbanken, die sich nicht sauber aufeinander beziehen konnten. 2.0 fasst sie in einem Speicher zusammen, mit einem Modell, das endlich die zwei Dinge benennt, die ein Trigger eigentlich ist: wann er feuert (ein Zeitplan, ein Watch, du) und was er tut (einen Agenten laufen lassen, einen Workflow ausführen, eine Benachrichtigung senden, ein Backup ziehen). Das sind jetzt getrennte Achsen, nicht ein verheddertes Feld. Darauf sitzt eine Connection — eine wiederverwendbare, zugangsdatentragende Verbindung, in die sich ein Workflow oder Trigger einklinkt, statt dieselbe API jedes Mal neu zu verdrahten.

Nichts davon ist ein Knopf, den du morgen anklickst. Es ist eine stärkere Basis, und alles, was ich von hier an rund um Automatisierung baue, ruht darauf.

Das Upgrade migriert sich selbst

Das ist der Teil, der mir am wichtigsten ist, denn ein großes, brechendes Release ist genau die Stelle, an der Software den Leuten Daten verliert. lynox 2.0 tut das nicht.

Wenn eine 2.0-Engine zum ersten Mal startet, repariert sie sich selbst: Sie liest deine bestehenden Trigger, gespeicherten Workflows und Tasks aus den alten Speichern und verschiebt sie in den neuen — genau einmal, mit einer Markierung, damit es nie zweimal läuft, und sie rührt die Originale nie an. Die alten Einträge bleiben liegen, ruhend, als Rollback-Netz. Kein Export, keine Neu-Einrichtung, kein Zutun von dir. Ich habe das vor dem Ausliefern gegen echte Produktionsdaten verifiziert: jede Automatisierung kam intakt herüber, und die Originale lagen unberührt daneben.

Der eine ehrliche Vorbehalt: Weil 2.0 eine echte Schema-Migration fährt, ist ein Zurück-Rollen kein bloßer Image-Tausch — es ist eine Snapshot-Wiederherstellung, die ich einstudiert habe. Das ist der echte Preis einer Fundament-Änderung, und deshalb ging 2.0 erst live, nachdem die Migration auf einer laufenden Instanz bewiesen war, nicht nur im Test.

Was sonst noch in 2.0 steckt

Über das Fundament hinaus:

  • Ein Medien-Werkzeug. Der Agent kann jetzt Audio und Video transkodieren, eine Tonspur extrahieren und Vorschaubilder erzeugen — über einen eingegrenzten, gesandboxten Pfad mit harten Zeit- und Größen-Limits, keine weit offene Shell.
  • Genauere Abrechnung. Jeder gemessene Pfad läuft jetzt durch dasselbe Kredit-Gate und dieselbe Belastung, fehlgeschlagene Läufe zählen ehrlich zu den Ausgaben, und Beträge rechnen auf exakte ganze Rappen ab. Auf einem verwalteten Plan stimmen das, was dir berechnet wird, und das, was du tatsächlich verbraucht hast, überein.
  • Klarere Lauf-Zustände. Ein unterbrochener oder abgebrochener Lauf wird jetzt genau als das festgehalten, statt still fertig auszusehen.
  • Eine breite Sicherheits-Härtungswelle — Vault, Dateisystem-Sandbox, Netzwerk-Egress und Injection-Schutz alle nachgezogen.

Eine Sache habe ich ausgeschaltet gelassen

2.0 bringt die Automatisierungs-Hälfte des Fundaments live, aber der Subject-Graph-Lesepfad — der Teil, der ändert, wie Gedächtnis und Kontext abgerufen werden — bleibt vorerst aus, hinter einem Flag. Er wird als getestete, ruhende Infrastruktur ausgeliefert; ihn einzuschalten ist ein separater Schritt pro Instanz, den ich bewusst gehe, nicht etwas, das ich in einem Release unter dir umlege.


Das ist 2.0 — die größte einzelne Änderung, die lynox durchgemacht hat, und die, mit der ich am vorsichtigsten war: ein neues Fundament, das sich selbst migriert und nichts verliert. Wie immer steht die granulare Liste im Changelog, und ich erzähle dir weiter, was tatsächlich passiert ist — einmal im Monat.