Tämä on osa 2. Osa 1 käsitteli keskeistä ongelmaa (architectural drift), miksi yksi ainoa tekijä, jolla on enemmän kontekstia, epäonnistuu edelleenM SK2 ja StyloAgent-malliMSC3 Tämä osa on työflow käytännössä

Nykyisten järjestelmien ymmärtäminen

Siirtäkää laivasto sellaiseen järjestelmään, jota se ei ole koskaan nähnyt, ja katsokaa mitä tapahtuu. Tämä on noin se, miten StyloAgent aloitti Stylon kanssaM SK2Bot | : | moottorin |' | keskeinen logiikka eläi sisaressa FOSS-tietokannassa ♫ , | eikä kukaan laivaston jäsenistä ymmärtänyt sitä vielä ♫

overview- käytti tutkimuksia. se käynnisti lueteltavanM SK1 vain tutkimus kulkee FOSS-kerhon yli ja jäljiteli todellista putkenjohtoa : a scoped orchestrator that owns a per()-request signal sink()

Sen jälkeen se kirjoitti, että ymmärrys on architecture.md : selitys, - maaperäinen CM SK2 komponenttidiagrammi, jossa jokainen komponentti on väritetty omistajansa avulla. Diagrammi kaksinkertaistuu omistajakartaksi Harmaa merkitsee, ettei ole vielä omistajaaSe osoitti, että useilla kaupallisilla palveluilla ei ollut asiantuntijoita ja että kaupallinen tausta-alue oli hallussaan overview- yksin.

Tämä on osan palauttaminen-summary-välineet ovat puutteellisia. Tuloksena ei ole yksiM SK2off summary, joka romahtaa hetkessä, kun se on kirjoitettu–. Se on pidetty asiakirjana–. Asiantuntijoiden raportoinnin mukaan –, overview- ,, sitten rakenne, ,, sitten luettelo ja ., sitten ymmärrys ja omistajuus sekä , että , ovat yhä tarkempia eikä heikkenevät.., kartta on elossa, koska alueen omistajat korjaavat sitä jatkuvasti

Useiden arkistojen välinen toiminta

Repo-keskinen työkalu kohtelee varastoa maailman yhtenäisenä yksikkönäM SK1 StyloAgent käsittelee sitä täytäntöönpanon yksityiskohtana. Asiantuntijoilla on omat domännit, ei luettelot, ja domeeni ylittää repon

Kaksi Styloa.Botin reporekisteriä on yksi työpaikka. foss- FOSS-moottorin määrittelemä jäljittämisjärjestelmä on riippuvainen siitä, missä se elää: , ja se elää molemmissa: IFingerprintStore, kaupallinen kerros vaihdetaan Postgresin täytäntöönpanossa DI:n kautta . Tunnetut -bott korjasivat sen silmän . Se oli FOSS-kommit M, mutta havaitsemisalukset kaupallisen porttikuvan sisällä m, joten deploy- uudelleenrakennetun verkon, paikantaminen vahvisti, että bot lukee nyt alhaisella tasolla, ja se pysyi oikeana kaupallisen Postgres-kaupan osalta, koska kaupan takana on sama kuilu kuin SQLitessä toteutetussa FOSS-testissä. Mostlylucid.Ephemeral ja olette muuttanut sopimusta jokainen tuote riippuu.

Tässä on se osa, jota pidän eniten. Pidän neljää repoa lennossa yhtä aikaa, kunkin on yksi asiantuntija, joka pitää vain oman kontekstinsa . pyydän yhtä agenttia pitämään neljä repoa samanaikaisesti ja se randomisoi sen kontekstin MSC3 auth yksityiskohdat valuvat havaitsemista koskevaan perusteluunM SK4 käyttöönottorajoitukset hämärtävät jatkuvuutta koskevia sääntöjäM Sk5 ja jokainen vastaus huononee hiemanM sk6 erilliset asiantuntjat pitävät kontekstit erillään M Sk7 joten neljä aktiivista reposia ovat neljä keskittynyttä agenttia , ei yksi sekava M sk9 minkäänlaista LLM-koodia, jonka olen käyttänyt, ei tehdä sitä yksinäänMtk10

Architektura ei koskaan nukku

Tyhmä hyöty ilmenee silloin, kun kukaan ei käännä koodia. Tavallisessa työflowissa, hetken, kun suljette istunnon, ymmärrys on kadonnut.

Tässä asiassa se säilyy diskissä. overview-' elävät asiakirjatM SK1 Nämä tiedostot ovat kestävää muotoa, ja ne selviytyvät jokaisesta uudelleenkäynnistämisestä.

Tämä tarkoittaa, että arkkiteollinen tarkoitus elää kauemmin kuin yksittäinen run overview- palaa compaction tapahtuman jälkeen, se lukee tarkistuspisteen, joka alkaa nykyisestä tilanteesta ja viime istunnon vaikeista kokemuksista , ja se on suuntautunut yhteen lukemiseenM SK2 milloin foss- palaa takaisin, se tietää sitovan 9b849629 ja että riskikysymyksen yksi puoli on edelleen avoin Pitkän aikavälin muisti ei ole sidottu sivuun, vaan sisäinen,, koska työn lopettamisen teko on työn merkityksen kirjaaminen

Jokaisella päätöksellä on todisteita

Viestibussi tekee enemmän kuin reittiliikennettä. Koska asiantuntijat koordinoivat sitä kautta, ja jokainen viesti laskee kantaanM SK2 jokaisen päätöksen taustalla oleva perustelu otetaan huomioon, kun se tapahtuu . Ei kirjoiteta jälkikäteen asiakirjaan eikä kukaan päivittää sitä.

Keskustelu on asiakirjaa.

Tässä on todellinen luettelo tästä laivastosta, joka oli vedetty suoraan linja-autosta. overview- ohjatakseen riskikysymystä foss-, merkitsee kiireellistä

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- tutkittiin ja tuli takaisin alkuperäisen syyn kanssa : todennetun -claim latch ei ole koskaan sidottu overview- hyväksyttiin ja lisättiin kaksi ehtoa, molemmat tekniset päätökset kannattavat säilyttämistä M SK1

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.

Molemmat merkit ovat todisteita. Ensimmäisessä merkitään, että edellinen testi väärensi virtauksen ja peitti virheen , joten tällä kertaa testin on kuljetettava todellista tietä deploy-. foss- siirretty lupa 9b849629, korvasi sitten alhaisen testin todellisella päällä 883a1277, ja overview- suljettiin ketju :

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.

Kuusi kuukautta myöhemmin, kun joku kysyy, miksi vaatimusten katto on kytketty sinne, missä se on , vastaus ei menetäM SK2 Se on linja-autossa, järjestyksessäMSC4 liitteenä olevaan komission SHA:henMST5 Päätöksellä on todisteita siitä, että päätös oli vuoropuhelua koskeva.

Miksi tämä väheni työtaakkaani

Tämä ei saanut minua kirjoittamaan koodia nopeammin.

Olen lopettanut yhdentymisen linja-auton. Ennen StyloAgentin perustamista olin ainoa osatekijä, joka ymmärsi, miten havaitsemismoottori – , – porttirakenne –, – Postgres-kauppias -, – ja käyttöönottoputkiliitännät sopivat yhteen., – niin että kaikki ristit – - – katkaisivat muutoksen, joka kulkee pääni läpi.. – pitäsin rajoitteitaan – MSC7 – muistan silmät – M SK8 – selvitin uudelleen arkkitehtuuria, mihin tahansa virastoon minä puhuin.

Nyt jälleenrakentaminen tapahtuu kerran ja kirjoitetaan :

Jäljelle jää se osa, joka kannattaa tehdä: : – päättää, mitä rakentaa; , – antaa omistajilla rakentaa;.

Mihin tämä voisi mennä

Nämä ovat ajatuksia, eivät lupauksia . Työflow toimii nykyään yhden insinöörin ja yhden laivaston hyväksiM SK2 Suuntaviivat, joihin se osoittaa, ovat pikemminkin spekulatiivisia

• Cross-koneiden asiantuntijatM SK1 Laivasto voisi laajentaa koneita, erikoishenkilöllä, joka toimisi missä tahansa sen alalla
• Team collaboration. Useat insinöörit jakavat yhden laivaston, kukin ohjaustyö samalle jatkuvalle asiantuntijoille , niin että rakenteellinen muisti on jaettu sen sijaan, että se olisi sidottu yhteen henkilöön
• Kaukotietämys. Asiantuntija, jolla on domeeni, johon voivat tutustua ihmiset, jotka sitä eivät omista, tapa, jolla kysytte maksuhenkilöltä kysymyksen muuttumatta maksuhenkilöksi
• Yhteiset erikoispaketit. Tunnusasiantuntija tai Kubernetin asiantuntija, joka luovuttaa toisen joukkueen lähtökohdaksi eikä rakenneta tyhjästä.
• Järjestelmä-laajuinen rakenteellinen muistiM SK1 Asiantuntijoiden keräämä ymmärrys, joka pysyy kokonaisuudessaan, kun ihmiset lähtevät ja liittyvät työpaikkaansa, niin että tietämykset eivät pääse ulos ovesta, kun sen hoitanut insinööri tekee–.

Viimeinen on kaukana , -tavasta, enkä väitä sitä.

Eräs kummallinen käyttötapa, eikä osallistumista

Minun käyttötapa on kummallinen. Olen yksi henkilö, joka johtaa niin kutsuttua insinöörijärjestöä, jossa työskentelevät eri tahot eri puolilla omaa tuotettani ja pakettejani , joten voin pitää neljä lähtökohtaa lennossa ilman, että oma pääni olisi pullonkaulojaM SK2 Useimmilla ihmisillä ei ole tätä ongelmaa . En esitä tätä työflowna, jota kaikkien pitäisi ottaa käyttöönMSC4 Se ratkaisi oman ongelmani.

Samasta syystä, En hyväksy puheenvuorojaM SK1 Suljekaa se , Tehkää se omaksinne, viekää se minne tahansa en koskaan luullakseniMSC4 Julkaisut ovat täällä, jos haluatte aloittaa rakennuksesta pikemminkin kuin lähteestä |:

Päätelmät

Ratkaisu ei ollut suurempaa muistia omaava koodausagentti, vaan muotomuutos: yksi agentti, joka yrittää tietää kaiken, ,, monista asiantuntijoista, jotka omistavat jotakin ja keskustelevat keskenään.., omistajuus on pysyvää.

Tämä on koko huijaus.. Ei älykkäämpää mallia, ,, työryhmää, specialisteja, jotka pitävät omat domeeniensa,,, arkkitehtia, joka pitää ne johdonmukaisina,, ja pöytäkirjaa kaikista päätöksistä, jotka ovat pidempiä kuin istunto, jonka se teki. Se säilyttää arkkitehtuurin, joten minun ei tarvitse tehdä sitä.

Liite : Työprosessi käytännössä

Tässä on tunnettu -bots risk fix, start to finishM SK2 koska se todella liikkui laivaston läpi . Jokainen sitoumus ja viesti jäljempänä ovat todellisia

1. Yleiskatsaus saa pyynnön. Kerroin laivastolle, että pahin asia taulukon hallinnassa oli riskiselvitys. overview- määritteli sen yhdeksi tutkimuksesta, jossa on kaksi puolta: : riski, ettei näytä, , ja riski virheellisenä, kun näytetään
2. Suuntaviivat asiantuntijoille. Kiireellinen viesti foss-, havainnollisen moottorin omistajaM SK1 vartiraudalla, että kaikki tuotantojäljet
3. Asiantuntija tutkii foss- jäljitteli sitä vaatimukseen ja löysi todellisen syyn: : UpdateClaimVerificationAsync oli nollapuheluja tuotannossa. Se pani myös merkille, että olemassa olevassa testauksessa väärennetty puhelu,, minkä vuoksi kuilu jäi peitellyksi
4. Keskustelua käydään. overview- hyväksyttiin TDD:n mukaisesti ja lisättiin kaksi ehtoa linja-autoon. deploy-.
5. Kode-agentti toteuttaa. foss- liitti katto taiteilijoiden silmään. 9b849629. Tuotantoa ei tarvita DB-operaatioonM SK1 se on itsenäinen - paranee, kun robotit muuttuvat
6. Testit suoritetaan. Ensimmäisessä testauksessa todettiin, että kaupungista tuli .. foss- ja lisättiin todellinen loppu – -–-–todistuksen loppu, jossa ohjataan todellista taiteilijaa. 883a1277.
7. Asiakirjan päivitykset. Ei yksikään erikseen. Ydinsyyt, kaksi ehtoa , ja sitova SHA ovat kaikki linjalla järjestyksessä
8. Asiantuntija dehydratoi. foss- kirjoittaa tallennetun kontekstin : 9b849629 shipped, 883a1277 laskeutui, yksi rintama on edelleen avoin, vartiraudet kuljetettiin eteenpäinM SK2
9. Tieto säilyy. Ratkaisu ajoi porttien jälleenrakentamiseen, jonka omistaja oli deploy-, vahvistettiin paikan päälläM SK1 ja siitä tuli tukikelpoinen suojeltujen toimenpiteiden käyttöönottoon , digestin käyttöönoton M SK3 tuotantosuunnan katkaisun käyttöönotoon . Kun seuraava kysymys vaatimuksia koskevasta järjestelmästä tulee esille, foss-, joka jo omistaa vastauksen

Koko ketju,, kun se liikkui linja-auton läpi

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

Kukaan ei kirjoittanut tätä järjestystä tosiasian jälkeen.

Related Articles

• StyloAgentin työflow (Parti 1) - keskeinen ongelma ja StyloAgent-malli
• Miksi LLM:t epäonnistuvat sensorina - probabilistisen synteesizerin käyttöä rajalaitteena koskeva luokitteluvirhe
• MCP on liikennemuoto, Se ei ole arkkitehtuuri - miksi rakenne on pöytäkirjan yläpuolella?
• Stylo.Bot: Miten bott ovat saaneet älykkäämpiä M SK2Parti 2) - tämän laivaston havaitsemismoottori rakentuu ja toimii
• Sidecar-arkkitehtuuri - miten StyloM SK1Bot-moottori liitetään mihin tahansa pisteeseen