Agent Context Audit: Wanneer uw eigen bestuur het probleem wordt — en hoe u het kunt herstellen zonder iets te verliezen.
Gepubliceerd op 27 April 2026
- De scène: sessie 051, er klopt iets niet
- De audit : de 627 regels ontleden
- De angst om de techniek te verliezen
- De oplossing: encyclopedische split
- De inhoud van het bestand ESSENTIALS
- Het resultaat: -50% EAGER-context
- Waarom de map heet `encyclopedies/
- Het logisch vervolg van de serie
- Wat ik anders zou hebben gedaan
- De gids om uw eigen context te controleren
- Een levendige governance
- Links
Je hebt weken besteed aan het opbouwen van een onberispelijke agent-governance. Eager/Lazy, procedure voor het einde van de sessie, roterende back-ups. Het systeem draait. Op een dag wordt de agent langzaam. De antwoorden zijn verdund. Je meet: 1414 regels automatisch geladen. En het ergste is dat de schuldige niet de code, noch de backlog, noch de sessie-archieven is. De schuldige is het bestand dat je methode documenteert.
De scène: sessie 051, er klopt iets niet
30 april 2026, 16:00. Ik ben midden in een sessie over`magic-stick`, mijn project om een live Linux ISO te bouwen. De Opencode-agent heeft automatisch mijn Eager‑bestanden geladen, zoals gebruikelijk —AGENT.adoc, PROMPT_REPRISE.adoc, .agents/INDEX.adoc. Alles is normaal.
Behalve dat de antwoorden zacht zijn. De agent doet twee seconden langer over redeneren. Hij vergeet een detail dat hij drie berichten eerder nog voor zich zag. Dit is geen crash, geen fout — het is een langzame afname, het soort dat je niet meteen opmerkt.
Ik had dit al eerder meegemaakt tijdens sessie 048, toen ik ontdekte dat de governance‑bestanden in totaal 5200 regels wogen. Toen conceptualiseerde ik het Hot/Warm/Cold‑mechanisme met zijn sliding window van 10 sessies, zijn identieke koude golven, zijn tweedelige trigger‑sensor. Het probleem was opgelost. In theorie.
Maar nu zijn we bij sessie 051. De backup‑rotatie heeft plaatsgevonden — de EAGER‑bestanden zijn van 2087 naar 500 regels gegaan. Toch blijft de context zwaar. Iets ontsnapt mij.
Ik open een terminal en typ :
wc -l AGENT.adoc AGENT_MODUS_OPERANDI.adoc PROMPT_REPRISE.adoc \
.agents/INDEX.adoc .agents/SESSIONS_HISTORY.adoc \
.agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
287 AGENT.adoc
627 AGENT_MODUS_OPERANDI.adoc
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
1414 total
1414 regels. De backup-rotatie heeft netjes gesnoeid in INDEX, SESSIONS_HISTORY en COMPLETED_TASKS — ze zijn schoon. Maar er staat een olifant in de kamer die ik niet had gezien :627 regelsin één bestand.AGENT_MODUS_OPERANDI.adoc.
Dit bestand, dat is degene dat ik tijdens sessie 1 heb geschreven om de Eager/Lazy-strategie te documenteren. Het is de handleiding van de methode. En het is op zichzelf geworden, 44% van de EAGER-context.
@startuml skinparam backgroundColor #FEFEFE title Context EAGER — 1414 regels rectangle "AGENT_MODUS_OPERANDI\n**627 regels (44%)**" as MOD #FFCDD2 rectangle "AGENT.adoc\n287 regels (20%)" as AG #BBDEFB rectangle "INDEX.adoc\n218 regels (15%)" as IDX #C8E6C9 rectangle "COMPLETED_TASKS\n213 regels (15%)" as ARC #FFF9C4 rectangle "PROMPT_REPRISE\n51 regels (4%)" as PRO #E1BEE7 rectangle "SESSIONS_HISTORY\n18 regels (1%)" as HIS #FFE0B2 note bottom of MOD Het bestand dat de methode documenteert is het grootste kostenpost geworden. end note @enduml
De ironie is totaal. Het bestand dat is ontworpen om te besparen aan context is geworden de hoofd consument van context. Het is alsof de handleiding van uw auto zwaarder woog dan de motor.
De audit : de 627 regels ontleden
Ik besluit om een audit sectie per sectie uit te voeren. Niet om te verwijderen — om te begrijpen wat het waard is om in EAGER te zijn en wat elders zou kunnen leven zonder kennisverlies.
Dit is de exacte structuur van`AGENT_MODUS_OPERANDI.adoc`en wat ik daar vind :
| Sectie | Lijnen | inhoud | Al aanwezig in… |
|---|---|---|---|
P1 — Overzicht |
64 |
Opgelost probleem, fundamentele principes, analogie dashboard vs handleiding |
— |
P2 — Bestandsstructuur |
97 |
Boomstructuur, laadbeleid, wanneer wat te laden |
(Empty) |
P3 — Absolute regels |
34 |
Git verboden, destructieve commando’s verboden, geheimen verboden |
|
P4 — Levenscyclus sessie |
133 |
Sjabloon opening, werkregels, 6 stappen einde sessie, checklist |
|
P5 — Metrieken en drempels |
49 |
Ideale sessie (15-30 min, 1-3 bestanden), waarschuwingssignalen |
— |
P6 — Sessietypes |
72 |
Detectietabel, voorstelformaat, uitsluitingen |
— |
P7 — Continue verbetering |
39 |
Trackingmetrics, wekelijkse review |
— |
P8 — Opstartchecklist |
13 |
Bootstrap nieuw project |
— |
P9 — Referenties |
30 |
Referentiebestanden, externe bronnen |
|
Bijlagen A+B |
42 |
glossarium, historische versies |
(No output, as there is no French text provided to translate) |
Het verdict staat onherroepelijk.
-
Volledige duplicaten(167 regels) : P3, P4, P9 — alles zit er al in`AGENT.adoc` ou
INDEX.adoc, vaak woord voor woord -
Nooit geraadpleegd in de praktijk(215 regels) : P5, P6, P7, P8, Bijlagen — van de metagovernance die nooit is gebruikt in een sessie.
-
Unieke kennis(161 lijnen) : P1 en P2 — het vocabulaire LAZY/EAGER, de analogie, de laadpolitiek
Op 627 regels,382 zijn lawaai. En deze 382 regels worden geladen bij het begin van elke sessie, verbruikt door de agent, waardoor zijn aandacht wordt verdund voordat ik zelfs maar 'hallo' zeg.
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
title Audit van AGENT_MODUS_OPERANDI.adoc — 627 regels
left to right direction
rectangle "🟡 **Duplicaten**\n167 regels (27%)" as DUP #FFF9C4 {
card "P3 — Absolute regels\n(34 regels)" as D1
card "P4 — Levenscyclus\n(133 regels)" as D2
card "P9 — Referenties\n(30 regels)" as D3
}
rectangle "🔴 **Nooit geraadpleegd**\n215 regels (34%)" as JAM #FFCDD2 {
card "P5 — Metrieken\n(49 regels)" as J1
card "P6 — Detectie\n(72 regels)" as J2
card "P7 — Verbetering\n(39 regels)" as J3
card "P8 — Bootstrap\n(13 regels)" as J4
card "Bijlagen — Woordenlijst\n(42 regels)" as J5
}
rectangle "🟢 **Unieke kennis**\n161 regels (26%)" as UNI #C8E6C9 {
card "P1 — Overzicht\n(64 regels)" as U1
card "P2 — Bestandsstructuur\n(97 regels)" as U2
}
note bottom of UNI
Dit is wat je moet bewaren in EAGER.
De rest → koude opslag.
end note
@enduml
Dit diagram is de sleutel tot alles. De duplicaten (geel) zijn puur ruis — de agent leest ze twee keer, in twee verschillende bestanden. Het nooit geraadpleegde (rood) is dode documentatie — zorgvuldig geschreven, nooit gebruikt. Alleen het groen bevat kennis die de agent elders niet kan vinden.
De angst om de techniek te verliezen
Op dit moment heb ik het bewijs voor ogen: ik moet verminderen`AGENT_MODUS_OPERANDI.adoc`. Maar ik aarzel.
Dit bestand, ik heb het met de hand geschreven. Elke sectie is het resultaat van een les die is geleerd tijdens een echte sessie. Het gedeelte P3 is ontstaan uit een`rm -rf`ongepland op`bakery-plugin`die me echt Firebase-tokens kostte. Het P4-deel is het resultaat van vijftien sessies waarin ik vergat te archiveren en de draad kwijtraakte. De procedure in 6 stappen komt niet uit een boek — hij komt uit de pijn.
Het verwijderen van deze secties zou zijn als het weggooien van de geschiedenis van mijn eigen ingenieurswerk. De lessen die ze hebben voortgebracht, de sessies waarin ik ze ontdekte, de fouten die ik nooit meer wil maken. Dit is geen tekst — dit is gekristalliseerde ervaring.
Dat is waar ik het principe formuleer dat de oplossing zal begeleiden :
_ Nooit verwijderen. Altijd verplaatsen.Kennis hoeft niet te verdwijnen uit het project. Ze hoeft alleen niet automatisch te worden geladen wanneer het niet nodig is. _
De oplossing: encyclopedische split
Het model dat ik voorstel is eenvoudig en laat zich inspireren door de manier waarop Wikipedia is gegroeid: wanneer een artikel te lang wordt, snijd je het niet af — je maakt een gedetailleerd artikel aan en houdt je een samenvatting in het hoofdartikel.
voor`AGENT_MODUS_OPERANDI.adoc`, dit geeft:
-
Extraherende 161 regels van unieke kennis (P1 + P2) in een nieuw bestand`LAZY_EAGER_ESSENTIALS.adoc`— gecompacteerd tot ~50 regels, strikt EAGER
-
hernoemen
AGENT_MODUS_OPERANDI.adocen.agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc— het originele bestand van 627 regels, behouden intact, in koude opslag -
Nooit ladenhet encyclopediebestand automatisch — het is er voor de mens, voor toekomstige distillatie, voor de agent die we over zes maanden zullen oproepen met een beter model
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
title Split encyclopedisch — AGENT_MODUS_OPERANDI
left to right direction
rectangle "**AGENT_MODUS_OPERANDI.adoc**\n627 regels\n(voor splitsing)" as BEFORE #FFCDD2 {
}
rectangle " " as ARROW1
rectangle " " as ARROW2
rectangle "**LAZY_EAGER_ESSENTIALS.adoc**\n**~50 regels — EAGER**" as ESS #C8E6C9 {
card "P1 gecondenseerd\n(15 regels)" as E1
card "P2 gecondenseerd\n(35 regels)" as E2
}
rectangle "**.agents/encyclopedies/**\n**LAZY_EAGER_ENCYCLOPEDIE.adoc**\n627 regels — COLD" as ENC #BBDEFB {
card "P1 naar Bijlagen\n(intintegraal, intact)" as C1
}
BEFORE -[#4CAF50]-> ESS : "Extractie van\nkritische kennis"
BEFORE -[#2196F3]-> ENC : "Bewaring intintegraal\n van de ingenieurswetenschap"
note bottom of ESS
Automatisch geladen
bij aanvang van de sessie
→ De agent begrijpt het vocabulaire
end note
note bottom of ENC
Nooit automatisch geladen
Leesbaar voor mensen
Ruwe grondstof voor toekomstige distillatie
end note
@enduml
De naam`encyclopedies/`Het is niet onbeduidend. Een encyclopedie is geen archiefdossier — het is een verzameling georganiseerde kennis, raadpleegbaar maar niet draagbaar. Men leest de Encyclopédie Universalis niet in de metro. Men bewaart het in de bibliotheek, en men gaat ernaar toe wanneer men een precieze vraag heeft.
Dat is precies de rol van dit dossier: een koude, gestructureerde, uitgebreide naslagbibliotheek — die de agent niet automatisch aanraakt.
De inhoud van het bestand ESSENTIALS
Ziet er concreet uit hoe het nieuwe bestand eruitziet`LAZY_EAGER_ESSENTIALS.adoc`, geëxtraheerd en gecompacteerd van P1 en P2 :
= Stratégie LAZY/EAGER — Principes Essentiels
[abstract]
Ce fichier définit la stratégie de gestion du contexte agent.
Chargé automatiquement (EAGER) en début de session.
== Principes
|===
| EAGER | LAZY
| Tableau de bord | Manuel du propriétaire
| Chargé automatiquement | Chargé sur demande
| <= 100 lignes, <= 10k tokens | Illimité, détaillé
| Règles absolues, mission courante | Archives, historique, références
|===
== Politique de Chargement
|===
| Fichier | Type | Quand charger
| PROMPT_REPRISE.adoc | EAGER | Début session (auto)
| *_ESSENTIALS.adoc | EAGER | Début session si EPIC active
| .agents/INDEX.adoc | EAGER | Début session (auto)
| *_REFERENCE.adoc | LAZY | Sur besoin (détails architecture)
| .agents/sessions/N-*.adoc | LAZY | Sur demande (détails session)
| .agents/encyclopedies/*.adoc | COLD | Jamais auto (humain seulement)
|===
== Comment l'Agent Sait Quoi Charger
Début session → PROMPT_REPRISE + INDEX + ESSENTIALS actifs.
Besoin de détails → charger les *_REFERENCE et sessions/ en LAZY.
Connaissance froide → encyclopedies/, jamais automatique.
Vijftig lijnen. Dat is alles wat de agent nodig heeft om de werking te begrijpen. Alles andere — de geschiedenis van de lessen, gedetailleerde analogieën, stapsgewijze procedures, bijlagen — leeft in de encyclopedie.
En het belangrijkste:Niets is verwijderd. De 627 engineeringlijnen zijn er nog steeds, in`.agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc`. Ze staan gewoon opgeborgen in de bibliotheek in plaats van op het werkblad.
Het resultaat: -50% EAGER-context
Vóór de split :
287 AGENT.adoc
627 AGENT_MODUS_OPERANDI.adoc
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
1414 total
Na de split :
287 AGENT.adoc
50 LAZY_EAGER_ESSENTIALS.adoc ← remplace 627 lignes
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
837 total ← -41%
@startuml skinparam backgroundColor #FEFEFE title Contexte EAGER na encyclopedische splitsing — 837 regels (-41%) rectangle "AGENT.adoc\n287 regels (34%)" as AG #BBDEFB rectangle "INDEX.adoc\n218 regels (26%)" as IDX #C8E6C9 rectangle "COMPLETED_TASKS\n213 regels (25%)" as ARC #FFF9C4 rectangle "PROMPT_REPRISE\n51 regels (6%)" as PRO #E1BEE7 rectangle "ESSENTIALS\n50 regels (6%)" as ESS #A5D6A7 rectangle "SESSIONS_HISTORY\n18 regels (2%)" as HIS #FFE0B2 note bottom of ESS Van 627 → 50 regels 577 technische regels Bewaard in koude opslag Niets is verloren. Alles is verplaatst end note @enduml
De grootste consument (AGENT_MODUS_OPERANDI, 627 regels) is vervangen door een bestand van 50 regels. De winst is onmiddellijk: 577 regels context vrijgemaakt. De agent ademt.
En in`.agents/encyclopedies/`, het originele bestand van 627 regels wacht. Intact. Met al zijn secties — inclusief die die duplicaten zijn, inclusief die die nooit gebruikt zijn. Omdat op een dag een beter model of een menselijke datawetenschapper deze hoeken, deze aangenomen redundanties, deze geleerde lessen wil kruisen. En die dag zal de grondstof daar zijn.
Waarom de map heet `encyclopedies/
De keuze van de naam is niet cosmetisch. Het codeert de filosofie van het mechanisme.
Een archive (archives/) bevat historische gegevens die chronologisch zijn georganiseerd — zoals de maandelijkse COMPLETED_TASKS. Een backup (backup/) is een getimestampde snapshot — een back-upkopie van een vroegere staat.
Een encyclopedie is iets anders. Het is een verzameling thematische kennis, gestructureerd per onderwerp, uitgebreid maar niet lineair. Men leest geen encyclopedie van het begin tot het einde. Men duikt erin om een specifieke vraag te beantwoorden.
Dit is precies het contract van dit dossier :
dossier |
Rol |
Toegang |
granulariteit |
|
Historische gegevens (afgeronde taken per maand) |
LAZY, gestructureerd |
chronologisch |
|
Koude momentopnamen (golven van 10 sessies) |
COLD, volledige kopie |
Chronologisch |
|
Uitgebreide thematische kennis (methodologie, patronen) |
COLD, nooit automatisch |
Thema |
Deze onderscheid voorkomt een rommel. Elk bestand weet waar het moet leven op basis van wat het bevat, niet op basis van wanneer het is gemaakt.
Het logisch vervolg van de serie
Als je de eerste twee artikelen hebt gelezen, zo passen de drie stukken in elkaar :
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
skinparam wrapWidth 220
title Trilogie van Gouvernance Agent
left to right direction
package "📖 **Artikel 0108**\nStrategie Eager/Lazy" as A1 #E8F5E9 {
card "Geheugen agent\ntussen sessies" as M1
card "Bestanden EAGER\n(automatisch geladen)" as M2
card "Bestanden LAZY\n(op aanvraag)" as M3
card "Proceduur 6 stappen" as M4
}
package "🧊 **Artikel 0110**\nMechanisme Heet/Warm/Cold" as A2 #FFF9C4 {
card "Veroudering\nvan de context" as V1
card "Glijdend venster\n10 sessies" as V2
card "Golf koud\nidentiek" as V3
card "Sensor met\ntwee triggers" as V4
}
package "**Artikel 0111**\nAudit + Encyclopedische oplossing" as A3 #BBDEFB {
card "Controle van de bestanden\nEAGER" as E1
card "Identificatie\nvan verspilling" as E2
card "Split\nESSENTIALS/encyclopeditie" as E3
card "Behoud\nvan de ingenieurswetenschappen" as E4
}
A1 --> A2 : "Het geheugen groeit\n→ er moet een verouderingsmechanisme\nde veroudering"
A2 --> A3 : "Veroudering is niet voldoende\n→ moeten we evalueren wat\nwat het verdient om inEAGER"
note bottom of A3
De drie lagen zijn geplaatst op 6 actieve projecten
end note
@enduml
-
0108antwoordt op: « Hoe geef je de agent een geheugen tussen twee sessies?
-
0110Antwoord op: « Hoe voorkomen we dat dit geheugen de agent verstikt?
-
0111antwoordt op : « En als het probleem niet de grootte van de archieven is, maar wat we hebben gekozen om in EAGER te plaatsen ?
Het eerste artikel bouwde de structuur. Het tweede voegde het verouderingsmechanisme toe. Het derde controleert de inhoud — en ontdekt dat de methodologie zelf het probleem is geworden.
Wat ik anders zou hebben gedaan
Terugkijkend, zie ik de initiële ontwerpfout.`AGENT_MODUS_OPERANDI.adoc`is aangemaakt als één enkel document — een manifest. Dat was de juiste aanpak om het denken te formaliseren. Maar toen het denken formeel was, zou het document onmiddellijk moeten worden gesplitst: de kern in EAGER, het uitgebreide in cold.
Ik heb het niet gedaan omdat ik trots was op het document. 627 lijnen pure engineering, met de hand geschreven, elk deel het resultaat van een sessieles. Het was mijn werk. En zoals elke auteur had ik moeite om het in stukken te snijden.
De les :Het is niet zo dat een document dat goed is automatisch moet worden geladen.. De kwaliteit van de inhoud heeft geen verband met de relevantie voor de directe context van de agent.
Vandaag is de regel eenvoudig: elk document met meer dan 100 regels in de EAGER-context is een verdachte. Het verdient een audit. Geen veroordeling — een audit. En de vraag is nooit 'moeten we het verwijderen?' maar 'moeten we het bij elke sessie laden?'
De gids om uw eigen context te controleren
Als je de eerste twee artikelen hebt gevolgd en je eigen Eager/Lazy‑governance hebt opgezet, hier is een auditprocedure in vijf stappen :
-
meten:`wc -l`op al uw EAGER-bestanden. Het totaal zou onder de 1000 regels moeten zijn.
-
Identificeer het grootste: het bestand dat meer dan 20% van het totaal weegt is de nummer één verdachte.
-
Controleer sectie voor sectie: voor elke sectie, vraag je jezelf af: « Is deze informatie al elders aanwezig? Heeft de agent het al eerder in een ander bestand gelezen? Is het gebruikt in de afgelopen 5 sessies?
-
Classificator: dubbel, nooit gebruikt, unieke kennis.
-
Splitsen of verplaatsen: wat uniek en kritiek is → ESSENTIALS gecomprimeerd. Alles de rest →
encyclopedies/.
@startuml skinparam backgroundColor #FEFEFE skinparam defaultTextAlignment center title Auditprocedure voor Agentcontext — 5 stappen start :1. **Meten**\n`wc -l *.adoc .agents/*.adoc`; if (Total > 1000 lignes ?) then (oui) :⚠️ Te zware context; else (non) :✅ Context OK; stop endif :2. **Identificeer de verdachte**\nHet bestand > 20% van het totaal; :3. **Sectie voor sectie controleren**\nVoor elke sectie :\n• Al elders ? → dubbel\n• Nooit gebruikt? → dood\n• Unieke informatie ? → kritiek; :4. **Classificeerder**\n🟡 Dubbelingen → te verwijderen van de EAGER\n🔴 Nooit gebruikt → cold storage\n🟢 Unieke kennis → te behouden; :5. **Splitter**\n🟢 → ESSENTIALS (~50 regels, EAGER)\n🟡🔴 → encyclopedies/ (koude opslag); :✅ Geoptimaliseerde context\nzonder verlies aan ingenieurswerk; stop @enduml
Deze procedure duurt 15 minuten. Bij een project van 50 sessies bespaart ze honderden tokens per toekomstige sessie. Het ROI is direct.
Een levendige governance
Wat deze serie van drie artikelen mij geleerd heeft, is dat agent governance geen afgewerkt product is. Het is eenlevend organisme. Ze groeit mee met het project. Ze krijgt groeigerelateerde ziektes. Ze heeft regelmatige controles nodig.
Session 048 onthulde dat de archieven opzwellen. Session 051 onthulde dat de methodologie zelf opzwelt. Session 060 zal waarschijnlijk iets anders onthullen. Dat is normaal. Dat is gezond. Een bestuur dat zich nooit in vraag stelt, is een dood bestuur.
De drie mechanismen die zijn ingevoerd — Eager/Lazy, Hot/Warm/Cold, encyclopedische split — vormen een diepgaand verdedigingssysteem tegen contextoverbelasting. Geen van hen is alleen voldoende. Samen vullen ze elkaar aan:
-
ijverig/luistructureer de informatie per beschikbaarheid
-
Warm/Warm/Koudstructureer de informatie naar versheid
-
Encyclopedisch auditStructureer de informatie naar dichtheid
@startuml skinparam backgroundColor #FEFEFE skinparam nodeBackgroundColor #E3F2FD title Diepteverdediging tegen verzadiging van de context node "**Agentcontext**\n~800 lijnen\ngezond" as CTX #C8E6C9 node "Laag 1\n**EAGER / LAZY**" as C1 #BBDEFB node "Laag 2\n**HOT / WARM / COLD**" as C2 #BBDEFB node "Laag 3\n**ESSENTIALS / ENCYCLOPÉDIE**" as C3 #BBDEFB CTX --> C1 : "Structuur per\n**beschikbaarheid**" CTX --> C2 : "Structuur per\n**versheid**" CTX --> C3 : "Structuur per\n**dichtheid**" note bottom of C3 De drie lagen zijn nodig. Geen ervan is alleen voldoende. end note @enduml
Met deze drie lagen, de agentcontext op`magic-stick`is gegaan van 2087 regels (voor enige optimalisatie) naar ongeveer 800 regels — een deling door 2,6. Zonder één regel documentatie te verliezen, één sessiearchief, één geleerde les.
Alles is er. Gewoon beter opgeruimd.
Links
-
Artikel 0108 — Strategie Eager/Lazy :Een AI-agent besturen met AsciiDoc
-
Artikel 0110 — Hot/Warm/Cold-mechanisme :Sliding Window en koude golf
-
Mijn site : https://cheroliv.com
-
Het project`magic-stick`: https://github.com/cheroliv/magic-stick
Kennis hoeft niet te verdwijnen. Ze hoeft alleen niet geladen te worden wanneer ze niet nodig is.