Introduction Inleiding Kom ons wees eerlik: die reis lyk byna dieselfde vir almal. Eerstens, jy oop ChatGPT en dink: 'N Paar reëls van teks en skielik het jy kode, 'n bemarking blurf, of selfs 'n resep voorstel. “Wow, dit is magie!” Dan kom die volgende fase. Die magie verander stadig in chaos. Prompts word langer, workarounds stap op, jy begin ketting oproepe saam-en een dag besef jy: “Oké, ek spandeer meer tyd om die model te verduidelik wat ek nodig het as om die taak self te doen.” Die derde fase is waar dinge uiteindelik interessant word.Dit is wanneer jy besef dat die chaos moet taming, en jy begin dink soos 'n ingenieur.Nie as iemand wat met 'n speelding tinker nie, maar as 'n argitek wat 'n stelsel bou. Laat ek jou dan vra: Nog steeds speel rond met prompts? steek in eindelose spaghetti ketting? of miskien staan reg aan die rand van iets groter? where are you right now on this maturity curve? In hierdie artikel wil ek jou deur 'n eenvoudige volwasse model vir LLM-stelsels loop - 'n reis van vinnige eksperimente na volwaardige argitektuur, waar agente saamwerk soos 'n goed-geolieerde span. - 'n benadering wat help om uiteindelik vry te raak van die chaos.Maar voordat ons daar kom, laat ons 'n eerlike blik neem op hoe die meeste projekte ontwikkel. AAC (Agent Action Chains) Why We Need a Maturity Model Hoekom ons 'n volwasse model nodig het Op die oomblik het LLM-stelsels nie 'n standaard groeipad nie. Elke ontwikkelaar of span neem hul eie roete, probeer hacks uit, vind hul eie benaderings uit. Op papier klink dit soos vryheid en kreatiwiteit. Kyk rond: Sommige projekte staan stil by die "net 'n ander oproep toevoeg en dit sal werk". Ander bou lang ketting van oproepe wat mooi lyk op 'n diagram, maar val onder die eerste werklike las. En dan is daar die nie-kode kaarte wat spiraal in 'n nagmerrie van 'n honderd blokke in elke rigting verbind. Op demo-dag lyk dit nog lewendig. Maar sodra dit produksie tref, gaan niks skaal nie, word niks gevolg nie, en niemand kan selfs sê waar dinge gebreek het nie. Donke van span en start-ups eindig met maande te spandeer op dieselfde probeer-en-fout pad, heropvinding van dieselfde wiel weer en weer. Dit is waar a Dit gee jou 'n eenvoudige kaart: waar jy nou is, en wat moet verander om vorentoe te beweeg. Ander velde het dit voorheen gegaan. Agile volwassenheidsmodelle het maatskappye gehelp om uit te vind of hulle werklik agile-of net taak hernoem as "sprints." maturity model LLM stelsels is op dieselfde keerpunt vandag. Die hype is massief, maar die volwassenheid is byna nul. sonder 'n gedeelde model van vordering, sal ons net voortgaan om te verdrink in chaotiese oproepe en spaghetti stelsels. Level 1 - The Script (Prompting Playground) Level 1 - Die Skrif (Prompting Playground) Dit is waar byna almal begin. Een oproep in ChatGPT of 'n enkele API-oproep-en-boom, jy het 'n antwoord. Dit werk "in die oomblik", maar net so lank as jy die besonderhede in jou kop kan hou. Signs. Chaotiese vrae, geen herhaalbaarheid, onvoorspelbare resultate.Vandaag werk dit, môre gee die model jou iets heeltemal anders. Risks. Nul beheer. Niets hier kan geïntegreer word in 'n werklike produk of besigheidsproces. When it makes sense. Vinnig eksperimente, prototyping idees, of daardie eerste "wow oomblikke" wanneer jy net 'n gevoel kry vir wat LLMs kan doen. Level 2 - The Complex Prompt (Prompt Engineering 2.0) Level 2 - Die Kompleks Prompt (Prompt Engineering 2.0) Op hierdie stadium, mense begin "gasteer towenaars" met teks. 'N enkele query is nie meer genoeg nie-so jy kry lang prompts met rol instruksies, gedetailleerde stappe, en selfs mini-scenario's gebak in. Signs. Jy begin die "magie van formulering" voel: verander een frase en die model spuit iets heeltemal anders uit. Risks. Soos kompleksiteit groei, verander die oproep in 'n monster wat nie onderhou kan word nie. 'n nuwe stap byvoeg dikwels beteken om alles te herschryf. Testing is pynlik. Skaleer hierdie benadering? Byna onmoontlik. When it makes sense. Kompleks oproepe is nog steeds nuttig in die regte konteks: vinnige MVPs, bemarking gebruik gevalle, of navorsing projekte. Soms bied hulle 'n indrukwekkende resultaat "hier en nou." Level 3 - The Linear Chain Niveau 3 - Die lineêre ketting Die volgende stap na die "gigant prompt" is om verskeie LLM oproepe in 'n volgorde te verbind. Nou is die stelsel nie een massiewe blok van teks nie - dit is 'n reeks stappe: die data uit te haal, dit te verwerk, en dan 'n antwoord op grond daarvan te genereer. Signs. Op hierdie stadium begin die eerste werkstrome verskyn, of dit nou in LangChain, n8n of Make.com is. Mense begin in stappe dink en breek groot probleme af in sub-takke. Dit is reeds baie beter as een reuse monoliet van 'n prompt-maar dit is nog steeds streng lineêre, sonder vertakking of flexibiliteit. “Eerstens klassifiseer, dan haal konteks, dan genereer die reaksie.” Risks. Die grootste probleem is rigiditeit. Hierdie ketting is in klip gesneden: verander een stap, en jy eindig dikwels om alles anders te skryf. Nuwe scenario's by te voeg, is pynlik, en foute is geneig om die hele ketting op 'n keer te breek. Dit is soos die vroeë dae van mikroservices sonder 'n orkestrator-tehniek modulair, maar nog steeds saam gehou met duct tape. When it makes sense. Hierdie vlak werk goed vir klein bots of eenvoudige outomasies: e-pos opspoor, opsommings genereer, vinnige antwoorde opstel. Dit is 'n goeie beginpunt. Maar in enige werklike produk word dit vinnig 'n beperking. Level 4 - Spaghetti (Ad-hoc Systems) Niveau 4 - Spaghetti (Ad-hoc stelsels) Dit is waar die werklike pyn begin. Wanneer 'n eenvoudige lineêre ketting nie meer werk nie, begin ontwikkelaars stapel op "takke" en "as-else" toestande. Tijdelike geheue verskyn-soms is dit net 'n reeks in kode, soms 'n aangepaste opslag hack, soms 'n veranderlike wat moeilik tussen nodes oorgedra word. Signs. Werkstrome in nie-kode-platforms begin lyk soos spiderwebs: duisende nodes, verstrengelde verbindings, loopkies oral. Kode-gebaseerde projekte is nie veel beter nie: logika versprei oor oproepe en helpfunksie, met kritieke toestande verborge reg in die teks van die oproepe self. Risks. Hierdie stelsels is 'n nagmerrie om te onderhou. wanneer iets breek, uitvind Dit is amper onmoontlik. foute is verborge, debugging is nie bestaan nie, en alles hang af van daardie een persoon wat "weet hoe dit werk." Skaleer of gee dit aan 'n ander span? Waar When it makes sense. Eerlik nie. Spaghetti-stelsels kom gewoonlik as 'n byproduk van eksperimente, maar om hier te bly doodmaak groei. Baie span het hierdie stadium bereik en besef uiteindelik: die oplossing is nie "slegs nog 'n hack" nie - dit is die ware argitektuur. Level 5 - Orchestrator + Roles (System Design Thinking) Niveau 5 - Orkestrator + rolle (Systeemontwerp denke) Dit is die stadium waar chaos uiteindelik in 'n stelsel verander. In plaas van 'n eindelose ketting of 'n spaghetti rommel van takke, kry jy 'n Elke deel van die stelsel ken sy werk: structured design with clearly defined roles. - the brain that decides who does what and in what order. Orchestrator - narrow experts, each handling a specific task: classification, response generation, data retrieval. Specialists - makes sure the system isn’t living like a goldfish, giving it access to past context and knowledge. Memory - catches errors and ensures resilience, so one failure doesn’t bring everything down. Guard - monitors execution, collects logs, and provides visibility. Observer - polishes the final output and delivers it to the next stage. Egress Signs. Op hierdie vlak sien jy formele kontrakte (vaak JSON) wat rolle verbind. U kan komponente individueel toets, ruil of uitbrei sonder om die hele stelsel te breek. Risks. Jy moet argitektuurlik dink, ontwerp rolle en weerstaan die drang om net "in 'n ander oproep te gooi." Maar daardie belegging betaal vinnig terug as jou stelsel bedoel is vir werklike gebruikers en skaal. When it makes sense. Produksie omgewings, besigheidsprosesse en werklike produkte. Alles buite eksperimente sal uiteindelik in hierdie stadium moet evolueer. En dit is presies waar kom in-die argitektuur wat ek ontwikkel het as 'n praktiese volwassenheidmodel vir LLM-stelsels. AAC formaliser die rolle, voeg dissipline by en maak die noodsaaklike sprong van "spoedige hacking" na ware ingenieurswese moontlik. AAC (Agent Action Chains) How to Use This Model Hoe om hierdie model te gebruik Die werklike waarde van 'n volwassenheidmodel is dat dit soos 'n spieël werk.Dit laat jou toe om 'n eerlike blik op jou projek te neem, te sien waar jy is, en uit te vind wat moet verander om vorentoe te beweeg. For self-assessment. As jy iets alleen of in 'n klein span bou, is die model basies 'n vinnige checklist. Hierdie snapshot help jou om môre se bottelblokke vandag op te spoor - en voor te berei vir hulle vooraf. “Lou ons nog in ’n onmiddellike land? het ons eenvoudige kettings gebou? of verdrink ons reeds in spaghetti?” For teams. 'N produkbestuurder, 'n ingenieur en 'n analist hoef nie in tegniese besonderhede verlore te gaan nie - hulle kan net die vlak noem. -en almal weet presies wat dit beteken. minder wrijving, meer produktiewe gesprekke. “Ons is in die kettingfase, maar ons moet vinnig spaghetti oorskry” For investors and partners. Die model dien ook as 'n teken van span volwassenheid. 'N Start-up wat nog steeds werk met ruwe aanbevelings, kan flitsende demo's lewer, seker-maar dit is 'n gevaarlike weddenskap. 'N Team wat reeds dink in terme van rolle, orkestrasie en waarneembaarheid, alhoewel? Die evolusie van LLM stelsels volg dieselfde boog as enige tegnologie: eerste kom die magie, dan die chaos, en uiteindelik - die ingenieurswese. Ons begin met eenvoudige skripte, raak vas in komplekse aanbevelings, probeer om dinge saam te ketting, verdrink in spaghetti ... en eers dan besef: dit is tyd om argitektuur te bou. 'N Volwassenheidsmodel help ons om die realiteit te konfronteer: om te sien waar ons is, en om te weet waar ons volgende moet gaan. vir sommige, dit beteken om "monster-prompts" weg te laat. vir ander, dit beteken om die val van chaotiese ketting te ontsnap. En vir 'n paar, dit is die oproep om op te stap na die volgende vlak - waar orkestrateurs, rolle en werklike stelselontwerp uiteindelik ontstaan. Dit is waar 'n argitektuur wat hierdie hoogste vlak van volwassenheid formeel maak.Maar AAC is nie magie nie.Dit is die gevolg van die pad te loop.Jy kry dit net deur die vroeër fases te gaan. AAC (Agent Action Chains) Hier is die AAC-stelselontwerppatroon as jy dieper wil duik. Hier is die AAC-stelselontwerppatroon as jy dieper wil duik.