# Zakaj orodja AI postanejo frustrirajoča: praktični zemljevid učenja > Avtorjeva štiristopenjska metafora učenja, praktični znaki poteka dela in preizkus treh stebrov za napredek na enem projektu s pomočjo AI. Source: https://ailoot.ai/blog/sl/why-you-quit-ai-tools/ Canonical: https://ailoot.ai/blog/sl/why-you-quit-ai-tools/ Language: sl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-198 Revision: sha256-313a9fbb5c6772658bb601381bfb1bd2c2db2c7a862d390266965b87dcf8aca2
Ključna ugotovitev Članek uporablja priljubljeno štiristopenjsko krivuljo učenja kot avtorjevo metaforo za delo s Claude Code ali Cursorjem. Začetno navdušenje lahko zamenja frustracija, nato pa bolj premišljena vaja in stabilnejši potek dela. Stopnje so pripomoček za razmislek, ne potrjeno zaporedje za vsakogar, napoved opustitve ali diagnostični test. Spodnji kontrolni seznami in okvir treh stebrov so praktični predlogi za preizkus na enem projektu.
Več navodil za delo z Ailoot najdete v [dokumentaciji](https://ailoot.ai/docs/). ## Metafora učenja, ne univerzalni psihološki zakon
Ključna ugotovitev Dunning-Krugerjev učinek zadeva omejitve pri presojanju lastne uspešnosti. Znana podoba vrha, doline, pobočja in platoja je priljubljena ponazoritev, ne dokaz, da mora vsak učenec po vrsti skozi štiri stopnje. Tukaj jo uporabljam samo za ureditev primerov pričakovanj, frustracije in vaje.
Praktično vprašanje tega članka je ožje od psihološke diagnoze: ali se vaša pričakovanja ujemajo z rezultati, ki jih lahko preverite? Primerjajte, kaj ste pričakovali dokončati, s tem, kar dejansko deluje, in naslednjo nalogo prilagodite tem dokazom. Samozaupanja ne uporabljajte kot edine mere spretnosti; preglejte resničen rezultat in preverjanja, ki ga podpirajo. Od takrat je Dunning-Krugerjeva krivulja postala priljubljena ponazoritev v štirih stopnjah. Najprej samozaupanje naraste do »vrha gore neumnosti«. Nato strmoglavi v »Dolino obupa«. Potem se počasi vzpenja po »pobočju razsvetljenja« proti »platoju vzdržnosti«. Krivulja je metafora, uporabljena v tem članku. Nobena raziskava bralcev tega članka ne potrjuje deleža opustitev, stalnega trajanja učenja ali univerzalne poti skozi te oznake. ## 4 stopnje vibe codinga — kje ste zdaj?
Ključna ugotovitev Naslednje štiri oznake opisujejo položaje, ki jih učenec lahko prepozna; niso stopnje, skozi katere mora vsak uporabnik Claude Code. Vrh gore neumnosti: preberete članek o agentih in mislite, da ste vibe coder. Dolina obupa: začnete se poglabljati v MCP in Skills ter ugotovite, da niste razumeli ničesar. Pobočje razsvetljenja: pravila delujejo, metodologija pa prinaša rezultate. Plato vzdržnosti: vaše znanje je usklajeno z vašim samozaupanjem in izdelke gradite vztrajno. Vsaka stopnja ima svoje značilne misli in zunanja dejanja.
Vsako stopnjo lahko prepoznamo po značilnih mislih in vedenju. Tukaj je zemljevid. ### 1. stopnja — Vrh gore neumnosti Preberete članek o Claude Code. Morda si ogledate video. Vse se zdi jasno: namestite orodje, napišete poziv in dobite kodo. Avtorji člankov opisujejo, kako so »v enem večeru zgradili SaaS«. Tudi vi želite to narediti v enem večeru. Misli v vaši glavi: - »Mislim, da razumem.« - »To je samo klepet, le pametnejši.« - »Sem podjetnik; programerjev ne potrebujem.« - »V enem mesecu bom to obvladal in odpotoval v Dubaj.« Vedenje: - Prenesete in namestite Claude Code. - V klepet vpišete »Zgradi mi aplikacijo za rezervacije«. - Dobite kodo, ki ne deluje. - Pomislite, da gre za napačen model, in kupite naročnino Max. Na tej stopnji precenjujete tako orodje kot sebe. To je eno od mogočih izhodišč. Če pričakovanja ostanejo ločena od delujočega rezultata, frustracija lahko raste; majhen projekt in izrecna preverjanja omogočijo konkretno učenje. Za praktično samopreverjanje prosite nekoga drugega, naj isti izhod pregleda po izrecnih merilih. Samozavesten opis, kot je »strokovnjak za AI«, ne potrjuje kakovosti ustvarjenega rezultata. Zgodnji samozavestni vtis obravnavajte kot hipotezo. Zaženite kodo, preglejte izhod in dovolite, da rezultat spremeni vašo oceno lastnih zmožnosti. ### 2. stopnja — Dolina obupa Poglobite se. Berete o MCP in poskušate povezati strežnik. Prenesete že pripravljen Skill in ga poskušate razumeti. Zaženete Plan Mode — agent napiše načrt, nato pa pri tretjem koraku skrene s poti. Odprete `~/.claude/` — tam je 12 map in ne razumete, čemu je namenjena katera. Misli v vaši glavi: - »Sploh ne vem, kako bi karkoli naredil.« - »Vsi ti ljudje na družbenih omrežjih samo lažejo.« - »Kar deluje drugim, meni ne deluje.« - »Morda sem se tega lotil prezgodaj.« - »Za tokene sem porabil 200 $, pa kaj imam pokazati?« Vedenje: - Naenkrat odprete 20 zavihkov z dokumentacijo. - Vsak klepet začnete z »pozabi prejšnji kontekst«. - Brskate po forumih in berete niti, kot je »X mi je pokvaril projekt«. - Primerjate Claude s Cursorjem, Cursor s Codexom, Codex s Clineom. Mislite, da imate napačno orodje. - Zjutraj se usedete h kodiranju, do kosila pa že brskate po svojem viru novic. To je lahko frustrirajoč položaj. Članek zanj nima izmerjenega deleža opustitev; s spodnjimi znaki prepoznajte eno spremembo, ki jo je vredno preizkusiti. ### 3. stopnja — Pobočje razsvetljenja Ustavite se. Upočasnite. Ne zgrabite več vsake novosti. Napišete svojo prvo datoteko CLAUDE.md in jo postavite v projekt. Ustvarite mapo `business/` ter vanjo zapišete opis izdelka, cene in občinstvo. Desetkrat uporabite `/compact` in končno razumete, katere dele konteksta naj ohrani. Ustvarite svoj prvi Skill — za določeno nalogo, dolg 30 vrstic. Misli v vaši glavi: - »Aha, tako deluje.« - »Danes mi je uspelo nekaj, česar pred tednom dni še nisem zmogel.« - »Mislim, da razumem, v čem se `business/` razlikuje od `ai-clone/`.« - »Za nalogo X že imam pripravljen poziv.« Vedenje: - Pred vsako novo nalogo se vrnete v Plan Mode. - Preden Claudeu karkoli napišete, se vprašate: »Ali je to v mojem CLAUDE.md?« - Iščete naslednje metodološko pravilo; novo orodje ne pritegne več vaše pozornosti. - Drugim pomagate v klepetih: »Tudi jaz sem se pri tem zataknil — poskusi tako.« ### 4. stopnja — Plato vzdržnosti To ni točka, ko stvari postanejo preproste. To je točka, ko se vaše znanje končno ujema z vašim samozaupanjem. Misli v vaši glavi: - »Vem, česa ne vem.« - »Ta naloga mi bo vzela tri ure; to sem že počel.« - »Za to potrebujem nov Skill; zdaj ga bom sestavil.« - »Če Claude skrene z načrta, poznam tri možne razloge.« Vedenje: - Izdelke gradite vztrajno — enega v enem večeru, drugega čez konec tedna. - Imate svojo mapo Skills, svoje podagente in svojo mapo `business/` za vsak projekt. - Izvajalce najemate premišljeno — za dele, ki jih sami nikakor ne morete obvladati. - Redko se obračate na videovodnike drugih ljudi — večinoma zaradi novih idej, ne zaradi učenja osnov. Kontrolni seznam za samooceno — na kateri stopnji ste zdaj? - Če Claude Codea še niste preizkusili in mislite: »Oh, to lahko naredim v enem večeru,« ste na 1. stopnji. - Če ste ga preizkusili, odprli MCP, poskusili brati Skills in mislite: »Zakaj sem se tega lotil?«, ste na 2. stopnji. - Če ste ustvarili CLAUDE.md in vidite, kako zares spremeni Claudeovo vedenje, ste na 3. stopnji. - Če izdelke gradite vztrajno in natančno veste, katero orodje uporabiti kdaj, ste na 4. stopnji. ## 7 znakov, da ste trenutno v Dolini obupa
Ključna ugotovitev Dolino obupa prepoznamo po sedmih vedenjskih znakih — od nenehnega menjavanja orodij do stavka »to preprosto ni zame«. Sedem znakov uporabite kot iztočnice za razmislek, ne točkovano diagnozo. Izberite tistega, ki najbolj ovira dokončanje trenutne naloge, in preizkusite ustrezno spremembo.
Dolina ne nastopi nenadoma. Prikrade se. Tukaj so znaki: **1. Primerjate orodja, namesto da bi gradili.** Odprete zavihek »Cursor vs Claude Code«. Končate z branjem. Odprete »Cline vs Cursor«. Nato »Codex vs vse drugo«. Ob vsaki primerjavi pomislite: »Morda se poglabljam v napačno stvar.« Do konca dneva niste napisali niti ene vrstice kode in porabili ste štiri ure. **2. Vsak nov klepet začnete z »pozabi vse, kar je bilo prej«.** Nimate CLAUDE.md, niste osvojili `/compact` in ne razumete, kaj je kontekstno okno. Vsaka seja se začne s praznim listom. Teden pozneje opazite, da ste Claudeu že petnajstič razložili isto stvar. **3. Zbirate pozive, vendar jih ne uporabljate.** V Notionu ste ustvarili mapo »Claude Code Prompts«. V njej je 47 zaznamkov. Nobenega še niste uporabili dvakrat. Vsakič pomislite: »Ta je zagotovo to, kar potrebujem.« **4. Mislite, da drugi »uspejo, ker imajo poznanstva«.** Odprete družbena omrežja in vidite, da je nekdo čez konec tedna izdal prvo različico izdelka. Pomislite: »Imajo ekipo. Imajo poznanstva. Jaz tega ne zmorem.« Ne pomislite, da so oni na četrti, vi pa na drugi stopnji. **5. Tretji dan opustite projekt.** Vsak nov projekt se začne z navdušenjem (»To bo super!«) in konča tretji dan. Ko se izziv premakne od »pozdrava v klepetu« k »obdelavi plačila«, odidete. Težko je početi nekaj zahtevnega. **6. Odgovore iščete v ChatGPT, ker vam s Claudeom ni uspelo.** Claude je dal slab odgovor, zato odprete ChatGPT. ChatGPT je dal slab odgovor, zato odprete Gemini. Sploh se ne spomnite, da je bila zahteva morda slabo ubesedena — vedno krivite orodje. **7. Rečete si: »To preprosto ni zame.«** To je najbolj zahrbten znak. Zveni kot obrambni zaključek, po katerem človek odide. Ta misel lahko odraža frustracijo, ne nezmožnosti učenja. »Dolina« je tukaj metafora; ni izmerjenega odstotka ali stalnega časovnega okvira, ki bi kazal, kdo se tako počuti ali kaj sledi. Če vam ustreza več znakov, si kot naslednji cilj izberite majhen delujoč rezultat. Zabeležite oviro in spremenite en del poteka dela; kontrolni seznam ne napoveduje, koliko časa bo izboljšanje trajalo. ## Zakaj ljudje odnehajo v dolini in zakaj to ni lenoba
Ključna ugotovitev V tej metafori dolina poimenuje razkorak med pričakovanim in dejanskim napredkom. Navidezno hitra naloga lahko zahteva neznane nastavitve in odpravljanje napak, primeri na družbenih omrežjih pa primerjavo naredijo malodušno. To je praktičen opis frustracije, ne nevrološka diagnoza.
Frustracija z orodjem ni zanesljiva mera sposobnosti. Pred trajno odločitvijo o orodju preglejte velikost naloge, manjkajoče znanje in okolje izvajanja. Namesto sklepanja o možganskem mehanizmu iz težkega tedna zabeležite opazna dejstva: kaj ste poskusili, kaj je delovalo, katera napaka je ustavila naslednji korak in koliko časa je trajalo. Tak zapis pokaže konkretno mesto za izboljšanje. V dolini doživite dva udarca hkrati. Prvič, vaš napredek ne dosega pričakovanj. Drugič, ljudje okoli vas objavljajo rezultate, ki jih vi nimate. Odprete družbena omrežja — nekdo je izdal prvo različico izdelka, nekdo je zgradil agenta, nekdo je zaslužil svojih prvih sto dolarjev z API-jem Claude. Vi že tri tedne ne morete povezati niti podatkovne zbirke. Poleg občutka hitrosti spremljajte pretečeni čas. Agent lahko deluje produktivno, obenem pa dodaja pregledovanje in predelave; značilno nalogo primerjajte s prejšnjim potekom dela, namesto da subjektiven napredek obravnavate kot izmerjenega. Počasen napredek pri neznani nalogi ne dokazuje pomanjkanja sposobnosti. Strošek učenja ločite od izhoda orodja in določite manjši rezultat, ki ga lahko pregledate. Brez ponovljivega naslednjega koraka je lahko zamenjati orodje ali opustiti nalogo. Spodnji okvir treh stebrov je avtorjev predlog strukture, ne statistično dokazana razlaga razlogov za odhod. ## 3 stebri — metodologija za izhod iz doline
Ključna ugotovitev Novo orodje ali poziv vas ne bo spravil iz Doline obupa. Ven vas pripelje okvir treh stebrov: klon AI (Skills in osebna metodologija), drugi možgani (CLAUDE.md in mapa `business/`) ter inženiring konteksta (Plan Mode in upravljanje kontekstnega okna). Vsak steber zase obravnava en simptom doline. Skupaj lahko olajšajo pregled in ponavljanje procesa. Ne odpravijo halucinacij in ne nadomestijo preverjanja rezultata.
Po avtorjevih izkušnjah, opisanih tukaj, je pot iz doline trajala tri mesece; v tem času je preizkusil na desetine orodij. In razumel sem eno stvar: Claude ni bil težava. Težava je bila v tem, da sem vsakič začel s praznim listom. Brez spomina, brez pravil, brez meja. Nato sem sestavil okvir. Poimenoval sem ga »trije stebri«. Ime se nanaša na tri vrste komponent, na katerih temelji celoten potek dela s Claude Code. Če odstranite katero koli od njih, se okvir sesuje. ### 1. steber — Vaš klon AI Klon AI je vaše strokovno znanje, zapakirano v obliko, ki jo Claude samodejno uporablja. V Dolini obupa Claudeu napišete »Pomagaj mi pri tej nalogi« in mu vsakič znova razložite svoj pristop. Prvi steber to reši: vaše metodologije živijo v mapi `ai-clone/` kot zbirka datotek. Skill za »kako obravnavam primer stranke«. Skill za »kako napišem objavo za Telegram«. Podagent z imenom »product architect«, ki med načrtovanjem razmišlja tako kot vi. Kako je prvi steber videti v praksi: - Skills — datoteke z navodili za določene naloge (`/build-article`, `/build-reel-script`). - Podagenti — persone z različnimi področji strokovnega znanja, med katere Claude razdeli podnaloge. - Mapa `ai-clone/feedback/` — pravila, ki ste se jih naučili iz napak. Vsako pravilo sledi obliki Rule - Why - How. O tem sem podrobno pisal v [vodniku po Skills, Subagents, MCP in Plugins](https://ailoot.ai/blog/sl/skills-subagents-mcp-plugins-claude-code/) — zemljevidu, ki pokaže, kaj uporabiti in kdaj. ### 2. steber — Drugi možgani Drugi možgani so strukturirano skladišče znanja o projektu, do katerega lahko Claude neposredno dostopa. V Dolini obupa v vsaki seji Claudeu razložite, kaj je izdelek, kdo je občinstvo in kakšen je poslovni model. Do konca tretjega tedna ugotovite, da ste isto razložili že petnajstič. Drugi steber to reši: projektno znanje uredite v datotekah ob kodi. Claude jih po potrebi prebere sam. Kako je drugi steber videti v praksi: - `CLAUDE.md` — vstopna točka za agenta. Pravila vedenja, poti in povezave do vsega drugega. - Mapa `business/` — izdelek, občinstvo, ekonomika, cilji, načrti vsebin in konkurenti. - Mapa `plans/` — tehnični načrti po fazah s stanjem vsake od njih. - Mapa `retrospectives/` — nauki iz prejšnjih sej, da ne bi ponavljali istih napak. Za celovit pregled glejte [vodnik za nastavitev datoteke CLAUDE.md](https://ailoot.ai/blog/sl/claude-md-template/) in [vodnik po drugih možganih v Claude Code](https://ailoot.ai/blog/sl/claude-code-second-brain/). ### 3. steber — Inženiring konteksta Inženiring konteksta pomeni upravljanje vsebine, ki gre v Claudeovo kontekstno okno, preden pritisnete Enter. V Dolini obupa ne razumete, zakaj Claude po 40 sporočilih v klepetu »pozabi« navodila. Ne razumete, čemu služi `/compact`. Ne odprete Plan Mode, ker »je brez njega hitreje«. Tretji steber to reši: premišljeno usmerjate, kaj naložite v kontekst. Tako dobi več ustreznega vhoda; njegove trditve in izhod je še vedno treba preveriti. Kako je tretji steber videti v praksi: - Plan Mode — agent najprej napiše načrt naloge, vi ga odobrite, nato ga izvede. Če ga ne uporabljate, bo prvi poskus prinesel kaotičen rezultat. - `/compact` — pametno stiskanje zgodovine klepeta. Ko se kontekst začne polniti, ga stisnite in ohranite le ključne odločitve. - Strukturirani pozivi — namesto »pomagaj mi« napišite »tukaj je kontekst A, tukaj je naloga B, rezultat vrni v obliki C«. - Podagenti — predaja podnalog svežim kontekstom, da se glavni kontekst ne preobremeni. O tem sem pisal v [vodniku po inženiringu konteksta](https://ailoot.ai/blog/sl/context-engineering/) in [vodniku po Plan Mode](https://ailoot.ai/blog/sl/claude-code-plan-mode/). ### Zakaj trije in ne eden? Zgradite lahko samo druge možgane in Claude bo poznal vaš projekt. Toda brez pravil bo deloval kot pripravnik. Zgradite lahko samo klon AI in Claude bo prevzel vaše strokovno znanje. Toda brez projektnega spomina se bo vsaka seja začela od začetka. Inženiring konteksta lahko izboljša vhod naloge, vendar ne zagotavlja gladkega izvajanja in sam po sebi ne ohrani znanja. Toda znanje se med nalogami ne bo kopičilo. Šele ko združite vse tri, dobite to, čemur pravim »predvidljiv okvir«. Claude si zapomni vaš projekt. Vašo metodologijo uporablja samodejno. In znotraj naloge ne izgubi rdeče niti. Takrat pridete iz Doline obupa. ## 7 slabih vzorcev, zaradi katerih ostajate v dolini
Ključna ugotovitev Naslednji vzorci so primeri, ki jih avtor uporablja pri razmisleku o frustrirajočem poteku dela. Delajo brez datoteke CLAUDE.md, vodijo dolge pogovore brez `/compact`, zaupajo prvemu odgovoru in prezrejo spremljanje stroškov. Vsak slab vzorec kaže, da orodje preizkušate, medtem ko preskakujete metodologijo. Izberite ustrezno spremembo in ocenite, ali pomaga dokončati resnično nalogo; za ta seznam ni potrjenega praga uspeha.
Slabi vzorci, ki jih je vredno preveriti pri lastnem delu: **1. »Napiši mi delujočo aplikacijo« brez datoteke CLAUDE.md.** Odprete nov klepet v Claude Code in takoj poveste nalogo. Claude ne pozna konteksta vašega projekta, metodologije ali preferenc. Ponudi vam splošno predlogo, vi pa ste razočarani. Kaj storiti: ustvarite datoteko CLAUDE.md in vanjo zapišite minimum — svoj tehnološki sklad, poslovni model, ciljno občinstvo in povezave do drugih datotek. Vsak klepet se začne s tem kontekstom. **2. Dolg pogovor brez `/compact`.** Opravite 80-sporočilno sejo. Claude se ne spomni več, kaj ste se odločili v 12. sporočilu. Kontekstno okno je polno zgodovine brez ključnih odločitev — le omahovanje. Kakovost odgovorov pade. Kaj storiti: vsakih 30–40 sporočil uporabite `/compact` in povejte, kaj je pomembno ohraniti. Kontekst bo bolj osredotočen. **3. Zaupanje prvemu odgovoru.** Claude vam ponudi rešitev, vi pa jo takoj uporabite. Uro pozneje odkrijete, da je pokvarila še tri druge datoteke. Odnehate, ker »spet ne deluje dobro«. Kaj storiti: pri zapletenih nalogah uporabite Plan Mode. Najprej načrt, nato pogovor o načrtu in šele potem izvedba. Tako napake odkrijete med načrtovanjem, ne po pol dneva dela. **4. Slab poziv brez strukture.** Napišete »naredi dobro« in pričakujete, da bo Claude sam razumel. Ne bo. Ne ve, kaj za vas pomeni »dobro«. Ugiba. Kaj storiti: pozive sestavite po strukturi »kontekst - naloga - omejitve - oblika«. Tako se večkrat poveča verjetnost, da boste že v prvem poskusu dobili dober rezultat. **5. Prezrtje spremljanja stroškov.** Ne veste, koliko tokenov porabljate. Mesečni paket vam poide, odprete nadzorno ploščo in vidite, da ste porabili 200 $. Presenečeni ste. Odnehate. Kaj storiti: nastavite sledilnike porabe tokenov. Orodja sem pregledal v vodniku po sledilnikih tokenov. Ko lahko porabo spremljate v realnem času, tokenov ne zapravljate več. **6. Neskončno iskanje »pravega orodja«.** Pojavi se Cursor — preklopite nanj. Pojavi se Cline — preizkusite Cline. Codex se posodobi — vrnete se h Codexu. Vsaka dva tedna uporabljate novo orodje in vedno začnete znova. Nikoli ne dosežete ravni, na kateri bi orodje začelo delati za vas. Kaj storiti: izberite eno orodje. Uporabljajte ga tri mesece. Ne zamenjajte ga ob prvem izgovoru. Primerjave pogledam le, ko moje orodje česa bistvenega ne zmore. **7. »Nimam časa brati metodologije.«** Mislite, da bi moralo orodje delovati brez priprave. Da je pisanje pozivov prirojena spretnost. Da je CLAUDE.md »dodatna plast«. Zato v drugem mesecu še vedno počnete nekaj, kar bi z metodologijo lahko končali v enem tednu. Kaj storiti: sprejmite, da je učenje Claude Codea dolgotrajno, kot pri vsakem profesionalnem orodju. Naučite se ga z metodologijo; intuicija tukaj ne deluje. Sorodno: [vodnik po prilizovanju v Claude Code](https://ailoot.ai/blog/sl/claude-code-sycophancy-prompts/) obravnava, kako se izogniti največji zmoti v dolini — prepričanju, da ima Claude vedno prav, kadar se strinja z vašo idejo. ## 5 znakov, da ste na pobočju razsvetljenja — kako veste, da ste prišli iz doline
Ključna ugotovitev Pobočje razsvetljenja prepoznate po nekaj mirnih spremembah, ne po evforiji. Imate datoteko CLAUDE.md, daljšo od 200 vrstic. K Plan Mode se vračate brez opomnikov. Svoje Skills poznate na pamet. Vaš delovni tempo se je ustalil — zdaj veste, koliko časa traja običajna naloga. Drugi vas začnejo prositi za pomoč, ker dosegate rezultate.
Pet znakov, da ste na tretji stopnji: **1. Imate datoteko CLAUDE.md, daljšo od 200 vrstic, in jo skrbno vzdržujete.** Niste je kopirali iz predloge — sami ste jo postopoma zgradili. Poznate vsak razdelek in veste, zakaj je tam. Ko opazite nov vzorec, dodate pravilo. **2. Pred vsako nerutinsko nalogo vklopite Plan Mode.** Brez opomnikov in ne zaradi discipline, temveč zato, ker razumete, da boste brez načrta porabili uro in dobili napačen rezultat. To ni več »dodaten korak«, ampak refleks. **3. Imate svoj katalog Skills in Subagents.** Ni prenesen z GitHuba — je vaš. Namenjen je vašim konkretnim nalogam. Ko je nova naloga podobna stari, se spomnite svojega Skilla, namesto da bi pisali poziv od začetka. **4. Vaš tempo se je ustalil.** Zdaj veste: »Takšna naloga mi vzame 3 ure.« Ne mislite več »to bo hitro« ali »to bo trajalo celo večnost«. Čas ocenjujete realistično. To pomeni, da ste Dunning-Krugerjev učinek presegli v obe smeri — ničesar več ne precenjujete in ne podcenjujete. **5. Ljudje vas začnejo spraševati.** Nekdo v klepetu vpraša o MCP — odgovorite s konkretnim primerom: »Meni se je zgodilo tole.« Nekdo vpraša o Plan Mode — pokažete svoj primer. To je stranski učinek obvladovanja metodologije: ljudje v dolini v vaši izkušnji prepoznajo svojo in se obrnejo na vas. S temi znaki razmislite o nedavnem napredku, ne pripisujte si ocene ali napovedujte doseganja platoja. Znova preverite, ali se vaše ocene in delujoči rezultati sčasoma bolje ujemajo. Na platoju se spremeni vloga človeka v okviru z agenti. To je rezultat poti iz doline: ne »učite se več pisati pozivov«. Upravljate okvir agentov, ste arhitekt procesa in oseba na čelu. ## Kaj storiti ZDAJ, če izgubljate pogum
Ključna ugotovitev Če ste prebrali ta članek in ugotovili, da ste obtičali v dolini, ne zaprite zavihka. Naredite tri korake: na glas poimenujte konkretno oviro (praktičen razmislek), upočasnite (za začetek en projekt in en steber) ter si zagotovite strukturo (svojo ali tujo). Pred domnevo, da bo težavo rešilo novo orodje, preizkusite strukturiran potek dela. Ohranite ga samo, če se rezultati izboljšajo; niti metafora niti urnik ne zagotavljata napredka.
Trije koraki za preizkus pri naslednji nalogi. **1. korak — na glas poimenujte stopnjo.** Recite si: »Sem v Dolini obupa. To je frustrirajoč del mojega trenutnega poteka dela. Lahko poimenujem konkretno oviro in izberem manjši naslednji korak.« Ko jo poimenujete, to ni več »moja osebna katastrofa«, temveč »moj trenutni položaj na krivulji«. **2. korak — upočasnite.** Izberite EN projekt. Ne dva, ne tri — enega. Izberite ENEGA od treh stebrov — tistega, ki bo odpravil največ bolečih točk v tem projektu. Če je projekt nov in nima nobenega konteksta, izberite druge možgane (CLAUDE.md). Če projekt že obstaja, vendar se Claude ne vede »kot vi«, izberite klon AI (Skills). Če so naloge dolge in se kontekst polni, izberite inženiring konteksta (Plan Mode + `/compact`). En projekt, en steber, dva tedna. Ne poskušajte vsega zgraditi v enem koncu tedna — to vas bo vrnilo v dolino. **3. korak — zagotovite si strukturo.** Metodologijo lahko zgradite sami. Po avtorjevih izkušnjah, opisanih tukaj, je za to potreboval tri do šest mesecev.
### Viri - [Anthropic Engineering, učinkovito inženirstvo konteksta za agente AI (2025)](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - zakaj se kakovost kontekstnega okna slabša in zakaj ga je treba upravljati. - [Dokumentacija Claude Code — Memory](https://code.claude.com/docs/en/memory) - uradna hierarhija pomnilnika Claude Code.
Za nadaljnje delo z modeli obiščite [Ailoot](https://ailoot.ai/). ## Pogosta vprašanja o frustraciji pri učenju orodij AI ### Ali štiri stopnje napovedujejo, da bom po enem mesecu odnehal? Ne. Članek uporablja priljubljeno krivuljo kot metaforo brez izmerjenega deleža opustitev ali univerzalnega časovnega okvira. S primeri prepoznajte konkretno oviro, ne postavljajte si diagnoze ali napovedujte časa izboljšanja. ### Kaj je praktičen naslednji korak, če nenehno menjavam orodja AI? Izberite en projekt in majhen rezultat, ki ga lahko preverite. Izboljšajte del, ki povzroča največ težav: projektna navodila, ponovljiv postopek ali upravljanje konteksta; dejanski rezultat in čas primerjajte s prejšnjim poskusom. ## Ailoot · Podjetje in njegov portfelj projektov Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI. Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah. Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.