Deo 1: Zašto Agentički inženjering nije Vibe kodiranje Jedna prijateljica nedavno je objavila o veštinama AI koristeći analogiju Matrixa: Trinity ne uči letjeti helikopterom - Tank postavlja precizan, provjeren program direktno u njen um. Ta je analogija savršena, ali ona otkriva temeljno pogrešno shvatanje o tome kako se ti sustavi zapravo grade. Trinity ne vibe svoj put u letenje. Tank preuzima . Precizni, provereni programi To je razlika između vibe kodiranja i onoga što Addy Osmani zove "Vibe kodiranje" je otrovala bunar - to sugerira da možete potaknuti svoj put do proizvodnje softvera. Agencijsko inženjerstvo Imam više od 70 agenata u mom web3 razvojnom toku rada. Oni nisu hitni otpad. Oni su strukturirani: jasne odgovornosti, eksplicitne datoteke znanja, definirane handoff tačke između agenata. Izgradnja ih je uzela isto arhitektonsko razmišljanje koje je uvek odvojilo radne sisteme od haosa. Stari principi direktno prevode: DRY → DRYP (Ne ponavljajte uputstvo) Odvajanje briga → Agent granice Interfejs dizajn → Handoff ugovori Dokumentacija → Prekompilirani kontekst Izgradnja dobrih vještina je arhitektonski rad. Scena Trinity radi zato što neko taj pilot program. Tank nije vibe kodovao. Inženjerstvo Problem koji je započeo sve Najveća stvar koju sam naučio je izgradnja AI kodiranja tokova posla: . more context is not better Ja radim u web3. imam ABI koji su hiljade linija. Ponder baza podataka shema koja bi pojesti pola kontekst prozora ako sam ga hranio sirovo. To ne radi. AI se gubi. Važne upute se ignoriraju. Ona se drži na slučajnim detaljima. Rezultati se pogoršavaju kada kontekst postane veći. Postoji termin za ovo: Kako se kontekstni prozor popunjava, ranije upute postaju "izgubljene" i model počinje da ih ignoriše. context rot Stoga sam izgradio stručnjaka za vještine. Njegov jedini posao je prekompiliranje konteksta za druge agente. Čita moje sirove ABI, sheme i dokumente, a zatim generira vitke referentne datoteke prilagođene specifičnim zadatcima. Kada moram da radim na UI-u, ne predajem svom ui-dizajneru čitavu bazu kodova. Stručnjak za vještine već je izgradio referenciju komponenti sa samo propisima i uzorcima koji su potrebni agentu. Kada mi je potrebna integracija ugovora, web3-implementator dobija samo relevantne funkcije i događaje. Sirovi ABI ostaje na disku. Agents building context for agents. Mentalni model hijerarhije memorije Mentalni model koji je sve učinio klikom: tretirajte kontekst kao RAM, a ne otpadni ormarić. Layer What It Holds Disk Full codebase, raw ABIs, complete schemas RAM Precompiled skills — task-specific reference files Registers The current prompt and immediate context Diskovi Kompletna baza kodova, sirovi ABI, kompletne sheme Ramovi Prekompilirane vještine – referentne datoteke specifične za zadatke Registracija Trenutni i neposredni kontekst Ne učitavate sve u memoriju, već učitavate ono što vam je potrebno za trenutni zadatak. Moj stručnjak za vještine je kompilator koji pretvara disk u RAM. Bez njega, vraćam se kontekstu punjenja i nadam se najboljem. Kako izgleda prekompilirana vještina Ovo je uzorak koji moj stručnjak za vještine generira: # MorphoVault Reference > Use when implementing vault deposit/withdraw flows. ## Terminology - **shares**: Vault shares representing proportional ownership - **assets**: The underlying token being deposited ## Key Functions ### deposit(uint256 assets, address receiver) → uint256 shares Deposits assets and mints shares to receiver. See: protocols/morpho/abis/MetaMorpho.json ### withdraw(uint256 assets, address receiver, address owner) → uint256 shares Burns shares and sends assets to receiver. See: protocols/morpho/abis/MetaMorpho.json ## Events ### Deposit(address indexed sender, uint256 assets, uint256 shares) ### Withdraw(address indexed sender, uint256 assets, uint256 shares) ## Related Hooks - useVaultDeposit: src/hooks/blockchain/useVaultDeposit.ts - useVaultBalance: src/hooks/ponder/useVaultBalance.ts Kratak. skeniranje. Pokazatelji na izvorne datoteke. Pojam domena definisan. Jasne odeljke. Sirovi Morpho ABI je 2000+ linija. Ova referenca je 30 linija i sadrži sve što agentu treba da implementira protok depozita. Umetnost iza zavjese Moja veština-stvoritelj je sama po sebi veština – koju sam izgradio kroz iteraciju, testiranje i arhitektonsko razmišljanje. Svaka veština u mom sistemu ima: Jasne odgovornosti - Šta ovaj agent posjeduje? Eksplicitne datoteke znanja – koji je prekompilirani kontekst potreban? Definiše handoff tačke – kada zove druge agente? Kriteriji verifikacije - Kako znamo da je učinjeno? To nije vibracija.To je inženjering. Vizija distribucije je ispravna - vještine komprimiraju udaljenost između korisnika i vrijednosti.Ali netko ih još uvijek mora dobro izgraditi. Pojavljuje se u dijelu 2 Zatim ću obuhvatiti organizacijski proboj koji je omogućio upravljanje više od 70 agenata: razlika između (osobe s kojima razgovarate) i (Radnici koje ste poslali) skills agents Ispada da je samo ~10 potrebno da bi bilo razgovorno, a ostalo je samo potrebno da bi bilo otkriveno. Ovo je dio 1 od "Lekcije iz izgradnje 100+ Agent Swarm u Web3." Pratite dio 2 o agentu organizacije, ili se povežete ako gradite slične sisteme.
