Il s'agit de la partie 2. Partie 1 a couvert le problème fondamental (Drive architecturale), Pourquoi un agent unique avec plus de contexte n’est toujours pas efficace , et le modèle StyloAgentM SK3 Cette partie est la marche à suivre dans la pratiqueMSC4

Comprendre les systèmes existants

Mettre la flottille sur un système qu’elle n’a jamais vu, et voir ce qui se passe. C’est ainsi que StyloAgent a commencé à fonctionner sur StyloM SK2Bot : le moteur

overview- a fait l’exploration. Il s’est livré à la lecture - seule l’ Exploration passe au-dessus du noyau de FOSS et a suivi le pipeline réel : un orchestrateur à portée large qui possède un réservoir de signalisation par demandeM SK3 , alimentant un moteur de détection d’une tonne unique qui détecte les ondesMSC5 commandant des atomes de détecteurMNK6 produisant un livretMRK7 puis une signature et un verdict sur le risque avec trois axes dérivées en temps de lectureMMK8

Ensuite, il a écrit cette compréhension comme suit : architecture.md : un code - un diagramme de composants fondé sur le CM SK2 où chaque composant est coloré par son agent-propriétaire. Le diagramme se double en tant que carte de propriété Grey signifie qu'il n'y a pas encore de propriétaire., et gris est un signal : il a montré que plusieurs services commerciaux n’avaient pas de spécialistes M SK2 et que le backend commercial était détenu par overview- seuls.

Il s’agit de la partie repo-outils sommaires manquants. Le résultat n’est pas un seul sommaire- qui disparaît le moment où il est écritM SK3 Il s'agit d’un document maintenu . Comme les spécialistes l’ont signalé(e). overview- folds their findings into the spec, then the architecture , then The rosterM SK2 Understanding emerges, ownership emerges–, and both keep getting more accurate instead of decayingMSC5 La carte est vivante parce que les gens qui possèdent le territoire continuent à la corriger.

Travailler à travers plusieurs répertoires

Repo-les outils centraux traitent le répertoire comme l’unité du monde . StyloAgent le traite comme un détail de mise en œuvre. Les spécialistes possèdent leurs propres domaines, et non des dossiers, et un domaine croise repos.

Les deux Stylo.Bot repos sont enregistrés comme un espace de travail. foss- a la capacité de détection où qu’il se trouve, , et il vit dans les deux , liés par un fil, : que définit le moteur FOSS IFingerprintStore, les layers commerciaux échangent dans une mise en œuvre Postgres par DI . Les robots fixes connus - ont roulé sur ce filet M SK3 Il s’agissait d’un commit FOSS MSC4 mais des navires de détection se trouvaient à l’intérieur de l’image de la passerelle commerciale MST5 donc deploy- rebuilt the gateway, staging confirmed the bot now read low, and it stayed correct against the commercial Postgres store because that store sits behind the same seam the FOSS test exercised in SQLite . One changeM SK3 two repositoriesMST4 three specialistsM ST5 held together by whoever owns the seamM st6 My own packages work the same way Mst7 touch Mostlylucid.Ephemeral et vous avez changé un contrat chaque produit dépend de.

Voici la partie qui me plaît le plus. Je garde quatre répétitions en vol à l’une et l’autre, chacune avec un spécialiste qui n’a que son propre contexteM SK2 Demandez à un agent de garder quatre répétions au même moment, ce dernier randomise son contexte : les détails exacts s’infiltrent dans le raisonnement de détectionMSC4 les contraintes de déploiement faussent apparaître les règles de persistanceMNK5 et chaque réponse devient un peu pireMMK6 Des spécialistes séparés font des distinctions entre les contextesMZK7 donc quatre répercussions actives sont quatre agents ciblés MNK8 pas une seule confondueMBK9 Aucun code LLM que j’ai utilisé ne fait cela seulMRK10

L'architecture ne coule jamais

L’avantage silencieux apparaît lorsque personne ne code. Dans un flux de travail normal, le moment où vous clôturez la session, l’entente est passée : elle vit dans une fenêtre contextuelle et la fenêtre est ferméeM SK3

C’est là qu’il persiste sur le disque. overview-' les documents vivantsM SK1 Ces fichiers sont la forme durable, et ils survivront à chaque remarqué.

Cela signifie que l’intention architecturale survivait plus longtemps qu’une seule personne. overview- retourne après un événement de compaction, il lit un point de contrôle qui débute avec l'état actuel et les leçons difficiles de la dernière session , et il est orienté dans une seule lecture. Quand foss- retourne, il sait s’engager 9b849629 Il n’y a pas d’incidents à signaler dans ce cas. Long-mémoire à terme n’est pas une caractéristique rattachée sur le côté. Il est intrinsèque, parce que le fait d’arrêter un travail est l’acte de rédiger ce qui était le travail.

Chaque décision a sa validité

Le message-bus fait plus que le travail de la route. Puisque les spécialistes s’y coordonnent , et chaque message atterre dans le canal,, le raisonnement qui sous-tend chaque décision est capté au moment où il se produitM SK3 Non écrit ensuite dans un doc personne ne le met à jourMSC4 Capturé en l’occurrence

La conversation est la documentation.

Voici une séquence réelle de cette flotte. overview- d'acheminer la question du risque vers foss-, marquée d'urgence :

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- : la grille de revendication vérifiéeM SK1 n’a jamais été câblée. overview- a approuvé et ajouté deux conditions, les deux décisions techniques valables à conserver 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.

Les deux notes sont de provenance. deploy-. foss- envoi de commandes 9b849629, a ensuite remplacé l'épreuve peu profonde par une fin réelle 883a1277, et overview- clôture de la boucle :

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.

Six mois à partir de maintenant, quand quelqu’un demande pourquoi le filet de revendication est connecté là où il se trouve , la réponse n’est pas perdue. Il se trouve sur l’autobusMSC3 dans l’ordreM SK4 avec les SHAs d’engagement attachésMST5 La décision a sa provenance parce que la décision était une conversation MST6 et la conversation a été enregistréeMSST7

Pourquoi cela a réduit ma charge de travail

Cela ne m’a pas amené à écrire plus rapidement le code. Les modèles étaient déjà rapides. Il a réduit la charge cognitiveM SK2 ce qui était le coût réel .

J’ai cessé d’être le bus d’intégration. Avant StyloAgent, j’étais le seul élément qui comprenait comment le moteur de détection, ,, la construction des passerelles,,, l’entrepôt Postgres et le pipeline de déploiement s’établissaient ensemble.,, pour que tous les croisements,-, le coupage du changement se déroulent dans ma tête et ., je me soustrais aux contraintes et à ., je m’ai rappelé les couches,M SK8, j'ai réexaminé - et expliqué l’architecture à n’importe quel agent avec lequel j’avais parlé.

Maintenant, la reconstruction se produit une fois et est écrite :

Ce qui reste, c’est la partie qui vaut la peine de faire : décider ce qu’il faut construire , et laisser les propriétaires le construire

Où cela pourrait aller

Il s’agit d’idées, mais pas de promesses.

• Cross-spécialistes de machines. Une flotte pourrait étendre les machines, avec un spécialiste qui fonctionne où que ce soit dans son domaine
• Collaboration d’équipe. Plusieurs ingénieurs partagent une flotte, chaque routage travaille à l’intention des mêmes spécialistes persistants, de sorte que la mémoire architecturale est partagée plutôt qu’enfouie dans un seul individu ' sa configurationM SK3
• Compétence à distance. Un spécialiste qui possède un domaine accessible par des personnes qui ne le possèdent pas.
• Trousses spécialisées partagées. Un spécialiste de la détection ou un spécialiste Kubernetes remis à une autre équipe comme point de départ plutôt que d’être construit du tout.
• Organisation-mémoire architectural à l'échelle de la région. Compréhension accumulée des spécialistes qui persistent à travers les gens qui quittent et s’engagent dans une entreprise, afin que le savoir ne sort pas de la porte lorsque l’ingénieur qui l’a maintenu fait ce qu’il fautM SK1

Ce dernier est loin d’être, et je ne l’affirme pas.

Un cas d'utilisation étrange, et aucune contribution

Mon cas d’utilisation est étrange. Je suis une seule personne qui dirige ce qui représente un organisme de génie d’agents à travers une constellation de mes propres produits et paquets , pour pouvoir tenir quatre repos en vol sans que ma propre tête ne soit le créneau d’étanchéitéM SK2 La plupart des gens n’ont pas ce problème. Je ne lance pas cela comme un flux de travail que tout le monde devrait adopter.

Pour la même raison, Je n'accepte pas les contributions . Fork it, make it your ownM SK3 take it somewhere I would never think toMSC4 Les sorties sont ici si vous voulez commencer à partir d'un build plutôt que de source ♫:

Conclusion

Le remède n’était pas un agent de codage avec une mémoire plus grande. Il s’agissait d’un changement de forme : d’une personne qui essaie de connaître tout–, à de nombreux spécialistes qui possèdent chacun quelque chose et qui discutent les uns avec les autres.

C’est tout le truc. Pas un modèle plus intelligent, une équipe M SK2 des spécialistes qui conservent leurs domainesMSC3 un architecte qui les maintient cohérents , et un dossier de toutes les décisions qui se poursuivent pendant la session qu’elle a été prise dansMST5 Il tient l’architecture de sorte que je n’ai pas à

Annexe : Le processus de travail dans la pratique

Voici la solution connue-risque fixe des robots,démarrage à finM SK2 puisqu’il s’est en fait déplacé dans la flotte . Chaque engagement et message ci-dessous est réelMSC4

1. Aperçu reçoit la demande. J’ai dit à la flotte que la pire chose sur le tableau de bord était l’affichage des risques. overview- : risque de ne pas être montré , et risque d’être erroné lorsqu’il est montré
2. Vue d'ensemble des routes vers le spécialiste. Un message d'urgence à foss-, le propriétaire du moteur de détection , avec la passerelle de garde que toute empreinte digitale de productionM SK2DB re-derive a besoin d’un emplacement initial et un passage humain explicite
3. Le spécialiste enquête. foss- On l’a tracé jusqu’à la grille de revendication et on a trouvé la cause réelle : UpdateClaimVerificationAsync Il a également remarqué que le test existant avait falsifié l’appel, c’est pourquoi la lacune est demeurée cachée.
4. Discussion se déroule. overview- Approuvée en vertu de la DPT et ajoutée à deux conditions sur le bus : Ajouter une fin réelle -àM SK2essai de fin , et confirmer l’avertissement IP des FC realMSC4client- avec deploy-.
5. L'agent de code met en œuvre. foss- . Commit 9b849629. Il n’est pas nécessaire d’effectuer des opérations de production par ordinateur ; il s’agit lui-même
6. Essais effectués. Le premier essai a démontré que le magasin était appelé. foss- puis on a ajouté une fin réelle-àM SK1essai de conduite de l’orchestre réel, magasin réel , et projection réelle 883a1277.
7. Mise à jour de la documentation. Aucune séparément. La cause principale, les deux conditionsM SK2 et les SHA commit sont tous sur le bus dans l’ordre
8. Le spécialiste déshydrate. foss- écrive son contexte enregistré : 9b849629 expédition, 883a1277 atterrissait, une face encore ouverte , les rails de garde étaient portés en avant.
9. La connaissance est maintenue. L'installation s'est rendue dans une passerelle de reconstruction appartenant à deploy-, a été vérifié lors de la mise en place , et est devenu admissible à une séparation gardée , digest M SK3 coupe de production à l’aide d’un câblage de commandes MSC4 Lorsqu’on pose la question suivante au sujet du filet de revendications, il arrive sur foss-, qui possède déjà la réponse

L’ensemble de la boucle, à mesure qu’elle se déplace sur le bus M SK1

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

Personne n’a écrit cette séquence après le fait.

Articles connexes

• Processus de travail du StyloAgent (Part 1) - le problème de fond et le modèle StyloAgent , la première moitié de cette pièce.
• Pourquoi les LLM échouent en tant que capteurs - l'erreur de catégorie de l'utilisation d'un synthétiseur probabiliste en tant que dispositif de limite
• MCP est un transport, Non une architecture - pourquoi l'architecture vit au-dessus du protocole, ne se trouve pas à l'intérieur de celui-ci
• Stylo.BotM SK1 Comment les bottes sont devenues plus intelligentes (Part 2) - le moteur de détection que cette flotte construit et exploite
• L'architecture de la Sidecar - comment le moteur Stylo.Bot se connecte à n'importe quelle pileM SK2