Der StyloAgent-Workflow – wie ich große Systeme mit Code LLMs baue und handhabe (Deutsch (German))

Dieser Teil ist, was es tut.

Ein Modell verdient nur seinen Halt unter echter Arbeit .. . .: die Flotte auf einer Codebasis fallen lassen, hat es nie gesehen .," einen Wechsel über Repositories schieben und eine Entscheidungsspur halten, die einen Neustart überlebt . ." Diese Hälfte des Stücks ist, dass work- , und es endet mit einem vollständigen Beispiel direkt aus dem Bus gezogen .

Fortsetzung von TeilWarum mehr Kontext es nicht fixiert und das StyloAgent-Modell

Bestehende Systeme verstehen

Lassen Sie die Flotte auf einem System, das es nie gesehen hat, , und beobachten, was passiert .. . Das ist ungefähr wie StyloAgent begann auf Stylo . . .Bot . : . der Motor .' .s Kernlogik lebte im Geschwister-FOSS-Repository .

overview- ging die Erforschung der . , Es lief Lese-- Nur Exploration geht über den Kern FOSS und verfolgte die reale Pipeline , : , ein Scoped-Orchester, das eine per ,- ,Erbitten Signalsenke besitzt , um eine Singleton-Detektionsmaschine, die Wellen läuft , - , geordnete Detektoratome , die einen Ledger ., , dann eine Signatur und ein Risiko Urteil mit drei Achsen zur Lesezeit abgeleitet ,

Dann schrieb sie dieses Verständnis nieder als architecture.md Das Diagramm verdoppelt sich als die Eigentumskarte. Grau bedeutet noch kein BesitzerEs zeigte, dass mehrere kommerzielle Dienste keinen Spezialisten hatten, und dass das kommerzielle Backend von overview- Allein – .

Das ist der Teil repo---Zusammenfassung Werkzeuge miss-.-Die Ausgabe ist nicht eine one-sive-MSC2-off Zusammenfassung, die in dem Moment veralten geht es geschrieben wird.-Es ist ein gepflegtes Dokument ..-Als Spezialisten berichten zurück-MSN5- overview- faltet ihre Funde in die Spec-, , dann die Architektur ,, , und dann der Dienstplan .. , Understanding entsteht ?, , Eigentum entsteht , , . und beide halten immer genauer statt zu verrotten , . , Die Karte ist lebendig, weil die Menschen, die das Gebiet besitzen, es weiterhin korrigieren .

Arbeiten über mehrere Repositories

Das Repo-Tooling behandelt das Repository als die Einheit der Welt... StyloAgent behandelt es als Implementierungsdetails. Spezialisten eigene Domains , , , nicht Ordner-, und eine Domäne kreuzt Repos,-.

Die beiden Stylo-.-Bot Repos registrieren sich als ein Workspace. foss- besitzt Detektion, wo immer sie lebt, und sie lebt in beiden, verbunden mit einer Naht, die FOSS-Motor definiert IFingerprintStoreDie kommerzielle Schicht tauscht sich in einer Postgres-Implementierung durch DIA... Der bekannte -.bots Fix fuhr, dass FOSS Commit-..Es war eine FOSS-Kommittierung, aber Detektion Schiffe innerhalb des kommerziellen Gateway-Images ,. deploy- das gateway wieder aufgebaut,-Staging bestätigte den Bot jetzt lesen niedrig,- und es blieb korrekt gegen die kommerzielle Postgres Store, weil dieser Speicher sitzt hinter der gleichen Naht der FOSS-Test in SQLite ausgeübt.-Ein change-,-zwei Repositories-MSC4-drei Spezialisten .,- zusammen gehalten von wer auch immer besitzt die seam ?.-Meine eigenen Pakete arbeiten auf die gleiche Weise Mostlylucid.Ephemeral und Sie einen Vertrag geändert haben, hängt jedes Produkt von

Hier ist der Teil, den ich am meisten mag..-Ich halte vier Repos im Flug auf einmal.,-jeder mit einem Spezialisten, der nur seinen eigenen Kontext hält.MSC2-Ask one agent to hold four repos at the same time and it randomises it's context :-Auth Details Bluten in die Detektion Argumentation?,-Deploy Constraints verwischen die Persistenz-Regeln und jede Antwort wird ein wenig schlechter....-Separate Spezialisten halten die Kontexte auseinander, also sind vier aktive Repos vier fokussierte Agenten...MSC8-Nicht einer verwirrt einen....-No code LLM I have used does that on its eigen...

Die Architektur schläft nie

Der stille Vorteil zeigt sich, wenn niemand codiert... In einem normalen Workflow, sobald Sie die Sitzung schließen, ist das Verständnis verschwunden.

Hier hält es auf der Festplatte an Jeder Spezialist ,' , das Wissen sitzt in seinem gespeicherten Kontext , . , die Architektur ., , der Spec , , , und der Dienstplan sitzen in overview-Diese Dateien sind die langlebige Form, und sie überleben jeden Neustart.Es gibt keinen Daemon-Haltezustand im Speicher, den ein Absturz löschen würde.

Das bedeutet, architektonische Absicht überdauert jede einzelne run-. overview- kommt nach einem Verdichtungs-Ereignis wieder und liest einen Checkpoint, der mit dem aktuellen Zustand und den harten Lektionen der letzten Sitzung beginnt. foss- kommt zurück, es weiß Commit 9b849629 verschifft und dass ein Gesicht von der Risikofrage noch offen ist **Langer Speicher ist kein Feature, das auf die Seite geschraubt wird.**Weil der Akt des Aufhörens von Arbeit ist der Akt der Niederschreibung, was das Werk war.

Jede Entscheidung hat Provenienz

Der Nachrichtenbus tut mehr als die Routenarbeit, weil sich die Spezialisten durch ihn koordinieren, und jede Nachricht landet im Kanal, das Argument hinter jeder Entscheidung wird gefangen, wie es geschieht,..Nicht später in einem Dokument geschrieben niemand aktualisiert, im Moment aufgenommen, das ,. in den Wörtern, die die Spezialisten tatsächlich benutzt haben, ..

Das Gespräch ist die Dokumentation.

Die Aufmerksamkeit – zuerst Signal Bus – eine gepinnte " Benötigen Sie Aufmerksamkeit – die Gruppe der unbeantworteten Threads – die ,, dann die neuesten ,, dann das Archiv – die Farbe der einzelnen Reihen – die vom Teilnehmer mit einem Status glyph.. kodiert wurde

Hier ist eine wirkliche Sequenz von dieser Flotte, die gerade aus dem Bus gezogen wird. overview- Umleitung der Risikofrage auf foss-EMPFEHLUNG DES UMFANGS

From: overview-   Priority: urgent
# PRIORITY: the RISK display+correctness on the dashboard (human: this is the WORST)
Known bots showing VeryHigh ... known-good bots should latch friendly/Verified.
Report root cause + fix.

foss- untersucht und kam mit der Wurzelursache zurück. Der verifizierte --Latch wurde nie verdrahtet. overview- genehmigte und hinzugefügte zwei Bedingungen, die beide Engineering-Entscheidungen wert halten

From: overview-   Priority: normal
# APPROVED - ship it (TDD). No DB op = perfect; add a REAL test of the wired flow
1. ADD A REAL TEST that exercises the ACTUAL wired flow end-to-end ... NOT one that
   manually calls UpdateClaimVerificationAsync. That's the exact false-confidence gap
   that hid this.
2. The CF / real-client-IP caveat is real ... if the gateway sees CF egress, the latch
   never fires.

Beide Notizen sind Provenienz.Die ersten Datensätze, dass ein früherer Test den Fluss gefälschte und versteckte den Bug.,. Also muss der Test dieses Mal den realen Pfad fahren.MSC2. Die zweiten zeichnet ein cross-?-.boundäres Risiko auf und gibt es an deploy-. foss- Verschicken von Commit 9b849629Anschließend ersetzte er den flachen Test durch ein reales Ende. 883a1277L 347 vom 20.12.2013, S. 671. overview- die Schleife geschlossen

From: overview-   Priority: low
# 883a1277 real E2E test = exactly right; told deploy- to build it.
... drives the actual orchestrator + real store + real projection, no manual call ...
that fully closes the false-confidence gap that hid this.

Sechs Monate ab jetzt, wenn jemand fragt, warum der Anspruch Verriegelung ist verdrahtet, wo es ist.,. Die Antwort ist nicht verloren... Es ist auf dem Bus, um...,. mit dem Commit SHAs verbunden.... Die Entscheidung hat Provenienz, weil die Entscheidung ein Gespräch war und das Gespräch gerettet wurde.

Warum das meine Arbeitsbelastung reduzierte

Dies machte mich nicht schreiben Code schneller Die Modelle waren bereits schnell Es schnitt kognitive Last Das war die realen Kosten

Ich hörte auf, der Integrationsbus zu sein. Vor StyloAgent-, war ich die einzige Komponente, die verstand, wie der Detektionsmotor - , - das Gateway baute -, - den Postgres Store und die Bereitstellung Pipeline zusammenpassen., - so dass jeder cross---Schneidwechsel durch meinen Kopf geroutet wurde.... - Ich hielt die Einschränkungen fest, an die ich mich erinnerte: . - ich habe die Architektur neu erklärt, mit welchem Agenten ich auch immer sprach – . - Die Arbeit las als nur mein eigenes System kennend -MSC11 - und es war eine Steuer die ganze Zeit ?. -

Nun geschieht die Rekonstruktion einmal und wird niedergeschrieben

Vor und nach dem Tag des Inkrafttretens der Verordnung (EU) Nr. 1308/2013 |--------|-------| Mehr erfahren-Erklären Sie die eine ,- ,DB Naht jeder Sitzung , | , Encodiert als ein Invariant der Spezialisten ehren , | . Kontext-Schalten Sie über vier Domains, um eine Änderung zu landen.Verfolgen Sie die Veränderung jeder Spezialist trägt seinen eigenen Kontext. Merken Sie sich, was letzte Sitzung verschickt wurde.Der gespeicherte Kontext erinnert sich für mich.

Was links ist, ist der Teil wert zu tun, um zu entscheiden, was zu bauen, und lassen Sie die Besitzer es bauen.

Wohin dies führen könnte

Das sind Ideen, die nicht versprechen.Der Workflow arbeitet heute für einen Ingenieur und eine Flotte. Die Richtungen, die es zeigt, sind spekulativer.

Maschinenspezialisten für Cross-. Eine Flotte könnte Maschinen mit einem Spezialisten spannen, der überall dort läuft, wo sein System läuft..
Team-Zusammenarbeit Mehrere Ingenieure, die eine Flotte teilen, ,, jede Routing-Arbeit an die gleichen persistenten Spezialisten, also wird der architektonische Speicher nicht in einer Person, sondern in einem Setup gefangen
Remote-Kompetenz Ein Spezialist, der eine Domain besitzt, die von Menschen erreicht werden kann, die es nicht besitzen.,- die Art und Weise, wie Sie dem Zahlungsempfänger eine Frage stellen, ohne die Zahlungsperson zu werden.
Geteilte Spezialpacks .. . Ein Detektionsspezialist oder ein Kubernetes-Spezialist überreichte einem anderen Team als Ausgangspunkt anstatt aus dem Nichts zu bauen.
Organisation- landesweites architektonisches Gedächtnis. Geballtes Verständnis, das von Spezialisten gehalten wird, die über Leute fortbestehen, die gehen und beitreten, also geht das Wissen nicht aus der Tür hinaus, wenn der Ingenieur, der es hielt, es tut.

Das letzte ist weit weg, und ich behaupte es nicht.

Ein seltsamer Anwendungsfall und keine Beiträge

Mein Anwendungsfall ist schräg. Ich bin eine Person, die läuft, was zu einer technischen Organisation von Agenten über eine Konstellation meiner eigenen Produkte und Pakete, so kann ich vier Repos im Flug halten, ohne dass mein eigener Kopf der Engpass ist.

Aus dem gleichen Grund – Ich akzeptiere keine Beiträge – . – Gabeln Sie es aus , – machen Sie es zu Ihrem eigenen , – nehmen Sie es irgendwo hin.Ich würde nie denken, dass die Veröffentlichungen hier sind, wenn Sie von einem build anstatt von einer Quelle starten möchten.

Schlußfolgerung

Die Lösung war nicht ein Codierungs-Agent mit einem größeren Speicher Es war eine Änderung in der Form von einem Agenten, der alles zu wissen versucht, dass jeder etwas besitzen und miteinander sprechen . . . . Eigentum ist persistent ., . die Argumentation lebt auf dem Bus . und die Architektur lebt nicht mehr nur in meinem Kopf .

Das ist der ganze Trick, nicht ein klügeres Modell, kein Team, sondern Spezialisten, die ihre Domains halten, ein Architekt, der sie kohärent hält, und eine Aufzeichnung jeder Entscheidung, die die Sitzung überdauert, die es in gemacht wurde.

Der Arbeitsablauf in der Praxis

Hier ist die bekannte ,-'bots Risiko-Fix , ,' Start zu beenden , wie es tatsächlich durch den Fuhrpark bewegt , .' Jeder Commit und Nachricht unten ist real

Übersicht erhält die Anfrage Ich sagte der Flotte, das Schlimmste auf dem Armaturenbrett sei die Risikoanzeige. overview- gerahmt es als eine Untersuchung mit zwei Gesichtern nicht gezeigt , und Risiko falsch, wenn angezeigt
Übersicht Routen zum Spezialisten Eine dringende Nachricht an foss-Der Detektions-Engine-Besitzer mit der Leitplanke, dass jeder Produktionsfingerabdruck von - [DB re]-[Derive muss zuerst inszeniert werden und ein explizites menschliches go...
Der Spezialist untersucht foss- verfolgte es zu dem Anspruch verriegeln und fand die reale Ursache UpdateClaimVerificationAsync hatte Null-Anrufer in der Produktion.Es bemerkte auch die bestehende Test gefälschte den Anruf, der ist, warum die Lücke blieb versteckt.
Diskussion kommt vor overview- genehmigt unter TDD und fügte zwei Bedingungen auf dem Bus hinzu, fügen Sie ein reales Ende hinzu, -. deploy-.
Der Code-Agent implementiert .. foss- verdrahtet die Verriegelung an der Orchestratornaht 9b849629Keine Produktion DB-Betrieb benötigt , ; , es selbst ,- ,heilt als Bots re , - , Crawl , . ,
Prüfungen laufen aus. Der erste Test hat bewiesen, dass der Laden hieß. foss- dann fügte ein reales Ende hinzu ,- , um ,- ,End-Test fahren die tatsächliche Orchestrator , , , real store , , , und echte Projektion , . , Commit 883a1277.
Dokumentationsaktualisierungen Keine separat Die Wurzel Ursache Die zwei Bedingungen und die Commit SHAs sind alle auf dem Bus in der Reihenfolge
Der Spezialist für Dehydrate foss- schreibt seinen gespeicherten Kontext 9b849629 Verschifft 883a1277 angelandet,, ein Gesicht immer noch geöffnet,, Leitplanken vorwärts getragen
Das Wissen bleibt erhalten. Der Fix ritt in ein Gateway, das im Besitz von deploy-Verifiziert auf die Inszenierung, und wurde für eine bewachte ,...verdauen - pinned Produktion geschnitten, wenn die nächste Frage über den Claim-Verriegelung kommt, landet es auf foss-der bereits die Antwort besitzt

Die ganze Schleife, während sie sich über den Bus bewegte.

sequenceDiagram
    participant H as Human
    participant O as overview-
    participant F as foss-
    participant D as deploy-
    H->>O: the risk display is the WORST
    O->>F: PRIORITY (urgent), root-cause the risk verdict
    F->>F: trace projection to the claim latch
    F->>O: root cause, UpdateClaimVerificationAsync never wired
    O->>F: APPROVED, ship it plus a REAL end-to-end test
    F->>F: commit 9b849629, then 883a1277 (real e2e test)
    O->>D: rebuild the gateway from 883a1277
    D->>D: staging, known bot now reads LOW not VeryHigh
    D->>O: verified green on staging, ready for a guarded prod cut

Niemand schrieb, dass Sequenz nach oben die Tatsache ist die tatsächliche Reihenfolge der Nachrichten auf dem bus., und es ist die Dokumentation.