Introduction Հիմնական Խնդրում ենք լինել ճշգրիտ: ճանապարհը տեսնում է ամեն ինչի համար: Առաջին անգամ, դուք բացեք ChatGPT-ը եւ կարծում եք: Երկու գծեր տեքստ, եւ անմիջապես դուք ստանում եք կոդը, առեւտրային բաղադրիչը, կամ նույնիսկ բաղադրիչի առաջարկը: «Ինչ է, թե ինչ է, թե ինչ է, թե ինչ է, թե ինչ է, թե ինչ է» Հաջորդ սերտիֆիկը, որը փրկվում է սերտիֆիկի հետ: Հաջորդ սերտիֆիկը, որը փրկվում է սերտիֆիկի հետ: Հաջորդ սերտիֆիկը, որը փրկվում է սերտիֆիկի հետ: Հաջորդ սերտիֆիկը, որը փրկվում է սերտիֆիկի հետ: «Անհա, ես ավելի շատ ժամանակ տանում եմ մոդելին, թե ինչ պետք է եմ, քան այն, թե ինչ պետք է անել». Երբ դուք հասկանում եք, որ սխալը պետք է սխալ, եւ դուք սկսում եք մտածել, ինչպես ինժեներ, ոչ թե ինչ-որ բան, ինչ-որ խաղալիքով սխալ է, բայց որպես դիզայնը, որը կառուցում է համակարգը: Հաջորդը, կարող եմ հարցնել ձեզ: Արդյոք, թե ինչպե՞ս կարող եք փոխել այն, թե ինչպե՞ս կարող եք փոխել այն, թե ինչպե՞ս կարող եք փոխել այն, թե ինչպե՞ս կարող եք փոխել այն, թե ինչպե՞ս կարող եք փոխել այն: where are you right now on this maturity curve? Այս հոդվածում, ես ցանկանում եմ ուղեւորել ձեզ LLM համակարգերի հեշտ մոդելների համար - ճանապարհը արագ փորձերից ամբողջական դիզայնի համար, որտեղ գործիչները աշխատում են միասին, ինչպես լավ խելացի թիմը: Եվ ոչ, բարձր մակարդակում մենք խոսում ենք ինչ-որ մասին, ինչ ես կոչում եմ: -Անթոդը, որը օգնում է վերջապես ազատվել սխալից: Բայց երբ մենք ստանում ենք այն, խնդրում ենք իմանալ, թե ինչպիսիք են մեծ մասը նախագծերի զարգացման. AAC (Agent Action Chains) Why We Need a Maturity Model Ինչու պետք է մանրամասն մոդել Այսպիսով, LLM համակարգերը չեն ունեն ստանդարտ աճի ճանապարհը: Ամեն դիզայնիչ կամ թիմը իր սեփական ճանապարհն է, փորձում է hacks- ը, ստեղծում է իրենց սեփական դիզայնները: Պաշտոնականում, դա լսում է որպես ազատություն եւ ստեղծագործություն: Հիմնականում, դա սովորաբար կախված է: Տեսեք միասին: մի քանի ծրագրեր կանգնած են «Ես պարզապես ավելացեք մի այլ կանգնածը, եւ դա աշխատում է» մակարդակում: Մարդիկ կառուցում են երկար կանգնածներ, որոնք տեսնում են գեղեցիկ է մի դիզայնում, բայց կանգնած են առաջին իրական բեռը: Այնուհետեւ կա ոչ մի կոդը քարտեր, որոնք կանգնած են մի սխալը, որը միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին միասին Նրանք ոչ մի միավոր դեպքեր են: Նրանք մի մոդել են: Շատ թիմերը եւ Startups- ը վերջապես վախենում են օրվա ընթացքում նույն փորձարկման եւ սխալների ճանապարհին, վերամշակելով նույն սխալը ամեն անգամ: Դա այնտեղ, որտեղ a Դա առաջարկում է ձեզ պարզ քարտեզ: որտեղ եք այժմ, եւ ինչ պետք է փոխել, որպեսզի առաջանում. Արդյոք այլ տարածքները անցել են այս առաջ. Agile ծածկության մոդելները օգնվել են ընկերությունների հետազոտել, թե ինչու են նրանք իրականում ծածկված- կամ պարզապես փոխարինել գործիքները, ինչպես նաեւ "sprints". DevOps- ի ծածկույթը կատարել է նույնպես ազատման գործընթացների համար, որը ցույց է տալիս, թե ինչպես ավտոմատ եւ վերականգելի են նրանք իրականում: maturity model LLM համակարգեր են նույն գծի վրա այսօր: The hype is massive, but the maturity is almost zero. Without a shared model of progress, we will just keep drowning in chaotic prompts and spaghetti systems. Level 1 - The Script (Prompting Playground) Level 1 - The Script (Prompting Խաղատուն) Այսպիսին է, որտեղ ամենը սկսվում է: ChatGPT- ում կամ միակ API- ի զանգահարման եւ բոմում, դուք ստանում եք պատասխանը: Դա աշխատում է «կամ ժամանակին», բայց միայն այն ժամանակ, երբ դուք կարող եք պահել տեղեկատվություն ձեր սեղմում: Signs. Արդյոք, թե ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ-որ բան, ինչ- Risks. Ոչ ոք այստեղ չի կարող ներգրավվել իրական արտադրանքի կամ բիզնեսի գործընթացում: Բոլորը հիմնված են երջանիկության վրա: When it makes sense. Բարձր փորձեր, պտտոֆիլմներ, կամ այդ առաջին «կամսերը», երբ դուք պարզապես ստանում եք զգացմունք, թե ինչ կարող են անել LLMs. Բայց այստեղ ապրում է վտանգավոր - դա ոչ մի համակարգ, դա պարզապես Sandbox. Level 2 - The Complex Prompt (Prompt Engineering 2.0) Level 2 - The Complex Prompt (Հիմնական տեխնոլոգիան 2.0) Այս փուլում, մարդիկ սկսում են «բաղադրել բաղադրիչներ» text. A single query is not enough anymore-so you get long prompts with role instructions, détailled steps, and even mini-scenarios baked in. Signs. Դուք սկսում եք զգալ «մարիկը տպագրության»: փոխել մի տպագրություն եւ մոդել նստում է ինչ-որ բան տարբեր: Որոշ մարդիկ նույնիսկ կառուցել արագ գրասենյակներ, բայց ներքեւ, դա դեռ միայն մեկ մեծ monolith. Risks. Երբ սխալությունը աճում է, սխալը փոխվում է սխալը, որը չի կարող պահպանվել: Նոր քայլը ավելացնելը սովորաբար նշանակում է ամեն ինչ վերլուծել: Ստուգումը վախենում է: Այս դիզայնը ծախսելու համար: Շատ հնարավոր է: When it makes sense. Complex prompts- ը դեռ օգտակար է ճշգրտության մեջ: արագ MVPs- ը, մատակարարման օգտագործման գործիքներ, կամ հետազոտական ծրագրեր: Երբեմն նրանք մատակարարում են տպագրական արդյունքը «կա եւ հիմա». Բայց երկար ժամանակում, նրանք չգիտեն, որ դա մի ժամանակնական սխալ է, ոչ մի ճշգրտական հիմնադրամ. Level 3 - The Linear Chain 3-րդ մակարդակը - Linear Chain Այժմ համակարգը ոչ մի մեծ բլոգ տեքստ է, դա մի շարք քայլեր է: վերցնել տվյալները, մշակել այն, ապա ստեղծել պատասխանը, որը հիմնված է այն. Signs. Այս փուլում առաջին աշխատանքային պլանները սկսվում են հայտնվել, ոչ թե LangChain- ում, n8n- ում կամ Make.com- ում: Մարդիկ սկսում են մտածել փուլում, մեծ խնդիրները կտրելու համար ներքեւում են ներքեւում: Դա շատ ավելի լավ է, քան մի խոշոր monolith է prompt, բայց դա դեռ ճշգրիտ գծային, առանց խոշորության կամ լայնությունը. «Ես առաջին անգամ կտրում եմ, ապա կտրում եմ, ապա կտրում եմ» Risks. Հիմնական խնդիրը սխալության է: Այս գծերը կտրված են գծով: փոխել մեկ քայլ, եւ դուք հաճախ վերջապես վերլուծեք ամեն ինչ այլը: Նոր սերտիֆիկների ավելացումը վատ է, եւ սխալները սովորաբար կտրում են ամբողջ գծի միասին: Դա նման է microservices- ի առաջին օրերին, որոնք ոչ մի orchestrator-technically մոդուլային, բայց դեռ կանգնած միասին խողովակների գծով: When it makes sense. Այս մակարդակը լավ աշխատում է փոքր բոտերի կամ պարզ ավտոմատացման համար: էլեկտրոնային փոստի փաթեթավորման, արտադրման վերահսկման, արագ պատասխանների ստեղծման համար: Դա լավ փաթեթ է: Բայց ցանկացած իրական արտադրանքի համար, այն արագ կունենա սահմանափակությունը: Եվ դա սովորաբար այն ժամանակն է, երբ թիմերը հասկանում են: առանց դիզայնը, դուք չեք հասնել շատ ավելին: Level 4 - Spaghetti (Ad-hoc Systems) Level 4 - Spaghetti (Ad-hoc համակարգեր) Այսպիսին է, որտեղ իրական վտանգը սկսվում է: Երբ պարզ գծային գծի գործառույթը չի աշխատում, մշակողները սկսում են «խաղադրամներ» եւ «if-else» պայմանները: Արդյունաբերական մանրամասը ցույց է տալիս, ինչպիսիք են, թե ինչպիսիք են մանրամասները, ինչպիսիք են մանրամասները, ինչպիսիք են մանրամասները, ինչպիսիք են մանրամասները, եւ ինչպիսիք են մանրամասները, ինչպիսիք են մանրամասները: Signs. Արդյունաբերական գործառույթները, որոնք անում են կոդը, սկսվում են տեսնել, ինչպիսիք են spiderwebs: մի քանի կետներ, միասնական կապներ, միասնական կետներ: Code-based projekts- ը շատ ավելի լավ չէ: logic- ը թռված է prompts- ի եւ օգոստի գործառույթների մեջ, իսկ կարեւոր պայմանները կախված են կետերի ինքներդ տեքստի մեջ: Արդյունաբերաբար, դա անակասելի է, եւ ոչինչ չի կարող բացահայտել նորին: Risks. Այս մեքենաների համար սխալ է, երբ ինչ-որ բան կտրում է, իմանալ Արդյոք ամեն ինչ կարող է լինել անմիջապես: Բջջային սխալները սեղմվում են, debugging- ը չկան, եւ ամեն ինչ կախված է այն մեկ մարդից, ով «պատում է, թե ինչպես աշխատում է». Ինչպե՞ս When it makes sense. Շնորհակալություն, երբեք. Spaghetti համակարգեր սովորաբար նստվում են որպես փորձարկման բջջային արտադրանքը, բայց այն, որ այստեղ կանգնած է աճը: Շատ թիմերը կանգնած են այս մակարդակը եւ վերջապես հասկանում են, որ լուծումը ոչ միայն մի այլ hack- ը - դա իրական դիզայնը. Level 5 - Orchestrator + Roles (System Design Thinking) 5-րդ մակարդակը - Orchestrator + Roles (System Design Thinking) Դա այն շաբաթն է, երբ սխալը վերջապես փոխվում է մի համակարգի վրա: Մինչեւ մի անսահմանափակ ցանցի կամ մի spaghetti սխալների, դուք ստանում եք մի սխալ: Այս համակարգի յուրաքանչյուր մասը գիտի իր աշխատանքը: 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. Այս մակարդակում, դուք տեսնում եք ֆորմալ հաշիվներ (հարկե JSON) միացնել գործառույթներ: Դուք կարող եք փորձել բաղադրիչները մասնավորապես, փոխել կամ լայնացնել նրանց, առանց սխալելու ամբողջ համակարգը: Հեղմվող պտուտակը զարգանում է մի մոդելային դիզայն, որը կարող եք իրականում կառուցել. Risks. Այո, դա պահանջում է ավելի առաջադեմ փորձը: Դուք պետք է կարծում architecturally, դիզայն գործառույթներ, եւ վերականգնում է հզորությունը պարզապես «բեռնել մի այլ ուղեցույց». Բայց այդ ներդրումը վճարվում է արագ, եթե ձեր համակարգը նշանակում է իրական օգտագործողների եւ չափազանց. When it makes sense. Արտադրական միջավայրեր, բիզնես գործընթացներ, եւ իրական աշխարհում արտադրանքի. Ամեն ինչ, քան փորձերը, վերջապես պետք է զարգացվի այս փուլում: Դա միայն այն վայրը, որտեղ scalability, maintenanceability եւ predictability կարող են լինել: Այսպիսիք է, թե որտեղ comes in-the architecture I developed as a practical maturity model for LLM systems. AAC formalizes the roles, adds discipline, and enables that crucial leap from “prompt hacking” to true engineering. AAC (Agent Action Chains) How to Use This Model Ինչպես օգտագործել այս մոդելը Դա թույլ է տալիս ձեզ ստանալ ճշգրիտ տեսնել ձեր նախագծի, տեսնել, թե որտեղ եք, եւ տեսնել, թե ինչ պետք է փոխվել, որպեսզի առաջանում. For self-assessment. Եթե դուք ստեղծում եք ինչ-որ բան միասին կամ մի փոքր թիմում, մոդելը հիմնականում արագ checklist է: Այս բաղադրիչը օգնում է Ձեզ հասկանալ երեկոյան բաղադրիչները այսօր - եւ պատրաստել նրանց առաջ. «Մենք դեռ ապրում ենք անմիջապես տարածքում, մենք կառուցել ենք պարզ շինարարներ, կամ մենք արդեն ծածկում ենք spaghetti- ում» For teams. Ապրանքի կառավարիչ, ինժեներ եւ ինժեներ չի պետք վախենալ տեխնիկական մանրամասների մեջ - նրանք կարող են պարզապես անունել մակարդակը: - եւ բոլորը գիտեն, թե ինչ է դա նշանակում: Մինչեւ քիչ թռիչք, ավելի արտադրական խոսքեր են: «Մենք ապրում ենք շինարարական շինարարությունը, բայց մենք պետք է անցնել spaghetti ASAP- ը» For investors and partners. Մոդելը նաեւ գործում է թիմի ծածկության նշան: Մի Startup- ը, որը դեռ աշխատում է պրպտոմսերի հետ, կարող է արտադրել փափուկ մոդելներ, հավատում է, բայց դա վտանգավոր բաղադրիչ է: Որ թիմը արդեն մտածում է գործերի, օպտիմացիոնության եւ վերահսկողության մասին: Դա մի թիմային կառուցման բան է, որը կարող է իրականում ապրել արտադրության եւ ծածկության մեջ: LLM համակարգերի զարգացումը հետեւում է նույն խոշորությունը, ինչպես ցանկացած տեխնոլոգիան: առաջինը կախված է, ապա կախվածություն, եւ վերջապես - տեխնոլոգիան: Մենք սկսում ենք պարզ սեղմիչների հետ, կանգնած են հարմարեցված կախվածներին, փորձում ենք միավորել բաները միասին, կանգնած են spaghetti- ում ... եւ միայն այնուհետեւ հասկանում ենք, որ ժամանակ է կառուցել դիզայնը: Մեկի համար, դա նշանակում է մեռնել «մոնտեր-համփակիչները»։ Մեկի համար, դա նշանակում է մեռնել պտուտակը կոտրական ցանցերի պտուտակների համար։ Մեկի համար, դա նշանակում է, որ պետք է գնալ մինչեւ հաջորդ մակարդակը, որտեղ կոտրատորներ, գործառույթներ եւ իրական համակարգի դիզայնը վերջապես նստվում են։ Սա այնտեղ, որտեղ Արդյոք, ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են, թե ինչպիսիք են: AAC (Agent Action Chains) Ահա AAC համակարգի նախագծման մոդել, եթե դուք ցանկանում եք խոշորել. Ահա AAC համակարգի նախագծման մոդել, եթե դուք ցանկանում եք խոշորել.
