# Der StyloAgent-Workflow – wie ich große Systeme mit Code LLMs baue und handhabe *Dies ist Teil des Problems und des StyloAgent Modells. [Der Workflow in der Praxis](https://www.mostlylucid.net/blog/styloagent-workflow-part2) wendet es an.* **Code-Generierung hörte auf, das Problem vor einer Weile zu sein.** Die Modelle schreiben guten Code. Sie folgen den Konventionen in der Datei, die sie bearbeiten, und wenn du sie auf einen ausfallenden Test richtest, beheben sie ihn normalerweise. Der Teil, der nicht funktioniert, ist Speicher. > Der Engpass ist nicht mehr -" , kann das Modell den Code schreiben -?" , Es ist die Sache schreibt der Code erinnern, warum das System ist die Art und Weise es ist Jede neue Sitzung beginnt, nichts über das System zu wissen, es im Begriff ist sich zu ändern. [Stylo-.-Bot](https://stylo.bot) ist zwei Repositories, die das Risikoband auf dem Dashboard zum Lesezeitpunkt abgeleitet wird und nie zwischengespeichert wurde, dass es genau eine Datenbankverbindungsfabrik gibt und ein SQLite-Speicher niemals neben Postgres chatten muss..... Nichts davon befindet sich in der zu bearbeitenden Datei.... Es lebt in der Architektur...,... und die Architektur lebte in meinem Kopf... Dies ist über den Workflow, den ich gebaut, um zu stoppen zahlen, dass Kosten Ich nenne es StyloAgent-, und es ist die Flotte, die baut und läuft Stylos.Bot heute [![Letzte Veröffentlichung](https://img.shields.io/github/v/release/scottgal/styloagent)](https://github.com/scottgal/styloagent/releases) [TOC] --- ## Das Kernproblem der architektonischen Drift Stylo-.-Bot-'-Detektions-Engine ist nicht eine einfache ASP-MSC2-NET CRUD-App, es läuft auf einem Ephemeral ,,-Signale und --Atome Architektur , :-Ateme halten Zustand , ,-Signalen bekannt geben ein Scoped `SignalSink` pro Anfrage ist die Tafel eine einzelne `ScheduleCoordinator` emittiert Zeckenkadenzsignale anstelle eines Stapels von Hintergrund-Diensten Die Klassifizierung ist am nächsten -.centroid mit Drift statt Regeln, und Urteile werden frisch beim Lesen anstatt zwischengespeichert abgeleitet. .. Diese Form ist der ganze Punkt des Produktes... Es ist, was es aus beobachtetem Verhalten lernen lässt, anstatt einer statischen Liste zu entsprechen. Ein Code LLM will nicht bauen, dass -.- Es möchte die Sache, die es gesehen hat eine Million Mal in seinen Trainingsdaten zu bauen -:-Ebene CRUDD.- Fragen Sie einen frischen Agenten, um ein Feature hinzuzufügen und es erreicht jedes Mal. Der ASP-.-NET-Reflex ist das beabsichtigte Muster von (.Ephemeral-). |---|---| |" A `BackgroundService` pro periodische Arbeit `ScheduleCoordinator` Aussenden von Zeckensignalen |" A `ConcurrentDictionary` verwendet als Speicher -| , Atome halten Zustand-; , nein in ,- , Gedächtnis Persistenz , | . |" A `switch` Mapping einer Zeichenfolge in eine Kategorie Berechnen Sie den berechneten Wert für die Lokalität. Eine nackte `DbContext` in der Middleware Der Zustand lebt in dem Motor, der über einer Naht gelesen wird. |" und `ILogger` um zu inspizieren, was passiert ist.|-Signale geben bekannt, dass das SignalSink die Tafel ist. Jede Zelle auf der linken Seite ist Lehrbuch ASP-.-NET und korrigieren in einer normalen App-MSC1- jede Zelle links ist falsch für Stylo-MSSK2-Bot..-The repo hat eine `CLAUDE.md` das sagt, so, ,, explizit, Zentrioide nicht Regeln, keine Hintergrunddienste verwenden den ScheduleCoordinator, ,, keine in...-, Memoryspeicher, keine Caches bevorzugen Frische gegenüber Lokalität, Signale und Atome, nicht ASP-.,NET Normen, MSC8 Es hielt nicht an sich. `CLAUDE.md` lädt frisch in jede Sitzung und jede Sitzung, die es mit dem Modell konkurriert .' ist Priors und verliert das Modell zurück auf den Mittelwert seiner Trainingsdaten, die CRUDD. ist **Dies kostet Wochen von Nacharbeiten ..** Nicht ein dramatischer Ausfall eine langsame Blutung `BackgroundService` zurück zu einem Koordinator tick-, `ConcurrentDictionary` das ruhig ein parasitärer Speicher gelöscht worden war , ,, , a `switch` Statement getauscht zurück für eine Zentrioid-Lookup-Session nach Sitzung nach Sitzung Auswählen des Fehlers war nie der Punkt..e Die Drift war der Punkt, an dem die Per--epo-Instruktionsdatei retrieval- und Retrieve-Datei nicht genug war.MSC6e der Agent hatte vor ihr die Regeln, die nicht verstanden, warum die Ephemere Form zählte, ,e und erodierte es eh... Nicht ", der Agent kann ',t Code, sondern ",der Agent kann',t halten die Architektur ." Keine größere Befehlsdatei repariert es . Geben der Architektur ein Eigentümer tat . --- ## Der Maßstab der Sache Die Skala verursachte nicht die Drift. Stylo-.-Bot ist kein Spielzeug..-Bot Es handelt sich um eine Bot---Detektionsplattform, eine FOSS Detection Engine, die Web-Apps durch ein YARP-Gateway und eine kommerzielle Schicht mit Flottenmanagement vorstellt.MSC5-Ein Live-Config-Editor, ,-Postgrees und pgvector Persistenz, MSC7-Provider von kommerziellen LLM-Anbietern, einem meldepflichtigen Motor, ,-Mitgliedschaft und per:--Domain-Lizenzierung,- und Kubernet-Betreiber.- Ehrlich gezählt - Zwei Hauptlager für Stylo-.-Bot-Detektionsmaschine FOSS und die kommerzielle Schicht - Etwa zwanzig ,-'fünf Projekte innerhalb der kommerziellen repo allein , .' - Ein Host meiner eigenen NuGet-Pakete die Produkte teilen [`Mostlylucid.Ephemeral`](https://github.com/scottgal/mostlylucid.ephemeral) Das Substrat [`StyloExtract`](https://github.com/scottgal/styloextract), [`StyloFlow`](https://github.com/scottgal/styloflow), [`StyloIssues`](https://github.com/scottgal/styloissues), [Klarer Blick](https://github.com/scottgal/lucidview). - Infrastruktur - Helm Charts - ein Microk-Cluster - ein geheimes Geschäft - ein Containerregister - . - Eine Marketing-Website, die den Checkout betreibt und das reale Dashboard einbettet. Jeder von denen ist eine Oberfläche, in der die Drift kann Leck-in-, und ein frischer Agent muss die gleiche Ephemeral Disziplin auf alle von ihnen halten Ein Wechsel zu einem einzigen Erkennungs Naht Wellen in das Gateway -, Das kommerzielle Plugin .,. das Armaturenbrett Projektion und die Bereitstellung Pipeline ?. . Das Schreiben der Änderung war nie der harte Teil . . . --- ## Der Mythos des einzigen Super-Agenten Die Industrie hält für die gleiche Antwort zu erreichen, geben Sie dem Agenten mehr Kontext .. .Größere Fenster ?. .Millionen - .Token Aufforderungen .. .RAG in den richtigen Dateien ziehen . . . MCP Live-Systeme zu erreichen . **All das verbessert die Retrieval-Betrachtung, nicht von ihm verbessert das Verständnis...** Retrieval findet die relevante Datei..-Verstehen weiß, warum die Datei ist die Art und Weise, wie es ist.MSC1-Was invariant es schützt.,- und was bricht zwei Repositories weg, wenn Sie sie ändern.MSSK3-Ein größeres Fenster lässt einen Agenten mehr lesen auf einmal. Jene Re---Derivation ist die realen Kosten... Beobachten Sie einen Kältemittelstart auf Stylo...Bot. 1. Es greps für die Detektion Pipeline 2. Es liest sich der Orchestrator. 3. Es arbeitet aus, dass das Urteil drei Achsen hat und nicht gespeichert wird 4. Es bemerkt, dass das kommerzielle Plugin FOSS-Nähte durch Abhängigkeitsinjektion ersetzt. Dreißig Minuten später weiß er genug, um eine One---Linienänderung vorzunehmen...Dann endet die Sitzung und alles verdunstet...Die nächste Sitzung zahlt die gleichen dreißig Minuten.MSC3.Ein größeres Kontextfenster macht jede Wiederentdeckung billiger. Eine klügere Suche ist die falsche Lösung Die Suche selbst muss aufhören --- ## Wie Menschen tatsächlich Software bauen Kein einzelner Ingenieur versteht ein komplettes Enterprise-System.... Niemand bei einem realen Unternehmen hält Zahlungen.......... die Datenpipeline...... und das Frontend in ihrem Kopf, mit voller Auflösung.... das ist kein Versäumnis.... Teams zerlegen das System in Domains und setzen einen Spezialisten auf jede einzelne .. . ." Die Zahlungen Person besitzt Zahlungen . . . Sie kennen die Geschichte kennen . die scharfen Kanten . , . der Entscheidung von vor zwei Jahren, die falsch aussieht, bis Sie sich an die Migration erinnern, die es schützt . **Eigentum zählt mehr als enzyklopädisches Wissen** Der Spezialist muss nicht alles wissen, .-Sie müssen ihre Domain tief kennen und wissen, wer über den Rest zu fragen ist. Was ein zerlegtes System kohärent hält, ist Kommunikation.Die Zahlungsperson spricht mit der Auth-Person, bevor sie das Tokenformat ändert...Ein Pull Request kreuzt eine Grenze und der Besitzer dieser Grenze wiegt in... Die Architektur bleibt konsistent, nicht weil eine Person alles davon hält, sondern weil die Leute, die Teile von ihr halten, miteinander sprechen. Es ist, wie jedes echte Team arbeitet . . . . Coding Agenten erhalten laufen die entgegengesetzte Weise . , . eine Art und Weise kein Engineering-Team jemals würde . --- ## Mein Problem war anders. Die Drift wäre ein Ärgernis in einer kleinen App... über die Systeme, die ich besitze es ist korrosiv... weil sie nicht ein System sind... sie sind separate Produkte... in separaten Repositories... dass Hundefutter sich gegenseitig durch Pakete, die mir auch gehören... Das Substrat ist `Mostlylucid.Ephemeral`Mein eigenes NuGet-Paket Die Ausführung Primitive und Datenfluss die Detektionsengine ist auf gebaut...Stylo...Bot zieht in mehr meiner Pakete darauf. `StyloExtract` für das Layout - --Fingerabdruck passend -, `StyloFlow` für signalangetriebene Workflows und Lizenzierung `StyloIssues` für das Feedback UX auf der Marketing-Website ,. , StyloAgent , , , die Flotte in diesem Artikel , wird aus meinen Paketen auch gebaut , : , lucidVIEW macht seine Dokumente , und [`Mostlylucid.Avalonia.UITesting`](https://github.com/scottgal/lucidRESUME) erzeugt seine screenshots-.-Ich baue die Produkte mit dem Tool -,- und ich baue das Werkzeug aus den Produkten -MSC2- Das ist echte Hundefutter- , und es ist das, was Drift gefährlich macht , ein frischer Agent, der einen Ephemeral primitiven zurück zu einem `BackgroundService` oder einem `ConcurrentDictionary` ist nicht die Bebeugung einer App.Es erodiert ein Paket jedes dieser Produkte steht auf...Die Driftschiffe in einem Repository und Oberflächen in einem Produkt zwei Repositories entfernt. **Jedes Produkt, das darauf gebaut wurde** Coding war nie der harte Teil auf dieser Skala....... die Architektur gegen konstante Regression zu halten, war... überall, wo es undicht sein konnte.... --- ## Eigentümerschaft, nicht Kontext Kontext ist die falsche Achse Die Kostenskale mit der Anzahl von Sessions... nicht die Größe des Fensters... also verliert ein größeres Fenster jedes Mal an ein längeres... > Das Problem ist nicht, wie ich einem Agenten mehr Kontext gebe Es ist " Wie gebe ich vielen Spezialisten persistente Eigentümer Laden Sie Wissen in ein Fenster, und es stirbt mit dem Fenster.Verschenken Sie es einem Spezialisten und es trägt vorwärts.Der Erkennungsspezialist lädt nicht die Detektionsarchitektur jede Sitzung neu...Es besitzt bereits sie und es beginnt von dem, was es letztes Mal herausgearbeitet hat. Eine Sitzung zahlt dann, um das System zu erweitern ., , nicht zu re ?- , die es ist ein neues Einstellung jeden Morgen im Vergleich zu einem Team, in dem Menschen ihre Jobs halten . --- ## Das StyloAgent-Modell StyloAgent verwandelt diese Struktur in laufende Prozesse... die Teile... - **Überblick** Der Architekt und Koordinator`overview-`Es hält die drei lebenden Dokumente -(-specium,-architecture -,-Roster-MSC4-Arbitraten Umfang Streitigkeiten und Routen eingehende Arbeit - .-Es tut nicht die Domain selbst arbeiten -. - **Fachärzte** Domäneninhaber `foss-` besitzt die Detektionsmaschine `deploy-` besitzt die Build--.to.-.staging-.to,-.production Pipeline. `mae-` besitzt Mitgliedschaft und E-Commerce `dash-` und `edit-` Eigenes Dashboard lesen und schreiben Sie Pfade `prod-` besitzt Plattform-Sicherheit. `test-` besitzt die suite-.-Jedes besitzt Dateien, nicht Aufgaben, nicht - **Der Nachrichtenbus** Ein Git--, unterstützt mit ,, Datei-drop-Kanal mit `inbox`, `outbox`, `archive`L 347 vom 20.12.2013, S. 671. `saved-context`Botschaften tragen eine Priorität und Oberfläche an einem Agenten, der sich um die Grenze dreht. - **Rehydrierung und Dehydratation** Jeder Agent hält ein lebendiges Kontextdokument...... es dehydriert, wenn es aufhört und rehydratisiert, wenn er aufwacht.... - **Arbeitsbereiche** Das FOSS-Repo und das kommerzielle Reporegister als Arbeitsraum Die Architektur existiert oberhalb von beiden. - **Mitteilung** Beenden Sie einen Blocker in einer Datei, die Sie nicht besitzen, und Sie stoppen und Nachricht `overview-` anstatt mit dem Besitzer zu kollidieren ![Das StyloAgent-Cockpit-Agenten und der Signalbus bergab die linken andockbaren Agententerminals in der Mitte sowie eine Timeline-Routerpanel auf der rechten Seite.](/articleimages/styloagent-cockpit.png) ### Was es eigentlich ist StyloAgent ist ein Desktop-Cockpit, gebaut in .. .NET und Avalonia . `claude` Prozess läuft über einen PTY-, , mit einem eigenen Terminal im Cockpit , , , seine eigene git worktree ,, , und seinem eigenen Kontext Dokument .. , Das Cockpit beherbergt den MCP-Server die Agenten rufen und die Hakenbuchse, die ihren Zustand berichtet , . , das Produkt selbst wird von vier Eigentümern gebaut , sowie die Architektur verdoppelt sich als die Eigentumskarte ```mermaid flowchart TD operator([Human operator]) subgraph SA["Styloagent cockpit"] cockpit[Cockpit Shell
Avalonia + Dock] bus[Coordination and Fleet
Channel, Mcp, Diagrams] session[Session and Terminal Runtime
Sessions, Hooks, PTY] repo[Git and Document Library
worktrees, Lucene search] end agents[Agent fleet
claude specialists] fs[(Filesystem and Git
durable trace + worktrees)] operator --> cockpit cockpit --> bus cockpit --> session cockpit --> repo bus --> session session -->|runs claude over a PTY| agents agents -->|MCP verbs| bus bus -->|reads and writes channel files| fs session -->|writes context doc on dehydrate| fs agents -->|commit in own worktree| fs style SA fill:none,stroke:#6b7280,stroke-width:1px style cockpit fill:none,stroke:#7c3aed,stroke-width:2px style bus fill:none,stroke:#d97706,stroke-width:2px style session fill:none,stroke:#2563eb,stroke-width:2px style repo fill:none,stroke:#16a34a,stroke-width:2px style agents fill:none,stroke:#6b7280,stroke-width:2px style fs fill:none,stroke:#16a34a,stroke-width:3px style operator fill:none,stroke:#6b7280,stroke-width:2px ``` **MCP ist der Kern** Das Cockpit beherbergt einen MCP-Server und alles, was ein Spezialist tut, um zu koordinieren ist ein MCP Werkzeugaufruf gegen ihn.,. Keine Konvention oder eine Datei, die er hofft, dass ein anderer Agent liest. - `send_message` / `check_inbox` Route Arbeit und ziehen Sie es ," Priorität - gelöst." - `spawn_agent` Ein Besitzer spaltet einen neuen Spezialisten unter ihm aus - `claim` / `heartbeat` / `release` Zugriff auf eine gemeinsam genutzte Umgebung serialisierung des SSH-Hosts ,... ein Deploy-Ziel)... damit zwei Agenten nicht kollidieren. - `dehydrate_agent` / `rehydrate_agent` Parken Sie einen Spezialisten und stellen Sie es wieder her - `wrap_up` Testen Sie , fusionieren , und reinigen Sie eine fertige Branche - `report_issue`, `architecture_impact`, `agent_color`, `list_fleet` Datei ein Blocker, eine Vorschau-Designänderung bevor es landet, halten Sie den Dienstplan und die C.M.S.K. auf einem Farbschema. Die Datei, die darunter liegt, ist die dauerhafte Spur von dem, was gesagt wurde, nicht der Mechanismus, sondern der MCP-Server liefert einem Live-Agenten an seiner Turn-Grenze... Git Worktrees geben jedem Spezialisten einen isolierten Baum zum Commit in, ,, aber die MCP Schicht macht sie zu einer Flotte statt einer Reihe von Prozessen, die passieren, um einen Ordner teilen. ![Die Aktivität-Timeline-:... ein neuestes ,-' erste Feed von jedem Agenten , ''s Werkzeugoperationen mit der Datei berührte es den Lebenszyklus und Aufmerksamkeit Zustand und die Nachrichten, die sie über den Bus senden , .'](/articleimages/styloagent-timeline.png) ### Wie der Bus tatsächlich liefert `send_message` schreibt eine dauerhafte Markdown-Datei in den Kanal und liefert auch in. `ChannelDeliveryCoordinator` Uhren für neue Dateien - ,- hält einen gesehenen Satz, so dass jede Nachricht genau einmal geliefert wird -,- leitet es zu den Live-Empfängern und übergibt den tatsächlichen Push an einen Lieferdienst - .- Wie hart eine Nachricht interrupts ist nicht ein free-Premiere-- für ,- ,all , . , Eine Nachricht trägt eine Priorität , und die Laufzeit löst diese Priorität in einen Bereitstellungsmodus .. , Dies ist die reale `DeliveryMode` enum-,-Unterbrechungsleiter ```csharp public enum DeliveryMode { Interrupt, // send ESC to break the current turn, inject immediately NextPrompt, // queue; inject when the agent next reaches idle Poll, // not pushed; the agent checks on its own cadence Convenient, // surfaced in the Bus HUD only Informational, // never actioned or injected; shown as info } ``` Lieferung ist im Leerlauf ,- , und bei .- , east , - ,once , , und die Anerkennung ist eine beobachtete Seite , - effect , nicht ein Versprechen ,. , Eine dringende Nachricht bricht in den aktuellen Turn , ein normales wartet auf die nächste Leerlauf-Prompt , so dass es nicht beschädigt einen Agenten mid ,- , thought . ### Wie Eigentum durchgesetzt wird Der Aufenthalt in Ihrer Spur ist kein Ehren-System.Die Architektur hat eine Maschine. `ownership.yaml`und einem `OwnershipMap` löst jeden repo-- relativen Pfad zum Agentenpräfix, der es besitzt, , räumlich- specific glob gewinnend ```csharp // most-specific glob wins, so a session- carve-out inside cockpit-'s // src/Styloagent.App/** beats the broad glob public string? OwnerOf(string? path) { /* ... */ } ``` Ein PreToolUse Gate verbraucht diesen Resolver und stoppt einen Agenten vom Schreiben einer Datei, die ein anderer Agent besitzt. `overview-` kann Grenzen überschreiten, weil es Schiedsgerichte ., . unowned files are shared ?, Build output und Tests sind freigestellt . . . Die Karte ist die gleichen Daten, die Farben der C...4 .SK4 . Das Bild von wem besitzt was und die Durchsetzung dessen, wer besitzt was eine Quelle ist . ### Die living---Docs-Schleife `overview-` nicht freiberuflich ,.' Seine Systemaufforderung setzt es auf Schienen , :' Arbeit nach oben , in drei Schichten , und überspringen Sie nicht voraus , .' ```mermaid flowchart LR spec["spec.md
what the system is"] shape["architecture.md
C4 shape, owner-coloured"] fleet["proposed-agents.yaml
who owns each component"] spec --> shape --> fleet fleet -.->|specialists report on the bus| spec style spec fill:none,stroke:#2563eb,stroke-width:2px style shape fill:none,stroke:#d97706,stroke-width:2px style fleet fill:none,stroke:#16a34a,stroke-width:2px ``` Spezifizieren Sie zuerst, was das System ist: ,, die mit dem Menschen vor allem vereinbart wird.., dann formen Sie ein einzelnes Bauteil-Diagramm, in dem jede Komponente von seinem beabsichtigten Eigentümer gefärbt wird.., dann Flotte ,:, ein vorgeschlagener Agent pro Oberseite.MSC8, seine Komponente teilend, ', Farbe, ., Als Spezialisten lernen das reale System und Bericht über den Bus.,, `overview-` faltet ihre Funde zurück in die Spec-,-Re--, entwirft die Form und passt den Fuhrpark an.Die drei Dokumente bleiben eine Liveprojektion des Designs, anstatt in Fiktion zu verfallen. --- ## Spezialisten statt Aufgaben Die meisten Agenten-Tools schaffen Arbeiter ,. , Beschreiben Sie eine Aufgabe ., , ein Arbeiter spinnt hoch , , , tut es ,, , verschwindet ?. , Die nächste Aufgabe bekommt einen neuen Arbeiter ohne Erinnerung an die letzte , . , Kompetenz sammelt sich nie , weil es nichts für sie zu sammeln in ,. , StyloAgent schafft Experten `foss-` ist nicht ein Arbeiter, der die Detektions-Engine einmal berührte Es ist die Detektor-Engine.'es Besitzer und es bleibt der Eigentümer über jede Sitzung..e Dieser Unterschied ist nicht kosmetischen ?.e. Es ist, warum die Flotte einen Fehler gefangen eine Aufgabe, -ebased Worker hätte verpasst ![Der Flotten-Roster, jede Spezialfarbe, jede einzelne Farbe, die mit dem Präfix , codiert wird, besitzt ein Subsystem mit vorgeschlagenen Wirkstoffen, das der Mensch mit einem Klick laichen kann.](/articleimages/styloagent-roster.png) Bekannte Bots zeigten sich auf dem Dashboard, das als sehr hohes Risiko bewertet wurde.Die offensichtliche Bewegung, die ein frischer Arbeiter macht, ist es, die Projektion neu einzusetzen, die das Risikoband ableitet und davon ausgeht, dass der Fix nimmt. `foss-` hat das nicht getan, weil `foss-` wusste, dass die Projektion bereits existierte und wusste, wo man darunter schauen sollte.Es stellte fest, dass das Risikoband nur dann zu freundlich ist, wenn ein Fingerabdruck mit einem verifizierten Claimstatus gespeichert wird und dass das Verfahren, welches diesen Status festlegt. `UpdateClaimVerificationAsync`, war **null Anrufer in der Produktion**Jeder Fingerabdruck blieb für immer unbestätigt, so dass jeder bekannte Bot als sehr hohes Risiko gelesen und die Projektion neu eingesetzt hätte es nie repariert haben können. Diese Diagnose kam von akkumulierten Eigentümern. `foss-` hatte den Orchestrator bereits kartographiert, der Urteilskomponist und die Claim-Verriegelung in früheren Sitzungen. Der Bug war unsichtbar für eine Suche und offensichtlich für einen Besitzer. StyloAgent beweist dies auf sich selbst – das Tool wird von einer eigenen Flotte gebaut. `cockpit-` besitzt die Avalonia-Schale `bus-` besitzt Koordination und Lieferung `session-` besitzt die PTYs und den Laichzustand Maschine . `repo-` besitzt git und die Dokumentenbibliothek..-Standing owners, ,-No one---shot tasks,.-Die harten Lektionen, die sie lernen, werden in ihren Kontext geschrieben, so dass sie nie wieder lernen, sie zu erlernen.MSC4 Ein echtes Fragment aus `session-`Eigenes Kontextdokument ``` ## HARD-WON DISCIPLINE (enforced this session, confirmed by overview-) - Commit by explicit pathspec, atomically, in ONE command. The shared tree has ONE git index. A bare `git commit` after `git add` lets ANOTHER agent's concurrent commit sweep your staged files (it happened: my clipboard work landed mis-attributed in cockpit-'s 5e54207). ``` Eine Aufgabe, die auf - basierte Arbeiter trifft, dass Kollision, und der nächste Arbeiter schlägt es wieder, weil nichts trägt die Lektion vorwärts `session-` Schlagen Sie es einmal, ,, verstanden warum, , und codierte den Fix als Teil dessen, wer es ist, ., Das ist der Unterschied zwischen einer Aufgabe ausführen und ein Experte sein. --- ## Rehydrierung statt Wiederentdeckung Eine kalte Sitzung beginnt mit einer rituellen Suche nach der Codebase.,.Zusammenfassung, was Sie finden.MSC2. rekonstruieren die Architektur.,. Versuchen Sie sich daran zu erinnern, was letztes Mal passiert ist.MSSK4. Es kann die erste Hälfte einer Session essen. Rehydrierung entfernt das Ritual Die Sequenz wird zu Weck-:.Wecken Sie den Spezialisten... den Zustand wiederherzustellen. Der Staat lebt in einer Datei pro Spezialist. `foss-`Leicht getrimmt ``` # foss- saved context ## Repo state - Branch: main. My fix commit: 9b849629 (NOT pushed) - the known-bots-VeryHigh fix. ## DONE this session - known-bots-VeryHigh fix (9b849629) - overview APPROVED, shipped: ROOT: UpdateClaimVerificationAsync had ZERO prod callers (never wired). Every fp stayed 'unverified' -> known bots read VeryHigh. Redeploying #115 could never fix it. ## NEXT (open, in priority order) 1. overview follow-up: add a REAL end-to-end test through the REAL store, not a double. 2. RISK display Face 1 (still OPEN): risk band missing from dashboard LIST rows. ## Guardrails - ANY prod fingerprint-DB op = staging-first + express human go. - CF-IP caveat: if the gateway verifies the bot against CF egress not the real client IP, the latch never sets -> still VeryHigh. ``` Ein frischer `foss-` liest, dass und ist sofort current.Es weiß das letzte Commit-,, warum es existiert, was immer noch offen ist, , und welche Geländer den nächsten Zug einschränken.., keine Wiederentdeckung, weil der Spezialist dies für seine eigene Zukunft selbst schrieb.., eine Regel ist streng, dass es nie einen geheimen Wert enthält.,, nur ein Zeiger, wo ein Glaubensbekenntnis lebt. Dies ist eine reale Zustandsmaschine, nicht eine Metapher, sondern ein Agent-Session bewegt sich durch vier Zustände. `Unspawned`, `Live`, `Dehydrated`, `Exited`. ```mermaid flowchart LR Unspawned[Unspawned] -->|spawn: PTY + launch prompt| Live[Live] Live -->|write context doc, stop PTY| Dehydrated[Dehydrated] Dehydrated -->|rehydrate: restore from context| Live Live -->|wrap up: test, merge, cleanup| Exited[Exited] style Unspawned fill:none,stroke:#6b7280,stroke-width:2px style Live fill:none,stroke:#16a34a,stroke-width:2px style Dehydrated fill:none,stroke:#d97706,stroke-width:2px style Exited fill:none,stroke:#6b7280,stroke-width:2px ``` Dehydrieren schreibt das Kontextdokument und gibt den PTY-, aus, so dass ein geparkter Spezialist nichts kostet, während er schläft... Das Rehydrieren stellt es wieder her, und es ist Live again...,. Strom von der ersten Drehung, .. Wrapping up ist die saubere Ausfahrt, :. Das Cockpit läuft das Projekt.MSC5.s Tests.,. verschmilzt den Worktree zu main...,.s und entfernt ihn oder auf einem Ausfall hält den Work Tree und Dateien ein Problem für triage...MSC9. Nichts davon hängt von einem Kontextfenster ab, das warm bleibt ?..s Der Speicher lebt auf der Festplatte und die Staatsmaschine liest es zurück.MST12. --- ## Weiter zum Teil Das ist das Problem und das Modell [Der Workflow in der Praxis](https://www.mostlylucid.net/blog/styloagent-workflow-part2) setzt es an die Arbeit, um die Flotte auf einem ungewohnten System fallen zu lassen., , arbeitet über Repositories und warum jede Entscheidung hat Provenienz und ein voll funktionsfähiges Beispiel direkt aus dem Bus gezogen. --- ## Verwandte Artikel - [Warum LLMs als Sensoren fehlschlagen](https://www.mostlylucid.net/blog/llms-fail-as-sensors) Der Kategoriefehler der Verwendung eines probabilistischen Synthesizers als Grenzgerät - [MCP ist ein Transport, nicht eine Architektur](https://www.mostlylucid.net/blog/mcp-is-a-transport-not-an-architecture) Warum die Architektur über dem Protokoll wohnt, ist nicht darin. - [Stylo-.-Bot , wie Bots Smarter erhalten , ( , Teil ,2) ,](https://www.mostlylucid.net/blog/botdetection-part2-signature-pipeline-and-stylobot-architecture) Der Detektionsmotor dieser Flotte baut und läuft