1. dio: Zašto agentički inženjering nije Vibe kodiranje Jedan prijatelj nedavno je objavio o vještinama umjetne inteligencije koristeći analogiju Matrixa: Trinity ne uči letjeti helikopterom - Tank postavlja precizan, provjeren program izravno u njezin um. Ta je analogija savršena, ali ona otkriva temeljno pogrešno razumijevanje o tome kako se ti sustavi zapravo grade. Trinity ne vibe njezin put u letenje. . Točan i provjeren program To je razlika između vibe kodiranja i onoga što Addy Osmani zove "Vibe kodiranje" je otrovalo bunar - to sugerira da možete potaknuti svoj put do proizvodnog softvera. Agentički inženjering Imam više od 70 agenata u mom web3 razvojnom radnom toku. Oni nisu prompt dumps. Oni su strukturirani: jasne odgovornosti, eksplicitne datoteke znanja, definirane handoff točke između agenata. izgradnja ih je uzela isto arhitektonsko razmišljanje koje je uvijek odvojilo radne sustave od kaosa. Stari principi izravno prevode: DRY → DRYP (Ne ponavljaj svoj poziv) Razdvajanje briga → Agent granice Dizajn sučelja → Handoff ugovori Dokumentacija → Prekompilirani kontekst Izgradnja dobrih vještina je arhitektonski rad. Scena Trinity djeluje jer netko Taj pilotski program. Tank ga nije vibe kodirao. inženjerstvo Problem koji je započeo sve Najveća stvar koju sam naučio izgraditi AI kodiranje tokova rada: . more context is not better Imam ABIs koji su tisuće linija. shema Ponder baze podataka koja bi pojela polovicu kontekstnog prozora ako sam ga hranio sirovim. To ne djeluje. AI se gubi. Važne upute se ignoriraju. Zadržava se na slučajnim detaljima. Rezultati se pogoršavaju kako kontekst postaje veći. Dok se kontekstni prozor popunjava, ranije upute postaju "izlučene" i model ih počinje ignorirati. 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 trebam obaviti rad UI-a, ne predajem svom dizajneru cijelu bazu kodova. Stručnjak za vještine već je izgradio referenciju komponenti s samo propisima i uzorcima koji su potrebni agentu. Agents building context for agents. Mentalni model hijerarhije sjećanja 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 Disk Cjelovita baza kodova, sirovi ABI, cjelovite sheme RAM 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 Ovdje 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 Kratko. skeniranje. Pokazatelji izvornih datoteka. definirani domeni. jasni odjeljci. Ovo upućivanje je 30 linija i sadrži sve što agent treba za provedbu protoka depozita. Knjižnica iza zavjese Moja vještina je sama po sebi vještina – vještina koju sam izgradio kroz iteraciju, testiranje i arhitektonsko razmišljanje. Svaka vještina u mom sustavu ima: Jasne odgovornosti – što ovaj agent posjeduje? Eksplicitne datoteke znanja – koji je prekompilirani kontekst potreban? Definirane handoff točke – kada zove druge agente? Kriteriji provjere – kako znamo da je to 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 pokriti organizacijski proboj koji je omogućio upravljanje više od 70 agenata: razlikovanje 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 "Naučnice iz izgradnje 100+ Agent Swarm u Web3." Slijedite dio 2 o agentu organizacije, ili se povezati ako gradite slične sustave.
