--- title: 100 tipov a trikov na zostavenie vlastného osobného AI agenta type: compendium level: L1 status: live revision: 1 updated: 2026-05-19 systemVersion: 4.2 authoring: machine-translated tags: [tips, fundamentals, memory, skills] rating: 8.40 ratingAxes: useful 9 · evidence 8 · pull 9 · original 8 · form 7 ratingKind: derived source: reddit r/ClaudeAI · 90K views · 234 upvotes --- # 100 tipov a trikov na zostavenie vlastného osobného AI agenta _Written 2026-05-19 · last verified 2026-05-19 · system v4.2 · live_ **TL;DR** — Sto tipov zo šiestich mesiacov budovania osobného AI agenta v dvoch prostrediach – od cloudu až po migráciu na lokálne CLI riešenie. Migrácia odhalila problémy, ktoré cloudová verzia dovtedy skrývala. *Publikované: 19. 5. 2026 | Reddit + Medium.com* *Všetko, čo som sa naučil na vlastnej koži — 6 mesiacov, dve prostredia, jeden agent, ktorý naozaj funguje.* --- ## Príbeh Strávil som šesť mesiacov budovaním osobného AI agenta od základov — nie obalu okolo chatbota, ale trvalého asistenta, ktorý spravuje úlohy, sleduje obchody, číta e-maily, analyzuje firemné dáta a proaktívne upozorňuje na veci, ktoré by som inak prehliadol. Začalo to v cloude (Claude Projects — zdieľané pamäťové súbory, bohaté kontextové okná, vlastné skilly). Potom som prešiel na Claude Code vo VS Code, čo odomklo lokálny prístup k súborom, git tracking, shell hooky a naplánované úlohy bez obsluhy (headless). Migrácia nás donútila vyriešiť problémy, o ktorých sme ani nevedeli, že existujú. Týchto 100 tipov je destilovaným výsledkom. Väčšina platí univerzálne pre akékoľvek seriózne agentické riešenie. --- ## 🏗️ ZÁKLADY A IDENTITA (1 – 8) **1. Napíšte Ústavu, nie systémový prompt.** Systémový prompt je zoznam príkazov. Ústava vysvetľuje *prečo* dané pravidlá existujú. Keď agent narazí na hraničný prípad, ktorý žiadne pravidlo nepokrýva, uvažuje na základe Ústavy namiesto hádania. Práve tento rozdiel oddeľuje agentov, ktorí zlyhávajú elegantne, od agentov, ktorí sebavedomo halucinujú. **2. Dajte svojmu agentovi meno, hlas a rolu — nielen nálepku.** „Vždy v prvej osobe. Priamo. Dáta pred emóciami. Žiadne výplňové frázy. Žiadne záverečné zhrnutia." Toto eliminuje stovky mikro-rozhodnutí na jednu session a vytvára konzistenciu, ktorú viete auditovať. Identita je základ, na ktorom sa všetko ostatné násobí. **3. Oddeľte pevné pravidlá od behaviorálnych usmernení.** Pevné pravidlá patria do vyhradenej sekcie — kontext ich nikdy neprepíše. Behaviorálne usmernenia sú predvolené nastavenia, ktoré sa prispôsobujú. Ich miešanie robí obidve bezvýznamnými: agent buď považuje všetko za rokovateľné, alebo nič. **4. Definujte svojho principála do hĺbky, nielen ako „používateľa".** Komu tento agent slúži? Čo ho frustruje? Ako sa rozhoduje? Aký komunikačný štýl preferuje? „Rozhoduje sa na základe dát, nie pocitov. Chce alternatívy s bodovaním, nie jedno odporúčanie. Neznáša vágne odpovede." Toto formuje každú odpoveď viac než akýkoľvek trik s prompt engineeringom. **5. Vytvorte mapu schopností a mapu komponentov — samostatne.** Mapa schopností: čo agent dokáže? (každý skill, integrácia, automatizácia). Mapa komponentov: ako je postavený? (aké súbory existujú, čo je s čím prepojené). Obe sú potrebné. Ich spájanie vytvára dokument, ktorý po troch mesiacoch nikto nevie použiť. **6. Definujte, čím agent NIE JE.** „Nie je sumarizátor. Nie je stroj na áno. Nie je vyhľadávač. Nečaká, kým ho niekto požiada." Negatívne definície sú rovnako mocné ako pozitívne, najmä pri predchádzaní pomalému driftu smerom k generickej „nápomocnosti". **7. Zabudujte do identity agenta mentálny model MYSLI vs. KONAJ.** Keď je niečo neisté → MYSLI (analyzuj, navrhni, priprav — ale neblokuj čakaním na povolenie). Keď je to jasné → KONAJ (vykonaj, napíš, odošli). Agent by nikdy nemal byť zamrznutý. Predvolene konaj na najnižšej úrovni rizika, výsledok predlož na kontrolu. Paralyzovaný agent je zbytočný. **8. Verzujte svoj identity súbor v gite.** Keď sa správanie posunie, potrebujete `git blame` nad svojou konfiguráciou. Behaviorálne regresie sa dajú priamo vystopovať ku konkrétnym úpravám častejšie, než by ste čakali. Bez histórie verzií je debugovanie driftu identity archeológia. --- ## 🧠 PAMÄŤOVÝ SYSTÉM (9 – 18) **9. Na pamäť používajte ploché markdown súbory — nie databázu.** Pre osobného agenta plaché markdown súbory prekonávajú vektorové databázy. Čitateľné, prehľadávateľné (greppovateľné), sledovateľné v gite, priamo načítateľné agentom. Žiadna infraštruktúra, žiadna abstrakčná vrstva medzi vami a pamäťou vášho agenta. Najjednoduchšie riešenie, ktoré funguje, je väčšinou to správne. **10. Rozdeľte pamäť podľa domény, nie podľa dátumu.** `entities_people.md`, `entities_companies.md`, `entities_deals.md`, `hypotheses.md`, `task_queue.md`. Jeden súbor = jedna doména. Chronologické výpisy sa po druhom týždni stanú neprehľadnateľnými. **11. Vytvorte indexový súbor `MEMORY.md`.** Jeden index so zoznamom všetkých pamäťových súborov a jednoriadkovým popisom. Agent najprv načíta index, konkrétne súbory ťahá podľa potreby. Udržiava predvídateľné využitie kontextového okna a rýchle vyhľadávanie. **12. Explicitne odlíšte „cache" od „zdroja pravdy".** Váš lokálny `deals.md` je cache vášho CRM. CRM je jediný zdroj pravdy (SSOT). Každý cache súbor označte hlavičkou `last_sync:`. Agent pred každou analýzou oznámi aktuálnosť dát: *„Dáta: export z CRM z 11. mája, staré 8 dní."* Tiché používanie zastaraných dát je presne to, ako vznikajú sebavedomé, ale nesprávne výstupy. **13. Vytvorte `session_hot_context.md` s explicitným TTL.** Čo bolo rozpracované v poslednej session? Aké rozhodnutia čakali? Agent to načíta na začiatku session. Po 72 hodinách to expiruje — zastaraný „horúci" kontext je horší než žiadny, pretože agent prezentuje neaktuálny stav ako aktuálny. **14. Vytvorte `daily_note.md` ako buffer na asynchrónny brain dump.** Sem si počas dňa zapisujte myšlienky, hlasové poznámky, rýchle nápady. Agent to spracuje počas synchronizačných rutín a zaradí položky na správne miesto. Štruktúrovaná pamäť bez trenia pri zaznamenávaní. **15. Vytvorte súbor `hypotheses.md` s úrovňami spoľahlivosti (confidence).** Trvalé tušenia: *„Dodávateľ X možno dosahuje kapacitné limity (65 % spoľahlivosť)."* Agent na ne odkazuje, keď sa objaví relevantná téma. Vzniká tak vrstva podozrení, ktorá pretrváva naprieč sessions a časom sa potvrdzuje alebo vyvracia. Hypotézy po 30 dňoch vyraďte — zastarané hypotézy sa stávajú šumom. **16. Vytvorte frontu `WAITING_ON_ME`.** Všetko, čo agent pripravil a čaká na vaše rozhodnutie, sem patrí s časovou pečiatkou. Týždenná revízia. Položky staršie ako 7 dní dostanú proaktívne pripomenutie. Položky staršie ako 30 dní sa automaticky uzavrú. Toto zabraňuje tomu, aby otvorené slučky ticho zmizli. **17. Vytvorte `user_behavioral_profile.md`.** Čo používateľ schvaľuje rýchlo a čo pomaly? Ktoré rozhodnutia robí intuitívne a ktoré analyticky? Agent to používa na rozhodnutie „konať autonómne vs. eskalovať". Po pár mesiacoch pozorovania to prekvapivo presne funguje. **18. Zrkadlite svoj pamäťový priečinok do cloudového úložiska.** Ak vám padne lokálny počítač, agent stratí mesiace nazbieraných vedomostí. Zrkadlite pamäťový priečinok do Dropboxu/Drive/S3. Nejde o zálohu — ide o prežitie. Pamäť agenta je najnenahraditeľnejšia časť celého systému. --- ## 📚 KNIŽNICA VEDOMOSTÍ (19 – 23) **19. Vytvorte kurátorovanú knižnicu vedomostí organizovanú podľa klastrov, nie podľa dátumu.** Knihy, reporty, referenčné materiály v priečinkoch podľa domény: `sales_negotiation/`, `strategy/`, `supply_chain/`. Pridajte `INDEX.md` ako navigačný uzol. Agent najprv prehľadá index, potom ťahá relevantný zdroj. Plochý výpis dokumentov je cintorín; štruktúrovaná knižnica je živý zdroj. **20. Vytvorte súbor `.brief.md` pre každý dôležitý zdroj — generujte ich lenivo (lazy).** Jedna strana na knihu alebo report: hlavná téza, 3 – 5 kľúčových konceptov, konkrétne príklady aplikácie pre váš kontext. Nebudujte všetky súhrny vopred — vygenerujte každý súhrn až pri prvom skutočnom použití zdroja. Formát citácie odkazuje na súhrn, nie na plný text. Súhrn sa stáva opakovane použiteľným artefaktom. **21. Vytvorte 3-otázkovú kontrolnú bránu kvality pred citovaním akéhokoľvek zdroja.** (1) Prináša to niečo, k čomu by používateľ nedospel z prvých princípov? (2) Poskytuje to konkrétny rámec, ktorý situáciu prerámcuje — nielen potvrdí? (3) Zostala by po odstránení citácie diera? Ak 2 z 3 → citujte. Inak → tichá konzultácia. Táto brána eliminuje najhorší typ zlyhania pri citovaní: citovanie na demonštráciu úsilia namiesto pridania hodnoty. **22. „Tichá konzultácia" je platný — často lepší — výstup.** Pozreli ste sa do knižnice, aplikovali ste poznatok do svojho uvažovania, ale explicitne ste ho nespomenuli. Výstup je ostrejší, pretože ste ho konzultovali, no nezaťažený, pretože ste ho necitovali. Zabudujte to explicitne do správania svojho agenta. Používateľ profituje z uvažovania, nie z toho, že vie, že ste otvorili knihu. **23. Predpripojte zásobníky vedomostí ku každému aktívnemu projektu a ku každému kľúčovému vzťahu.** Pre každý aktívny projekt: 2 – 3 zdroje, ktorých rámce sa priamo aplikujú. Pre každý kľúčový kontakt: 2 – 3 zdroje o komunikačnom štýle, vyjednávaní alebo kultúrnej dynamike. Agent ich automaticky načíta, keď je daný kontext aktívny — nie na generický spúšťač „obchodná diskusia". Predpripojenie robí použitie knižnice reflexívnym, nie premysleným. --- ## 🛠️ ARCHITEKTÚRA SKILLOV (24 – 31) **24. Vytvorte každý skill ako samostatný priečinok so špecifikáciou `SKILL.md`.** Nie inline prompty. Priečinok, samodokumentujúci sa súbor so špecifikáciou, explicitné spúšťače, explicitné výstupy, explicitné doložky „NEURČENÉ PRE". Skilly sa tak stávajú kombinovateľné, auditovateľné a nahraditeľné bez zásahu do jadra identity agenta. **25. Napíšte explicitné spúšťacie frázy do každého skillu.** `Trigger: ALWAYS when user says "process inbox" / "clean inbox" / "what's in my inbox".` Nespoliehajte sa na to, že LLM odvodí, kedy skill použiť. Explicitné zhodovanie fráz = spoľahlivá aktivácia. Odvodzovanie = občasné zlyhania, ktoré nahlodávajú dôveru. **26. Sekcie „NEURČENÉ PRE" sú rovnako dôležité ako sekcie „URČENÉ PRE".** „NEURČENÉ PRE: cenové rozhodnutia. NEURČENÉ PRE: právnu analýzu. NEURČENÉ PRE: finančné záväzky." Toto zabraňuje plazivému rozširovaniu skillov — pomalému driftu, keď sa všetko smeruje do nesprávneho skillu, pretože povrchne sedí na vzor. **27. Rozlišujte skilly od agentov.** Skilly sú procedurálne — definovaný workflow, predvídateľný výstup. Agenti majú doménovú expertízu a robia úsudky. Skilly orchestrujú kroky; agenti sa rozhodujú. Miešanie týchto dvoch konceptov produkuje nespoľahlivé správanie, ktoré sa ťažko debuguje. **28. Vytvorte register skillov so sledovaním používania.** Jeden riadok na skill: názov, spúšťač, účel, posledné použitie, KPI. Štvrťročný audit: skilly bez použitia za 60 dní buď dostanú lepšie príklady spúšťačov, alebo sa vyradia. Mŕtve skilly sú údržbová záťaž bez akéhokoľvek prínosu. **29. Vytvorte skill `/iterate` na viacprechodové zlepšovanie.** `PRODUCE → CRITIQUE (score + top gaps) → REFINE → repeat`. Zastavte pri 9/10 alebo pri plateau. Vidíte progresiu skóre a rozdiely medzi verziami. Toto sa zásadne líši od žiadania agenta, aby to „vylepšil" — je to štruktúrovaná slučka zlepšovania s merateľným pokrokom. **30. Zabudujte do každého skillu úrovne intenzity výstupu.** MINIMÁLNA (rýchle zhrnutie), ŠTANDARDNÁ (štruktúrovaná), PLNÁ (bohatý artefakt). Skill sa prispôsobí kontextu. Päťstranová analýza na otázku áno/nie je zlyhanie dizajnu skillu. Intenzita by mala zodpovedať váhe otázky. **31. Vytvorte viditeľný priečinok Outbox pre objaviteľnosť.** Hlboké súborové štruktúry sú správne z hľadiska organizácie, ale strašné z hľadiska objaviteľnosti. Každý výstupný súbor sa súčasne skopíruje do viditeľného priečinka `Outbox/`. Pravidelne ho vyprázdňujte. Bez Outboxu musí používateľ prehľadávať celý strom, aby našiel, čo agent práve vytvoril. --- ## 🤖 VIACAGENTOVÉ SYSTÉMY A KONCIL (32 – 41) **32. Vytvorte explicitnú maticu delegovania agentov.** Tabuľka: `[signal in request] → [agent to dispatch]`. `pricing / supplier / shipping → procurement agent`. `email / customer / pipeline → sales agent`. Neuvažujte o smerovaní — priraďujte ho mechanicky podľa vzoru. Smerovanie na základe odvodzovania je smerovanie, ktoré občas ticho zlyhá. **33. Spúšťajte paralelných agentov pre úlohy, ktoré sa prirodzene delia.** Analýza nového dodávateľa → spustite súčasne obstarávacieho agenta (cenotvorba) + výskumného agenta (due diligence). Neserializujte to, čo nemusí byť sériové. Bohatší výstup, rovnaký uplynutý čas. **34. Brífujte delegovaných agentov ako šikovného kolegu, ktorý práve prišiel.** Nie „vyskúmaj toto." Odovzdajte: čo už viete, čo ste vylúčili, aké rozhodnutie výstup podporí, úroveň rizika. Agenti brífovaní s kontextom vracajú 3-krát lepšiu prácu než agenti dostávajúci jednoriadkový pokyn. **35. Prinúťte agentov zaviazať sa k verdiktu.** Nie „tu sú informácie." Vyžadujte: `VERDICT: PROCEED / PAUSE / ESCALATE` s úrovňou spoľahlivosti. Agent, ktorý predloží dáta bez toho, aby sa zaviazal k pozícii, prehadzuje rozhodnutie späť na vás — čo popiera zmysel delegovania. **36. Štruktúrujte Koncil ako 3 kolá, nie voľnú diskusiu.** Kolo 1: paralelné pozície (izolované, bez vzájomného ovplyvňovania). Kolo 2: krížový výsluch (agenti spochybňujú vzájomné uvažovanie). Kolo 3: hlasovanie s povinným zaznamenaním nesúhlasu. Nesúhlas je rovnako cenný ako konsenzus — presne ukazuje, čo sa rozhodujete ignorovať. **37. Urobte z dvoch agentov povinných kotviacich voličov v každom Koncile.** Stratég (dlhý horizont, efekty druhého rádu) a Diablov advokát (adverzárny, hľadá diery) sa musia zúčastniť bez ohľadu na doménu. Doménoví experti sú výborní vo svojej doméne; kotviaci voliči chránia pred tunelovým videním. Koncil piatich doménových expertov, ktorí sa zhodnú, je ozvenová komora. **38. Majte agenta diablovho advokáta ako samostatný nástroj.** Pred odoslaním dôležitej externej komunikácie, pred nezvratnými rozhodnutiami, pred veľkými nákupmi — spustite adverzárnu revíziu. Zachytáva zlyhanie typu „znie to správne, ale je to zle" lepšie ako akákoľvek iná technika. Jedno navyše kolo, obrovské zníženie rizika. **39. Koncil vs. jeden agent — majte jasný spúšťač a rešpektujte náklady.** Jeden agent: jasná doména, vratné rozhodnutie. Koncil: 2+ platné cesty so skutočnou neistotou A zmysluplnou nezvratnosťou. Koncil je nákladný. Nepoužívajte ho ako predvolenú voľbu — ponúknite ho explicitne, keď používateľ signalizuje skutočnú neistotu v smerovaní. **40. Vytvorte štruktúrované odovzdávanie medzi agentmi.** Keď jeden agent skončí, odovzdá ďalšiemu štruktúrovaný brífing: „Analýza dokončená. Kľúčové zistenie: X. Riziká: Y. Vaša úloha: Z." Odovzdanie je prenos kontextu, nielen dokončenie úlohy. Bez neho každý agent štartuje z nuly. **41. Majte záchytného agenta pre všetko ostatné a logujte, čo rieši.** Keď žiaden špecializovaný agent nesedí → všeobecný agent. Logujte, čo záchytný agent riešil — je to mapa medzier vo vašom pokrytí špecialistami. Záchytný agent je zároveň váš vývojový backlog. --- ## 📋 SPRÁVA SESSIONS (42 – 47) **42. Vytvorte symetrické protokoly pre začiatok a koniec.** `/start-session` a `/end-session` sú zrkadlá. Začiatok načíta kontext, skontroluje frontu, nahlási zmeny. Koniec uloží kontext, synchronizuje úlohy, archivuje výstupy. Asymetria medzi nimi spôsobuje drift stavu, ktorý sa v priebehu týždňov kumuluje. **43. Vytvorte tri úrovne uzavretia session.** Ľahká (prepis + zhrnutie). Stredná (+ synchronizácia pamäte + aktualizácia fronty úloh). Plná (+ denný report + extrakcia autolearn). Jedno „ukončenie", ktoré vždy robí všetko, sa preskakuje, pretože je nákladné. Vrstvené uzavretie znamená, že vždy urobíte aspoň ľahkú verziu. **44. Vytvorte hook pri štarte session na úrovni OS/shellu.** Skript, ktorý sa spustí pri štarte agenta — vloží aktuálny čas, identitu stroja, deň v týždni, dennú fázu. Agent vždy pozná kontext bez toho, aby ste ho museli napísať. Jednorazové nastavenie, denná dividenda kvality. **45. Skontrolujte deltu inboxu a červené výstrahy na začiatku session.** „Od poslednej session: 4 nové e-maily, 2 aktualizované úlohy." Plus: položky P0 splatné dnes, kľúčové kontakty ticho >14 dní s aktívnym obchodom, blokované úlohy >7 dní. Proaktívna triáž skôr, než položíte jedinú otázku. Zobrazte to automaticky — nenúťte používateľa, aby si o to musel povedať. **46. Skontrolujte zdravie naplánovanej automatizácie na začiatku session.** Prebehli nočné úlohy? Nejaké chyby? Naplánovaná úloha, ktorá ticho prestala bežať, je tiché zhoršovanie, ktoré neodhalíte, kým sa niečo nepokazí. Zobrazte to na začiatku session, nie uprostred úlohy. **47. Sledujte počet korekcií naprieč sessions.** Ak niečo opravujete viac ako 3-krát v rôznych sessions → chýba vám pravidlo v špecifikácii. Táto korekcia patrí do vášho identity súboru ako trvalá inštrukcia, nielen do chatu. Korekcie, ktoré zostanú v chate, zmiznú. Korekcie v špecifikácii pretrvávajú navždy. --- ## ⚖️ ROZHODOVACIA PRÁVOMOC (48 – 54) **48. Vytvorte explicitnú maticu úrovní autonómie.** L0: čítanie/analýza. L1: zápis lokálnych súborov/pamäte. L2: vytváranie úloh a kalendárnych záznamov. L3: odosielanie externých správ. L4: finančné záväzky. Agent presne vie, čo môže robiť bez pýtania. Bez tejto matice: buď neustále žiadosti o povolenie, alebo nepríjemné prekvapenia. **49. Predvolene „MYSLI, nepýtaj sa".** Keď je niečo neisté, agent pripraví a predloží — nezastaví sa a nepýta sa na spresnenie. „Mám naformulovať tento e-mail?" plytvá časom. Naformulujte ho, ukážte, spýtajte sa „mám odoslať?". Práca je hotová v oboch prípadoch. **50. Mapujte každú akciu podľa vratnosti, nielen podľa úrovne rizika.** Úpravy súborov: vratné. Aktualizácie pamäte: vratné. Odoslané e-maily: nevratné. Finančné prevody: nevratné. Agent vyžaduje explicitné potvrdenie pri nevratných akciách. Vratné akcie nepotrebujú schválenie — potrebujú viditeľnosť. **51. Umožnite agentovi vydobyť si rozšírenú autonómiu na základe dôkazov.** Po úspešnom zvládnutí triedy úloh N-krát bez korekcií → navrhnite povýšenie na vyššiu úroveň autonómie. Vydobytá autonómia je trvácnejšia než udelená autonómia. Agent sa stáva zainteresovaným na svojom vlastnom operatívnom raste. **52. Vytvorte jasnú hierarchiu princípov pre konflikty pravidiel.** Koreňová konfigurácia > špecifikácia skillu > inštrukcie agenta > kontext session. Keď skill hovorí „ulož do X", ale koreňová konfigurácia hovorí „X je zastarané, použi Y" — vyhráva koreňová konfigurácia. Zdokumentujte toto poradie. Bez neho konflikty produkujú nekonzistentné správanie, ktoré je takmer nemožné debugovať. **53. Vytvorte bránu pred odoslaním pre vysoko rizikovú externú komunikáciu.** Pred tým, ako agent odošle akúkoľvek správu kľúčovému kontaktu nad prahovú hodnotu — nasmerujte ju cez adverzárnu revíziu. Jedno kolo navyše. Zachytáva zlyhanie, z ktorého sa najťažšie zotavuje: sebavedomé, dobre napísané, vecne nesprávne. **54. Zdokumentujte absolútne vynucovacie mechanizmy — a urobte ich bezpodmienečnými.** `Financial commitment > threshold → always requires confirmation. HR communications → always requires confirmation. Irreversible deletes → always confirm.` Zakódujte ich napevno. Nedovoľte, aby ich kontext alebo naliehavosť prepísali. Hodnota vynucovacích mechanizmov spočíva práve v ich bezpodmienečnosti. --- ## 💡 PROAKTÍVNA INICIATÍVA (55 – 60) **55. Vytvorte typovaný systém proaktívnych pozorovaní.** Nie všetky nevyžiadané pozorovania sú rovnocenné. Klasifikujte: `BIZ` (obchodná príležitosť/riziko), `OPS` (zlepšenie procesu), `DEV` (sebazlepšenie agenta), `PAT` (vzor naprieč dátovými bodmi z rôznych sessions). Každý typ má inú naliehavosť a spôsob spracovania. Netypované „niečo som si všimol" je šum. Typované pozorovanie so skóre spoľahlivosti a navrhovanou akciou je signál. **56. Zabudujte do svojej proaktívnej vrstvy tvrdé antispamové pravidlá.** Max. 1 nevyžiadané pozorovanie na jednu bežnú odpoveď. Max. 3 na session. Minimálny prah spoľahlivosti pred zobrazením. Nikdy nezobrazovať pred zodpovedaním skutočnej otázky používateľa. Rovnaké pozorovanie ignorované 7 dní → odložte ho, neopakujte. Bez týchto obmedzení sa z proaktívneho agenta stáva otravný agent. **57. Vytvorte režim `/spark`, ktorý zruší všetky limity potláčania.** V explicitnom „spark" režime sú antispamové pravidlá pozastavené. Agent naraz zobrazí každé pozorovanie s vysokou spoľahlivosťou — príležitosti, riziká, vzory, nápady na sebazlepšenie. Proaktívna vrstva beží ticho na pozadí celý týždeň; spark režim je spôsob, ako to zámerne zožnete. **58. Vytvorte denník nápadov pre odložené pozorovania.** Pozorovania potlačené kvôli načasovaniu, nízkej spoľahlivosti alebo nedávnosti sa zapíšu do trvalého `ideas_log.md` namiesto toho, aby sa zahodili. Týždenná revízia: niektoré sa stanú relevantnejšími, keď sa kontext zmení. Denník zabraňuje tomu, aby sa dobré pozorovania stratili len preto, že moment nebol vhodný. **59. Vytvorte upozornenia spúšťané stavom — založené na pravidlách, nie generované LLM.** Obchod blokovaný >7 dní → zobraziť na začiatku ďalšej session. Kľúčový kontakt ticho >14 dní s aktívnym obchodom → okamžite označiť. Spoľahlivosť hypotézy >95 % bez akcie → navrhnúť revíziu. Tieto sa spúšťajú spoľahlivo, pretože sú to pravidlá, nie odvodzovanie. LLM generuje poznatky; pravidlový engine generuje upozornenia. **60. Sledujte backlog rozvoja agenta — agent si ho spravuje sám.** Keď si agent všimne, že niečo zvláda zle (opakované korekcie, manuálny krok vykonaný 5+ krát, chýbajúci skill, nepoužívaný nástroj) → automaticky pridá položku do `development_backlog.md`. Agent sa stáva zainteresovaným na vlastnom zlepšovaní. Toto generuje lepšie nápady na zlepšenie než plánovanie zhora nadol. --- ## 🔴 SPRÁVA VIP KONTAKTOV (61 – 65) **61. Vytvorte vrstvený register kontaktov s explicitnými pravidlami spracovania pre každú vrstvu.** T1 (strategické): vždy načítať kompletný profil pred akoukoľvek interakciou, sledované mlčanie, predpripojený zásobník vedomostí. T2 (operatívne): načítať profil pred významnými interakciami. T3 (bežné): známe, ale nie hlboko profilované. Vrstva určuje, koľko kontextu agent načíta a s akou starostlivosťou pracuje. **62. Urobte z „načítania VIP profilu pred komunikáciou" nespochybniteľný reflex.** Pred napísaním e-mailu, pred prípravou stretnutia, pred akýmkoľvek výstupom týkajúcim sa T1 kontaktu — agent načíta skutočný súbor profilu. Nie pamäť session. Súbory profilu obsahujú: komunikačné preferencie, stav vzťahu, aktívne položky, poslednú interakciu, známe citlivé témy. Pamäť session degraduje; súbory profilu nie. **63. Sledujte mlčanie pre každý T1 kontakt s explicitnými prahmi.** Zaznamenávajte dátum poslednej zmysluplnej interakcie pre každý T1 kontakt. Zobrazte mlčanie >14 dní, ak existuje aktívny obchod — je to rizikový signál. Zobrazte mlčanie >30 dní aj bez aktívneho obchodu — na udržiavaní vzťahov záleží. Upozornenia na mlčanie sú proaktívne; agent vám ich prináša, nie naopak. **64. Vytvorte zásobníky vedomostí pre každý kľúčový vzťah.** Pre každý T1 kontakt: 2 – 3 zdroje predpripojené na to, ako s ním komunikovať. Medzikultúrne kontakty → kultúrne rámce. Vzťahy pri obstarávaní/predaji → príručky vyjednávania. Načítajte ich pri významnej komunikácii, nie pri každej správe. Zásobník vedomostí dopĺňa profil, nenahrádza ho. **65. Zabudujte proaktívne VIP spúšťače do začiatku session.** Na začiatku session agent skontroluje: mlčí niektorý T1 kontakt >14 dní pri otvorenom obchode? Čaká odpoveď na T1 >3 dni vo fronte? Toto sa zobrazuje automaticky. Hodnotné vzťahy sa zanedbávaním zhoršujú — a k zanedbávaniu dochádza najčastejšie, keď ste zaneprázdnení, presne vtedy, keď by mal agent ťahať za tieto nitky. --- ## 💬 VÝSTUP A KOMUNIKÁCIA (66 – 73) **66. Vynucujte „stručnosť pred nástrojom" ako pevné pravidlo.** Pred každým volaním nástroja: max. 1 veta o tom, čo sa chystáte urobiť. Žiadne hypotézy pred dátami. Žiadne trojvetové úvody. „Kontrolujem súbor dodávateľa." Potom to urobte. Toto jedno pravidlo je najväčším každodenným zlepšením kvality života pri práci s agentom. **67. Vytvorte protokol „Ďalších N krokov" s pravidlami proti zaujatosti.** Po každom rozhodnutí alebo významnej úlohe agent navrhne zoradené možnosti so skóre a odôvodnením. Pevné pravidlo: aspoň 2 z N musia byť možnosti typu „nerobiť to" / „počkať" / „delegovať". Toto aktívne bojuje proti sklonu k akcii a podlízavým výstupom typu „áno, určite pokračujte". Agent by mal spochybňovať vaše zotrvačné smerovanie, nie ho zosilňovať. **68. Vytvorte samostatný formát „jedna najlepšia akcia" pre technické a auditové výstupy.** Nie každý výstup potrebuje menu. Pre auditové reporty, ladiace (debug) session, plánovacie výstupy: jedna konkrétna akcia, prečo na nej záleží, riziko pri jej vynechaní, prompt na okamžité vykonanie pripravený na skopírovanie. Jedno rozhodnutie, nie paralyzujúce menu možností. Tieto dva formáty sú určené pre rôzne kontexty — nikdy ich nemiešajte. **69. Vizuálne odlíšte tri rôzne signály „dôležitosti".** Bodovanie akcie (aká dobrá je táto akcia?): farebné štvorčeky. Priorita úlohy (aká naliehavá je?): farebné kruhy. Vrstva VIP (aký strategický je tento človek?): farebné kruhy pri mene. Tri systémy používajúce farbu — nikdy ich nemiešajte. Konzistentná vizuálna gramatika znamená, že husté stavové prehľady sa dajú prečítať za sekundy namiesto minút. **70. Nikdy nenechajte agenta zhrnúť to, čo práve urobil.** „Zhrnutie: urobil som X, Y, Z" — vystrihnite to. Ak si viete prečítať výstup, nepotrebujete meta-komentár. Odstránenie záverečných zhrnutí skracuje dĺžku odpovede o cca 20 % bez straty akejkoľvek informácie. **71. Prinúťte agenta zaviazať sa k odporúčaniu.** Nie „tu sú tri možnosti s výhodami a nevýhodami." Odporučte jednu, ostatné obodujte, vysvetlite prečo. Predloženie možností bez odporúčania prehadzuje rozhodnutie späť na vás. Zmyslom agenta je najprv urobiť rozhodovaciu prácu a až potom predložiť výsledok na schválenie. **72. Urobte všetky odkazy na súbory a priečinky klikateľné.** Malý lokálny server (`localhost:7777/open?path=X`) otvorí správcu súborov na ľubovoľnej ceste. Každý odkaz na súbor vo výstupe agenta je klikateľný. Obyčajné textové cesty sú mŕtva váha. Jednorazové nastavenie, trvalé denné zlepšenie. **73. Vytvorte „minimálny režim" ako rýchly prístupový prepínač.** Keď poviete „stručne," „skrátka," „len odpoveď" → agent zahodí všetky štrukturálne prvky a dá vám priamu odpoveď bez ničoho navyše. Bohatosť je predvolená; stručnosť je jednoslovná skratka. Agent by vás nikdy nemal nútiť bojovať o krátku odpoveď. --- ## 📁 SÚBORY, DÁTA A INTEGRÁCIE (74 – 85) **74. Vynucujte pevné pravidlo „žiadne súbory v koreni".** Nikdy neukladajte výstupy do koreňa projektu. Nikdy. Výstupy → `workspace/YYMMDD/`. Projekty → `projects/areas/`. Vedomosti → `knowledge/`. Pamäť → `.memory/`. Koreň slúži na navigáciu, nie na uloženie. Jedna výnimka sa v priebehu týždňov premení na dvadsať. **75. Vytvorte smerovaciu tabuľku pre každý typ súboru.** Jeden dokument: výstupy pre používateľa → sem. Výskumné reporty → sem. Štandardné postupy (SOP) → sem. Brandové materiály → sem. Archívy sessions → sem. Bez tabuľky agent používa rozumný úsudok — a rozumný úsudok vytvorí za šesť mesiacov sedem rôznych miest pre ten istý typ súboru. **76. Udržiavajte tabuľku mapovania zastaraných ciest.** Ako sa vaša štruktúra vyvíja, staré názvy priečinkov sa nahrádzajú. Zdokumentujte každé premenovanie: `old/path → new/canonical/path`. Keď skill alebo inštrukcia odkazuje na zastaranú cestu, agent ticho dosadí kanonickú verziu. Toto je kritické pri migrácii z cloudu na lokál — predpoklady o cestách z cloudového nastavenia sú zapečené v desiatkach súborov skillov. **77. Vytvorte explicitný degradovaný režim pre každú integráciu.** Ak CRM padne: čítať lokálnu cache. Cache <24 h → použiť s oznámením aktuálnosti. Cache >24 h → označiť `[STALE]`. Cache >7 dní → odmietnuť a vyžiadať synchronizáciu. Navrhnite cestu zlyhania skôr, než ju budete potrebovať. Budete ju potrebovať. **78. Vždy oznamujte aktuálnosť dát vo výstupoch.** „Dáta: export z CRM z 11. mája, staré 8 dní." Každý výstup, ktorý používa externé dáta, obsahuje tento riadok. Vždy viete, aké aktuálne sú vaše vstupy. Toto predchádza celej triede výstupov typu „sebavedomé, ale nesprávne kvôli zastaraným dátam". **79. Dajte svojmu agentovi prístup k surovým firemným dátam, nielen k zhrnutiam.** My sme dali nášmu prístup k surovým CSV transakciám (2 mil.+ riadkov). Toto mení agenta zo sumarizátora na analytika — dokáže odpovedať na „aká je marža na tomto dodávateľovi v tejto kategórii za minulý kvartál" bez toho, aby ste to museli sami vyhľadávať. Prístup k surovým dátam mení, aké otázky viete klásť. **80. Vytvorte rozhodovací strom pre otázku „kam táto položka patrí?"** Externá protistrana + predaj → obchodná príležitosť (predaj). Externá protistrana + nákup → obstarávanie. Bez protistrany + termín + viackrokové → projekt. Jedna akcia → úloha. Bez termínu → pamäť/poznámka. Bez tohto stromu sa položky vytvárajú tam, kde sa to práve zdá prirodzené — a váš dátový model sa časom stáva nekoherentným. **81. Vytvorte mobilný kanál cez Telegram (alebo ekvivalent) s označovaním zdroja.** Bot, ktorý preposiela správy vášmu agentovi a označuje každú prichádzajúcu správu `source: mobile`. Agent automaticky prepne do mobilného výstupného režimu: max. 2 krátke odseky, žiadne tabuľky, žiadne nadpisy, jednoduchý jazyk. Rovnaká inteligencia, iný výstupný profil. Typ kanála určuje formát bez toho, aby sa musel používateľ pýtať. **82. Nastavte pevný strop mobilnej autonómie — podľa značky zdroja, nie podľa úsudku.** Z mobilného zdroja: autonómia obmedzená na L2 (čítanie, analýza, tvorba lokálnych návrhov, pridávanie úloh) bez ohľadu na typ úlohy. Nikdy neposielať externé správy zo spúšťača z mobilu. Nikdy nevykonávať nezvratné akcie. Strop zakódujte natvrdo. Telefón je nedôveryhodné prostredie — navrhujte podľa toho. **83. Vždy potvrďte spätne každú akciu vykonanú zo spúšťača z mobilu.** Keď agent vykoná akúkoľvek akciu na základe mobilnej správy: „Hotovo: pridaná úloha X. Vytvorený návrh e-mailu pre Y (neodoslaný — čaká na vašu kontrolu na počítači)." Toto uzatvára slučku, keď ste mimo pracovného stola a nevidíte celý výstup. **84. Považujte mobilné vstupy za potenciálne nedôveryhodné.** Hlavným rizikom mobilného kanála je prompt injection: preposlaný e-mail alebo skopírovaná správa obsahujúca inštrukcie zamaskované ako vstup od používateľa. Agent číta a spracúva zámer — ale nevykonáva inštrukcie vložené do preposlaného obsahu. Vybudujte to ako pravidlo, nie ako otázku úsudku. **85. Vytvorte rýchlu a pomalú cestu pre každý zdroj dát.** Pre správu úloh: API dotaz (pomalý, s rate limitom) vs. lokálny výpis súboru (rýchly, cachovaný). Predvolene používajte rýchlu cestu. V prípade potreby prepnite na pomalú. Nikdy nedovoľte, aby infraštruktúrna latencia blokovala hlavnú funkčnosť agenta. --- ## ⚙️ AUTOMATIZÁCIA A KVALITA (86 – 93) **86. Na správanie, ktoré musí byť konzistentné, používajte hooky — nie pamäť.** „Keď agent skončí, spusti X" → hook v `settings.json`. Hooky vykonáva runtime; nie LLM. Pamäť môže odporúčať; hooky vynucujú. Ak sa niečo musí spoľahlivo diať zakaždým, patrí to do hooku. **87. Vytvorte zoznam povolených bezpečných operácií len na čítanie (allowlist).** Prehľadajte prepisy sessions pre operácie, ktoré schvaľujete na 100 % — čítanie súborov, vyhľadávanie, kontrola stavu. Pridajte ich do allowlistu. Prestaňte byť žiadaní o potvrdenie pri bezpečných operáciách. Trenie by sa malo koncentrovať okolo skutočne nebezpečných akcií. **88. Zabudujte AUTOLEARN do svojej rutiny na konci dňa.** Na konci dňa agent prehľadá session a extrahuje štruktúrované poznatky: nové fakty, aktualizácie hypotéz, behaviorálne korekcie, pozorované vzory. Nie sumarizácia — štruktúrovaná extrakcia do pamäťových súborov. Každý beh AUTOLEARN commitnite do gitu: `autolearn: 2026-05-19`. Pamäť rastie z každej session; git log je vaša časová os vedomostí. **89. Vytvorte naplánované proaktívne úlohy, ktoré bežia bez vás.** Denne: prehľadať položky P0/P1 splatné dnes, skontrolovať mlčanie kľúčových kontaktov, označiť blokujúce položky. Týždenne: audit konzistencie pamäte, audit používania skillov, starnutie hypotéz. Bežia bez obsluhy (headless) a posielajú notifikácie, keď nájdu problémy. Agent pracuje, kým spíte — ale len ak ho tak navrhnete. **90. Vytvorte eskalačné rebríky pre chyby.** Chyba raz → zaloguj. Rovnaká chyba 3-krát za 7 dní → zobraz používateľovi. Rovnaká chyba 5-krát → navrhni riešenie, nielen notifikáciu. Opakujúce sa chyby by mali generovať pracovné položky, nielen záznamy v logu. **91. Vytvorte regresnú testovaciu sadu.** Zoznam scenárov s očakávanými výstupmi. Po každej väčšej zmene identity súboru alebo špecifikácií skillov spustite túto sadu. Ak agent zlyhá v testoch, ktoré predtým prechádzal — zaviedli ste regresiu. Bez testov sú zmeny konfigurácie netestovanými nasadeniami. **92. Vykonávajte štvrťročný systémový audit.** Dimenzie auditu: konzistencia pamäte, presnosť smerovania skillov, synchronizácia registra agentov, zdravie naplánovaných úloh, efektivita tokenov, drift v pomenovaní, pokrytie rozhodovacej právomoci. Toto je code review pre konfiguráciu vášho agenta. Veci sa driftujú. Štvrťročné audity to zachytia skôr, než sa to stane štrukturálnym dlhom. **93. Pravidelne nechajte svojho agenta auditovať iným AI modelom.** Nahrajte celú konfiguráciu svojho agenta — identity súbor, špecifikácie skillov, štruktúru pamäte, rozhodovaciu maticu — do iného modelu (my používame ChatGPT Projects) a požiadajte o kritickú revíziu. Iná architektúra modelu = iné slepé miesta. Otázky, ktoré odhalia najviac problémov: *„Čo by tento agent urobil zle pod časovým tlakom? Kde má matica rozhodovacej právomoci medzery? Ktoré správanie je nedostatočne špecifikované?"* Robte to mesačne. Zachytáva normalizácie, ktoré váš primárny model prestal vnímať. --- ## 🧭 META A MYSLENIE (94 – 100) **94. Investujte do ústavy skôr než do skillov.** Je lákavé budovať viac skillov, viac integrácií, viac automatizácií. Dobre napísaný dokument identity a rozhodovacej právomoci robí pre spoľahlivosť viac než 10 nových skillov. Najprv základy — skilly sa na nich násobia, alebo sa nenásobia vôbec. **95. Považujte každú korekciu za dlh v špecifikácii.** Zakaždým, keď opravíte agenta, vaša špecifikácia bola neúplná. Táto korekcia patrí do vášho identity súboru ako trvalé pravidlo — nielen do chatu. Korekcie, ktoré zostanú v chate, medzi sessions zmiznú. Korekcie v špecifikácii pretrvávajú navždy. **96. Navrhujte podľa „testu o 3. ráno".** Bolo by vám príjemné, keby tento agent o 3. ráno odoslal e-mail, vytvoril úlohu alebo upravil súbor bez vašej kontroly? Ak áno → autonómne. Ak nie → vyžaduje potvrdenie. Tento inštinkt „vnútorného pocitu" je váš nástroj na kalibráciu autonómie. Dôverujte mu viac než akémukoľvek rámcu. **97. Nastavte predvolenú zaujatosť „fail-open" pri načítavaní pamäte.** Keď si nie ste istí, či je kontextový súbor relevantný — načítajte ho. Náklady na načítanie zbytočného kontextu: pár tokenov navyše. Náklady na chýbajúci relevantný kontext: nesprávna odpoveď, zastarané odporúčanie, stratený signál o vzťahu. Asymetria je jasná. Predvolene viac kontextu, nie menej. **98. Pri onboardingu akejkoľvek novej domény vytvorte vzdelávaciu kapsulu.** Nový nástroj, nový zdroj dát, nová integrácia → agent vygeneruje štruktúrovaný dokument: čo to je, ako to funguje, kľúčové koncepty, kedy to použiť, príklady dotazov, časté nástrahy. Uložené v `knowledge/`. Ďalšia session, ktorá sa dotkne tejto domény, má odkiaľ začať namiesto toho, aby všetko objavovala odznova. **99. Migrujte z cloudu na lokál, keď potrebujete prístup k skutočným súborom.** Cloudoví agenti (v štýle Projects) sú výborní na bohatý kontext a rýchlu iteráciu. Lokálni agenti (CLI vo VS Code) odomykajú: lokálny prístup k súborom, git tracking, shell hooky, naplánované headless úlohy, prístup k surovým dátam. Migrácia nie je triviálna — predpoklady o cestách, súbory skillov, konfigurácie integrácií, to všetko treba aktualizovať. Ale schopnosti, ktoré tým získate, za to stoja. Začnite v cloude; migrujte, keď narazíte na strop. **100. Agent je zrkadlom kvality vášho vlastného myslenia.** Najlepší trik prompt engineeringu: pred napísaním inštrukcie sa spýtajte, či *vy* presne viete, čo chcete. Ak ste vágni, agent bude vágny. Ak je vaša špecifikácia protirečivá, správanie agenta bude protirečivé. Presnosť v špecifikácii produkuje presnosť vo výstupe. Agent nezlepšuje vaše myslenie — zosilňuje to, aké myslenie doň vložíte. --- *Šesť mesiacov. Dve prostredia. 100 lekcií.* *Cloudová fáza naučila architektúru pamäte a dizajn skillov. Prechod na Claude Code vo VS Code naučil hooky, git-trackovanú pamäť, smerovanie súborov a silu prístupu k surovým dátam. Najväčšie jednotlivé zlepšenie naprieč obidvoma fázami: zapisovanie každej korekcie ako trvalého pravidla namiesto dúfania, že si to agent zapamätá.* *Ak staviate niečo podobné — špecifikácia je produkt. Konverzácie sú len testy.*