Det här är en del 2. Del 1 tog upp grundproblemet (architektisk drift ), varför en enda agent med mer kontext fortfarande misslyckas, och StyloAgent-modellenM SK3 Den här delen är arbetsflödet i praktiken

Understanding Existing Systems

Släng flottan på ett system som den aldrig sett förut, och se vad som händer. Det är ungefär så StyloAgent började med Stylo . Bot M SK3 motorn ' kärnanlogiken levde i syskonlig FOSS-databasen MSC5 och ingen i flottan förstod det ännu MST6

overview- gick ut och undersökte.. Den körde läsning.-. enbart utforskning passerar över FOSS: s kärna och spårade den riktiga pipelinen.

Sedan skrev den den förståelsen ner som architecture.md : en kod - grundad C4 komponentdiagram där varje komponent färgas av sin egenmaktpersonM SK3 Diagrammet dubbleras till egenskapskartan Grys betyder att det inte finns någon ägare än, och grått är en signal : den visade att flera kommersiella tjänster inte hade någon specialist overview- ensam.

Det är den delen som återställs.-, sammanfattningsverktyg missar.., utgången är inte en enda sammanfattning, -, som går sönder när den är skriven. overview- folds their findings into the spec , then the architecture, thenthe roster. Understanding emergesM SK3 ownership emerges~ , and both keep getting more accurate instead of decaying~ . The map is alive because the people who own the territory keep correcting it ~ .

Att arbeta över flera lager

Repo-centrerad verktygslära behandlar arkiven som en enhet i världen . StyloAgent behandlar det som ett implementeringsdetailt Specialister äger domains, inte ord, och ett domein korsar repos

De två Stylo.Bot-repositorna är ett arbetsrum foss- har detektorn var den än bor, ,, och den bor i båda, ,, sammankopplad med en simm, M SK2, som FOSS-motoren definierar IFingerprintStore, de kommersiella skivorna byter i en Postgres-implementation genom DI . De kända apparaterna ställde upp sig i samma takt som . Det var ett FOSS-kommit, ,, men det detekterade skeppen inuti den kommersiella portbilden. deploy- byggde tillbaka portaalet.,. Staging bekräftade att roboten nu läser lågt, ,. Och det blev korrekt mot den kommersiella Postgres-butiken eftersom affären sitter bakom samma band som FOSS-testet utövat i SQLite. Mostlylucid.Ephemeral och du har ändrat ett kontrakt varje produkt beror på.

Här är den delen som jag gillar mest. Jag håller fyra återhämtar på flyget på en gång , var och en med en specialist som bara har sin egen kontext . Säg till en agent att hålla fyra återhimtar samtidigt och den slumpviserar sin kontext M SK3 auth detaljerna blöder in i det detekterande resonemanget MSC4 användandets begränsningar förvrängar upphållighetsreglern MST5 och varje svar blir lite värre M ST6 Separata specialister håller kontexten avskilda M st 7 så fyra aktiva återhämmtar är fyra fokuserade agenter M St 8, inte en förvirrad agent

Architekturen sover aldrig

Den tysta vinsten visar sig när ingen koder.

Här stannar den på disken. overview-'s levande dokument. De här lêerna är den hållbara formenM SK2 och de överlever varje gång man startar upp igen . Det finns ingen daemon-haltende tillstånd i minnet som en olycka skulle radera

Det betyder att arkitekturella syften överlever alla individuella overview- kommer tillbaka efter en kompakterings händelse, den läser en kontrollpunkt som börjar med den nuvarande tillståndet och de hårda lärdomerna från den sista sessionen , och den är riktad i ett svar foss- kommer tillbaka, den vet att skicka 9b849629 skickats och ett ansikte av riskfrågan är fortfarande öppet "Long-" är inte en egenskap som trycks på sidan, . är en egendom, eftersom det är handlingen att stanna upp och skriva ner vad arbetet var

Varje beslut har rättfärdighet

meddelandebussen gör mer än bara färdriktning... Eftersom specialisterna samarbetar genom den,,. Och varje meddelande landar i kanalen,,. Begrunden bakom varje beslut fångas när det händer... Ingen skriver upp det efteråt i en dokumentation och ingen uppdaterar det.

Konversationen är dokumentationen.

Här är en riktig sekvens från den här flottan. overview- att rikta riskfrågan till foss-, markerad som akut :

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- undersökt och kom tillbaka med orsaken. overview- godkännade och lagt till två villkor , båda tekniska beslut som är värda att behålla :

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.

Båda notterna är bevisande. Den första registrerar att en tidigare test låtsas flödet och gömde bugen, så den här gången måste testet köra den riktiga vägenM SK2 Den andra registrerar ett gränsöverskridande risk deploy-. foss- skickade kommando 9b849629, erbjöd sedan den slätta testen med en riktig ända 883a1277, och overview- stängde loopen :

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.

Sex månader från nu, när någon frågar varför klagnätet är kopplat där det är, så är svaret borta.., det är på bussen, ,, i ordning.,, med kommandosnummern ., beslutet har bevis för att beslutet var ett samtal.

Varför minskade min arbetsbela

Det fick mig inte att skriva koder snabbare.

Jag slutade vara integreringsbussen Innan StyloAgent, var jag den enda som förstod hur det detekterade motorn, ,, portöppningen, ,, Postgresaffären, M SK3, och utplaceningsröret passade ihop. ,, så att varje kors,-, slitte bytes genom mitt huvud. ., jag höll på med begränsningarna, MSC7, jag kom ihåg trådarna, МSK8, jag upprepade -, förklarade arkitekturen till vilken agent som helst som jag pratade med.

Rekonstruktionen sker nu en gång och är skriven :

Det som finns kvar är den delen som är värt att göra, att bestämma vad man ska bygga, och låta ägaren bygga det.

Vart det skulle kunna ta sig

Det här är idéer.,, inte löften.., arbetsflödet fungerar idag för en ingenjör och en flotta.M SK2, riktningen den pekar på är mer spekulativ

• Cross-Maschinensexperter. En flotta skulle kunna sprida sig över maskiner.
• Teamsamarbetande. Fler ingenjörer som delar en flotta.
• Avlägsna expertis. En expert som äger ett domein som är tillgängligt för människor som inte äger det.
• Samlade specialistpaket. En detekteringsspecialist eller en Kubernetes-specialist som handskas till ett annat lag som startpunkt istället för att byggas från ingenting.
• Organisationen-allgemeinen arkitektonisk minne. Den sammanlagda förståelsen som valdas av specialister som överhärdar människorna som lämnar och går med i skolan, så kunskapen går inte ut genom dörren när ingenjören som höll den gör det.

Den sista är långt borta, och jag säger inte det.

Ett märkligt användande fall, och inga bidrag

Min tillämpningsfall är konstig. Jag är en person som driver vad som amounterar till en ingenjörsorganisation av agenter tvärsöver en konstellation av mina egna produkter och paket , så jag kan hålla fyra återflygningar i flyg utan att min egen huvud blir trängselkörteln.

Av samma anledning accepterar jag inte bidrag.

Slutsatsen

Rättelsen var inte en kodagent med större minne, det var en förändring i form, från en agent som försöker veta allting, till många specialister som alla äger något och pratar med varandra. . Eigenskapen är uthärdlig, ,, resonemanget lever på bussen,,, och arkitekturen lever inte längre bara i mitt huvud.

Det är hela tricket.

Appendix : arbetsprocess i praktiken

Här är den kända "-" -bots riskfixen , , -start till slut, , -eftersom den faktiskt rörde sig genom floden, . - Varje kommando och meddelande härunder är riktiga.

1. Übersicht får begäran. Jag sa till flottan att det värsta på brädan var riskpanelen. overview- framställde det som en undersökning med två ansikten : risken att inte visas , och risken för fel när det visas
2. Übersicht Router till specialisten. Ett viktigt meddelande till foss-, detektionsmotornägaren , med bevakningstråden att alla tillverkade fingeravtryck
3. Specialisten undersöker foss- following it to the claim latch and found the real cause : UpdateClaimVerificationAsync hade inga telefoner i produktion
4. Debatten pågår. overview- som godkännas under TDD och lagt till två villkor på bussen. : lägga till ett riktigt slut, -, till -, sluttestet och ,, och bekräfta CF: s riktiga slut, deploy-.
5. Kodagenten implementerar. foss- kopplade latschen vid orkesterns band. 9b849629. Ingen produktions-DB-operation krävs ; den gör sig själv M SK2 läker som robotar gör igen
6. Test körs. Det första testet bevisade att affären kallades ".". foss- och sedan voegde vi till ett verkligt slut , -, till -, End test driving the actual orchestrator, ,, real store, ,, and real projection, M SK4, commit 883a1277.
7. Dokumentationuppdateringar. Inget separat. Root orsaken, de två villkoren , och de bindande SHAs är alla på busen i ordning
8. Dehydraterar specialisten. foss- skriver sin sparade kontext : 9b849629 skickad, 883a1277 landade, ,, ett ansikte fortfarande öppet, ,, vaktvägar förflyttade framåt,.
9. Vetenskapen bevaras Fixen körde in i en vägg för att bygga om som ägs av deploy-, kontrollerade på inställningen , och blev möjliga för ett beskyddat, digestM SK3 tryckt ned produktionssdröjning, . När nästa fråga om rättsloggen kommer fram foss-, som redan äger svaret

Hela kretsningen , när den rörde sig över bussen :

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

Ingen skrev upp den sekvensen efter det faktum att det är den faktiska ordningen av meddelanden på bussen, och det är dokumentationen.

Related Articles

• StyloAgents arbetsflöde (Teil 1) - huvudproblemet och StyloAgent-modellen , den första halvan av det här stycket
• Varför misslyckas LLM som sensorer - kategorins fel när man använder en sannolikhetssynthesizer som en gränsenhet
• MCP är en transport - varför arkitekturen lever ovanför protocoln , inte inuti den
• Stylo.Bot: Hur fick kisser smartare M SK2Teil 2) - det detekteringsmotor som den här flottan bygger och kör
• Sidecar-arkitekturen - hur Stylo.Botmotorn kopplar till vilken hög som helst