Introduction Hyrje Le të jemi të sinqertë: udhëtimi duket pothuajse i njëjtë për të gjithë.Në fillim, ju hapni ChatGPT dhe mendoni: Disa rreshta të tekstit dhe papritmas keni një kod, një rrëmujë marketingu, ose madje edhe një sugjerim recetë. “Wow, kjo është magji!” Pastaj vjen faza tjetër. magjia ngadalë shndërrohet në kaos. Prompts bëhen më të gjata, workarounds grumbulluar, ju filloni zinxhir thirrjet së bashku-dhe një ditë ju e kuptoni: “Okay, unë jam duke shpenzuar më shumë kohë duke shpjeguar modelit se çfarë kam nevojë se sa në të vërtetë duke bërë detyrën vetë.” Faza e tretë është kur gjërat më në fund bëhen interesante.Kjo është kur ju e kuptoni se kaosi ka nevojë për t’u zbehur, dhe ju filloni të mendoni si një inxhinier.Jo si dikush duke u zbehur me një lodër, por si një arkitekt që po ndërton një sistem. Më lejoni të ju pyes: Ende duke luajtur përreth me këshilla? mbërthyer në zinxhirë të pafund spaghetti? ose ndoshta duke qëndruar në buzë të diçkaje më të madhe? where are you right now on this maturity curve? Në këtë artikull, unë dua t'ju çoj përmes një modeli të thjeshtë të pjekurisë për sistemet LLM - një udhëtim nga eksperimentet e shpejta në arkitekturën e plotë, ku agjentët punojnë së bashku si një ekip i vajosur mirë. Një qasje që ndihmon më në fund të çlirohemi nga kaosi, por para se të arrijmë atje, le të marrim një vështrim të ndershëm se si zhvillohen shumica e projekteve. AAC (Agent Action Chains) Why We Need a Maturity Model Pse kemi nevojë për një model të maturitetit Për momentin, sistemet LLM nuk kanë një rrugë standarde të rritjes. Çdo zhvillues ose ekip merr rrugën e vet, duke provuar hacks, duke shpikur qasjet e tyre. Në letër, kjo tingëllon si liri dhe kreativitet. Shikoni përreth: disa projekte bllokohen në fazën "vetëm shtoni një tjetër thirrje dhe do të funksionojë". Të tjerët ndërtojnë zinxhirë të gjatë thirrjesh që duken mirë në një diagram, por rrëzohen nën ngarkesën e parë reale. Dhe pastaj ka hartat pa kod që spirale në një makth të njëqind blloqeve të lidhura në çdo drejtim. Në ditën e demo, ajo ende duket e gjallë. Por sapo të godasë prodhimin, asgjë nuk shkallëzohet, asgjë nuk gjurmohet, dhe askush nuk mund të tregojë se ku gjërat u thye. Dhjetëra ekipe dhe startup-e përfundojnë duke humbur muaj duke ecur në të njëjtën rrugë të provës dhe gabimit, duke shpikur përsëri të njëjtën rrota përsëri dhe përsëri. Ky është vendi ku a Ajo ju jep një hartë të thjeshtë: ku jeni tani, dhe çfarë duhet të ndryshojë për të lëvizur përpara. Fusha të tjera kanë kaluar nëpër këtë më parë. Modelet e pjekurisë agile ndihmuan kompanitë të kuptojnë nëse ata ishin me të vërtetë të pjekur-ose thjesht riemërtojnë detyrat si "sprints". pjekuritë e DevOps bënë të njëjtën gjë për proceset e lëshimit, duke treguar se sa të automatizuara dhe të përsëritura ishin në të vërtetë. maturity model Sistemet LLM janë në të njëjtin pikë kthese sot. Hype është masiv, por pjekuria është pothuajse zero. pa një model të përbashkët të progresit, ne do të vazhdojmë të mbytemi në sistemet kaotike dhe spaghetti. Level 1 - The Script (Prompting Playground) Niveli 1 - Skenari (Prompting Playground) Kjo është ajo ku pothuajse të gjithë fillojnë. Një thirrje në ChatGPT ose një thirrje të vetme API dhe boom, ju keni një përgjigje. ajo punon "në momentin", por vetëm për aq kohë sa ju mund të mbani detajet në kokën tuaj. Signs. Kërkesat kaotike, asnjë përsëritje, rezultate të paparashikueshme.Sot funksionon, nesër modeli ju jep diçka krejtësisht të ndryshme. Risks. Asgjë këtu nuk mund të integrohet në një produkt ose proces të vërtetë biznesi. When it makes sense. Eksperimentet e shpejta, prototipimi i ideve, ose ato momente të para "wow" kur ju jeni vetëm duke marrë një ndjenjë për atë që mund të bëjnë LLMs. Level 2 - The Complex Prompt (Prompt Engineering 2.0) Niveli 2 - Prompt Complex (Inxhinieria e shpejtë 2.0) Një pyetje e vetme nuk është më e mjaftueshme - kështu që ju merrni këshilla të gjata me udhëzime për rolet, hapa të detajuar dhe madje edhe mini-scenare të gatuara në. Signs. Ju filloni të ndjeni “magjinë e formulimit”: ndryshoni një frazë dhe modeli spërkat diçka krejtësisht të ndryshme.Disa njerëz madje ndërtojnë biblioteka të menjëhershme, por poshtë, është ende vetëm një monolit i madh. Risks. Ndërsa kompleksiteti rritet, thirrja shndërrohet në një përbindësh që nuk mund të mbahet. Shtimi i një hapi të ri shpesh do të thotë rishkrimi i gjithçkaje. Testimi është i dhimbshëm. Zgjerimi i kësaj qasje? Pothuajse i pamundur. When it makes sense. Njoftimet komplekse janë ende të dobishme në kontekstin e duhur: MVP të shpejtë, rastet e përdorimit të marketingut, ose projektet e kërkimit.Ndonjëherë ato ofrojnë një rezultat mbresëlënës "këtu dhe tani". Level 3 - The Linear Chain Niveli 3 - zinxhiri linear Hapi i ardhshëm pas "thirrjes gjigante" është lidhja e shumë thirrjeve LLM në një sekuencë. Tani sistemi nuk është një bllok masiv i tekstit - është një seri hapat: nxjerrni të dhënat, përpunoni atë, pastaj gjeneroni një përgjigje bazuar në këtë. Signs. Në këtë fazë, flukset e para të punës fillojnë të shfaqen – qoftë në LangChain, n8n ose Make.com. Njerëzit fillojnë të mendojnë në hapa, duke thyer problemet e mëdha në nën-detyra. Është tashmë shumë më mirë se një monolit gjigant i një prompt-por është ende rreptësisht linear, pa degëzim ose fleksibilitet. “Së pari klasifikoni, pastaj merrni kontekstin, pastaj gjeneroni përgjigjen.” Risks. Problemi më i madh është ngurtësia. Këto zinxhirë janë gdhendur në gur: ndryshoni një hap, dhe shpesh përfundoni duke rishkruar gjithçka tjetër. Shtimi i skenarëve të rinj është i dhimbshëm, dhe gabimet kanë tendencë të thyejnë të gjithë zinxhirin në të njëjtën kohë. When it makes sense. Ky nivel funksionon mirë për bots të vegjël ose automatizime të thjeshta: analizimi i email-eve, gjenerimi i përmbledhjeve, hartimi i përgjigjeve të shpejta.Kjo është një pikë e mirë fillestare.Por në çdo produkt të vërtetë, ajo shpejt bëhet një kufizim.Dhe kjo është zakonisht momenti që ekipet e kuptojnë: pa arkitekturë, ju nuk do të merrni shumë më tej. Level 4 - Spaghetti (Ad-hoc Systems) Niveli 4 - Spaghetti (Sisteme Ad-hoc) Kjo është ku fillon dhimbja e vërtetë.Kur një zinxhir i thjeshtë linear nuk funksionon më, zhvilluesit fillojnë të grumbullojnë mbi kushtet e "branches" dhe "if-else". kujtesa e përkohshme shfaqet - nganjëherë është vetëm një array në kod, nganjëherë një hack i ruajtjes së personalizuar, nganjëherë një variabël e kaluar në mënyrë të pakëndshme midis nyjeve. Signs. Flukset e punës në platformat pa kod fillojnë të duken si spiderwebs: dhjetëra nyje, lidhjet e ngatërruara, rrymat kudo. Projekte të bazuara në kod nuk janë shumë më të mira: logjika e shpërndarë në të gjitha thirrjet dhe funksionet ndihmëse, me kushtet kritike të fshehura në tekstin e vetë thirrjeve. Nga jashtë, është e papërshkrueshme - dhe pothuajse e pamundur për t'u shpjeguar dikujt të ri. Risks. Këto sisteme janë një makth për të mbajtur. kur diçka thyhet, duke gjetur Është pothuajse e pamundur. Gabimet janë të fshehura, debugging nuk ekziston, dhe gjithçka varet nga ajo një person i cili “di se si funksionon”. ku When it makes sense. Sisteme spageti zakonisht dalin si një produkt anësor i eksperimentit, por qëndrimi këtu vret rritjen.Shumë ekipe arrijnë këtë fazë dhe më në fund e kuptojnë: zgjidhja nuk është “vetëm një tjetër hack”- kjo është arkitektura e vërtetë. Level 5 - Orchestrator + Roles (System Design Thinking) Niveli 5 - Orchestrator + Roles (Mendimi i Dizajnit të Sistemit) Ky është faza ku kaosi më në fund shndërrohet në një sistem.Në vend të një zinxhiri të pafund ose një rrëmujë spageti të degëve, ju merrni një Çdo pjesë e sistemit e di punën e tij: 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. Në këtë nivel, ju shihni kontrata formale (shpesh JSON) që lidhin rolet. Ju mund të testoni komponentët individualisht, shkëmbeni ose zgjeroni ato pa thyer të gjithë sistemin. Risks. Po, kjo kërkon më shumë përpjekje paraprakisht.Ju duhet të mendoni arkitektonikisht, rolet e projektimit, dhe të rezistoni ndaj nxitjes për të thjesht "thyer në një tjetër nxitje."Por ky investim paguhet shpejt nëse sistemi juaj është i destinuar për përdoruesit e vërtetë dhe shkallë. When it makes sense. Mjediset e prodhimit, proceset e biznesit dhe produktet e botës reale. Çdo gjë përtej eksperimenteve përfundimisht do të duhet të evoluojë në këtë fazë. Dhe kjo është pikërisht aty ku AAC formalizon rolet, shton disiplinë dhe mundëson atë hap të rëndësishëm nga “hacking i shpejtë” në inxhinierinë e vërtetë. AAC (Agent Action Chains) How to Use This Model Si të përdorni këtë model Vlera e vërtetë e një modeli të pjekurisë është se funksionon si një pasqyrë.Ju lejon të shikoni me ndershmëri projektin tuaj, të shihni se ku jeni dhe të kuptoni se çfarë duhet të ndryshojë për të ecur përpara. For self-assessment. Nëse jeni duke ndërtuar diçka solo ose në një ekip të vogël, modeli është në thelb një checklist i shpejtë. Kjo imazh i shpejtë ju ndihmon të zbuloni pengesat e së nesërmes sot – dhe të përgatiteni për to paraprakisht. “A jetojmë akoma në tokë të shpejtë, a kemi ndërtuar zinxhirë të thjeshtë, apo jemi duke u mbytur në spaghetti?” For teams. Një menaxher i produktit, një inxhinier dhe një analist nuk kanë nevojë të humbasin në detajet teknike – ata thjesht mund të emërojnë nivelin. - dhe të gjithë e dinë saktësisht se çfarë do të thotë. më pak frikësim, më shumë biseda produktive. “Ne jemi në fazën e zinxhirit, por ne duhet të kalojmë spaghetti ASAP” For investors and partners. Modeli gjithashtu vepron si një sinjal i pjekurisë së ekipit. Një startup ende duke punuar me këshilla të papërpunuara mund të ofrojë demonstratë të ndritshme, sigurisht, por është një bast i rrezikshëm. Evolucioni i sistemeve LLM ndjek të njëjtin hark si çdo teknologji: së pari vjen magjia, pastaj kaosi, dhe më në fund-inxhinieria.Ne fillojmë me skripte të thjeshta, mbetemi të bllokuar në këshilla komplekse, përpiqemi të zinxhirojmë gjërat së bashku, të mbytemi në spaghetti ... dhe vetëm atëherë kuptojmë: është koha për të ndërtuar arkitekturë. Një model i pjekurisë na ndihmon të përballemi me këtë realitet: të shohim se ku jemi, dhe të dimë se ku duhet të shkojmë më pas.Për disa, kjo do të thotë të lëmë mënjanë “monsters-prompts”.Për të tjerët, kjo do të thotë të shpëtojmë nga kurthe e zinxhirëve kaotike.Dhe për disa, kjo është thirrja për të shkuar në nivelin e ardhshëm – ku orkestratorët, rolet dhe dizajni i vërtetë i sistemit më në fund dalin. Kjo është ku hyn në imazh-një arkitekturë që formalizon këtë nivel të lartë të pjekurisë. por AAC nuk është magji. Është rezultat i ecur rrugën. Ju vetëm të merrni atje duke kaluar nëpër fazat e mëparshme. AAC (Agent Action Chains) Këtu është modeli i projektimit të sistemit AAC nëse dëshironi të zhyteni më thellë. Këtu është modeli i projektimit të sistemit AAC nëse dëshironi të zhyteni më thellë.
