Back to "De StyloAgent Workflow: Hoe bouw ik en verwalk ik grote ( en HUGEM SK2 systemen met behulp van code LLMs."

This is a viewer only at the moment see the article on how this works.

To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk

This is a preview from the server running through my markdig pipeline

Agents AI Architecture LLM Patterns StyloAgent

De StyloAgent Workflow: Hoe bouw ik en verwalk ik grote ( en HUGEM SK2 systemen met behulp van code LLMs.

Saturday, 18 July 2026

Dit is deel 2. Deel 1 Het hoofdprobleem werd behandeld: (architecturale drift), waarom een enkel agent met meer context nog steeds mislukt , en het StyloAgent-modelM SK3 Dit deel is de werkflow in de praktijk


Begrijpen van bestaande systemen

Laat de flottille op een systeem vallen dat ze nog nooit heeft gezien, en kijk wat er gebeurt. Zo begon StyloAgent met StyloM SK2Bot : de motor ' de kernlogiek leefde in het broerlijk FOSS-repositoryMSC5 en niemand in de flotta had het nog begrepen.

overview- Het ging verkennen. Het deed lezen- alleen verkenning passeert over het FOSS-kern en volgde de echte pijpleiding M SK2 een gespecificeerde orkester die een per-versoeksignaaltank bezit, , voert een singleton detectiemotor die golven aanvoert, - volgde detector-atomen,, produceerde een ledger,, dan een handtekening en een risicobeoordeling met drie asseën, getekend op leestijd, МSK8

Toen schreef het dat begrip op als: architecture.md : een codeM SK1 gegrond C4 componentendiagram waarbij elk onderdeel is gekleurd door zijn eigendomsagent . Het diagram wordt verdubbeld als de eigendomsmappe Grys betekent nog geen eigenaar., en grijze is een signaal : het toonde aan dat verschillende commerciële diensten geen specialisten hadden, en dat de commercische backend door overview- Alleen.

Dat is het deel repo-somvattende gereedschappen missen. De output is niet een één-off-somvattend document, dat uitstort als het wordt geschreven . Het is een onderhoudend documentM SK4 Zoals specialisten terugsturen. overview- Ze vouwden hun bevindingen in de spec, dan de architectuur , dan het roster. Er ontstaat begripM SK3 er ontstaat eigendomsbevoegingMSC4 en beide blijven steeds nauwkeuriger worden in plaats van te vervalsenMST5 De kaart leeft, omdat de mensen die het territorium bezitten het blijven corrigeren.


Werken over meerdere stoorplekken

Repo-centrische tooling behandelt het archive als de eenheid van de wereld. StyloAgent behandelt het als een implementatiedetaill Specialisten hebben eigen domeinen, geen gidse, en een domein kruist repos.

De twee Stylo.Bot-reposito's registreerden als één werkruimte. foss- Hij heeft de detectie waar hij ook leeft, en hij leeft in beide, verbonden door een naai M SK2 die FOSS-motor definieert. IFingerprintStore, de commerciële laag wisselt in een Postgres-implementatie via DI. De bekende -bots fixerden die naad af. deploy- Rebuilt the gateway, staging bevestigde dat de bot nu lastig leest, en het correct bleef tegen de commerciële Postgres-winkel omdat die winkel achter dezelfde naald zit als de FOSS-test die in SQLite werd uitgevoerd. Mostlylucid.Ephemeral Je hebt een contract veranderd, elk product hangt af van.

Hier is het deel dat ik het meest leuk vind. Ik hou vier hersenen op één keer in de vlucht , elk met een specialist die alleen zijn eigen context heeft . Vraag een agent om vier hersens tegelijk te houden en hij willekeurig maakt zijn context ♫ : de auth-details breken in de detectie-argumentatie ♫, de deployingsbeperkingen verwarren de vastberadenheidsregels ♫


De architectuur slaapt nooit

De stille voordelen komen voor als niemand codeert. In een normale werkflow, wanneer je de sessie sluit, is het begrip verdwenen.

Hier blijft het op de schijf. overview-'s levende documenten. Deze lêers zijn de duurzaame vorm , en ze overleven elke herbeginning.

Dat betekent dat architecturale intentie langer leeft dan een individu. overview- komt terug na een compactie-gebeurtenis, het leest een controlepunt dat begint met de huidige staat en de harde lessen van de laatste sessie, en het is georiënteerd in één lees foss- komt terug, het weet commit te maken 9b849629 De één kant van de risico-kwestie is nog steeds open. Lange-termijngeheugen is geen eigenschap die aan de zijkant geboord wordt. Het is intrinsiek., omdat de daad van stoppen met het werk is de daag om te schrijven wat het werk was.


Elke beslissing heeft succes.

De berichtenbus doet meer dan routewerk. Omdat de specialisten erdoor coördineren, en elke boodschap in het kanaal terechtkomtMSC2 wordt de redenering achter elke beslissing opgenomen als ze gebeurtM SK3 Niet nadien opgeschreven in een doc, niemand wordt opgedateerdMST4 Gevangd in het momentMst5 in de woorden die de specialists daadwerkelijk gebruiktenMSt6

De conversatie is de documentatie.

De aandacht-eerste Signalbus: een vastgeknopte M SK2Needt aandacht " groep onbeantwoorde rygdraadjesMSC4 dan RecentMska5 dan ArchiveM Ska6 elke rij kleurMske7 gecodeerd door de deelnemer met een statusglyf.

Hier is een echte sequentie van deze vrachtwagen. overview- Het richten van de risicovraag naar: foss-, gemerkt als urgent :

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- Ik onderzocht het probleem en kwam terug met de oorzaak: : de bevestigde kraan was nooit aangesloten. overview- Ze bevestigden en voegden twee voorwaarden toe, beide technische beslissingen de moeite waard zijn te houden :

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 notities zijn bewijsmateriaal. De eerste registreert dat een vorige test de stroom gifde en de fout verstopte, zodat deze keer de test de echte weg moet leidenM SK2 De tweede registreert een grensoverschrijdend risk en geeft het aan deploy-. foss- Verstuurde opdracht 9b849629, substitueerde de oppervlaktetest met een echte uiting- naarM SK2uiting één in 883a1277, en overview- close the loop :

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.

Zo'n zes maanden later, als iemand vraagt waarom de claimlatch waar hij is aangesloten is, het antwoord niet verloren gaat . Het zit op de bus, in ordeM SK4 met de commit SHA's aangebrachtMSC5 De beslissing heeft bewijs omdat de beslissing een conversatie wasMST6 en de conversatie werd bewaardMst7


Waarom dit mijn werklaad verminderde

Dit zorgde niet dat ik sneller code schreef.

Ik stopte met het integratiebus. Voor StyloAgent was ik het enige onderdeel dat begreep hoe de detectiemachine, ,, de gateway-bouw,,, de Postgres-winkel en de installatiepijplijn samenkwamen.,, zodat elke kruising, -, het snijden van wijzigingen door mijn hoofd heen ging.., ik hield de beperkingen vast, MSC7, ik herinnerde me de naden, M SK8, ik herhaalde -, ik legde de architectuur uit aan welke agent ik ook praatte met, ., dat werk leek alsof ik alleen mijn eigen systeem wist, MST11, en het was altijd een belasting.MST12

Nu gebeurt de herbouw één keer en staat : op.

Voor Na
ReM SK1Verklaring van de één-DB-snaam elke sessie Gecodeerd als een invariant die de specialisten hechten
Kontext-switch over vier domeinen om één verandering te laten landen Route de veranderingM SK3 elke specialist heeft zijn eigen context
Onthoud wat vorige sessie verscheept is De gestoorde context onthoudt me voor mij.

Wat er nog over is, is het deel dat het waard is om te doen: : beslissen wat je moet bouwen , en het laten bouwen aan de eigenaars.


Waar dit heen zou kunnen

Dit zijn ideeën.,, geen beloften.. De werkflow werkt vandaag voor één ingenieur en één fleet.

  • Cross-machine specialisten. Een vloot zou machines kunnen uitbreiden, met een specialist waar zijn domein ook draait' zijn systeem draait
  • Teamkooperatie. Verschillende ingenieurs delen één vloot, elke routewerk naar dezelfde blijvende specialisten, zodat de architecturale geheugen gedeeld wordt in plaats van gevangen te zitten in één persoon
  • Remote expertise. Een specialist die een domein bezit dat kan worden bereikt door mensen die het niet bezitten.
  • Gedeelde specialistenpakketten. Een opsporingsspecialist of een Kubernetes-specialist die aan een ander team wordt gegeven als startpunt in plaats van uit niets gebouwd.
  • Organisatie-grote architecturale geheugen. Geaccumuleerd begrip van specialisten die blijven doorgaan tussen mensen die vertrekken en bijkomen, zodat de kennis niet uit de deur loopt als de ingenieur die het heeft, dat doet.

Die laatste is ver weg, en ik beweer het niet.


Een vreemde gebruikssituatie, en geen bijdragen

Mijn gebruikssituatie is vreemd. Ik ben één persoon die een ingenieursorganisatie van agenten leidt over een constelatie van mijn eigen producten en pakketten , zodat ik vier posities in de vlucht kan houden zonder dat mijn eigen hoofd de botsenhals is.

Om dezelfde reden, Ik accepteer geen bijdragen. Vouw het afM SK2 maak het je eigenMSC3 neem het ergens mee waar ik nooit zou denken naar te gaan . De releases zijn hier als je van een gebouw begint in plaats van een bron.

De laatste release


Conclusie

De oplossing was geen codeeragent met een groter geheugen, maar een verandering in vorm: van één agent die alles probeert te weten, naar vele specialisten die elk iets bezitten en met elkaar praten.

Dat is het hele truc. Niet een slimmere model , een team : specialisten die hun domeinen behoudenM SK3 een architect die ze coherenthoudtMSC4 en een opname van elke beslissing die langer duurt dan de sessie waarin hij werd genomen in. Het houdt de architectuur, dus ik hoef het niet te doen.


Aanhangsel : De Workflow in de praktijk

Hier is de bekende-bots-risico-fixing , begin tot einde, terwijl het daadwerkelijk door de flottille verhuisdeM SK3 Elke opdracht en boodschap onderaan is reëel.

  1. Overview krijgt de vraag. Ik vertelde de flottille dat het ergste ding op het dashboard het risico-display was. overview- Hij stelde het voor als één onderzoek met twee gezichten: : risico niet aangetoond, , en foute risico wanneer aangetoont.
  2. Overview routes naar de specialist. Een dringende boodschap aan: foss-, de detectiemotor-eigenaar , met het beschermingsrail dat elke productie vingerafdruk moet afdrukken-DB reM SK3derive heeft eerst een staging nodig en een expliciete menselijke weg te nemen.
  3. De specialist onderzoekt. foss- Hij volgde het naar de claimlatch en vond de echte oorzaak :. UpdateClaimVerificationAsync had geen roepers in productie. Het merkte ook op dat de bestaande test de roep gefälscht had, wat de kloof verborgen bleef.
  4. Discussie plaatsvindt. overview- approved under TDD and added two conditions on the bus : add a real end -toM SK2end test, and confirm the CF realMska4clientM Ska5IP caveat with deploy-.
  5. De codeagent implementeert. foss- De lat was aan de orkestzaam vastgedraad. Commit 9b849629. Geen productie-DB-operatie is nodig; het zelfdoet - helpt als de robots teruggaan
  6. Tests lopen. De eerste test toonde aan dat de winkel ‘.’ heette. foss- Dan voegde ik een echte eind toe-to-endtest om de echte orkester te laten rijdenM SK2een echte winkel , en een echte projectie. 883a1277.
  7. Dokumentatieupdates. Geen enkele apart. De root-cause , de twee voorwaarden, en de commit SHA's zijn allemaal op de bus in volgordeM SK3
  8. De specialist dehydrateert. foss- schrijft zijn gestoorde context : 9b849629 verstuurd, 883a1277 landde, één gezicht nog open, , wachtrails naar voren, .
  9. Kennis behouden. De reparatie reed in een verkeerspoort, eigendom van deploy-, werd gecontroleerd op staging, en werd kwalificeerd voor een bewachteM SK2 digest - gedraaide productieverwijderingMSC4 Als de volgende vraag over de claimlatch komt, zet het op foss-, die het antwoord al bezit

De hele loop , terwijl het over de bus ging :

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 schreef die sequentie op na de feiten.


Verwante Artikels

logo

© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.