AI Kancelária
AI Kancelária
Počas školenia
Slidy sú zobrazené priamo v portáli. Samostatné príručky otvoríme cez záložky hore.
Poznámky účastníkov: v účastníckej verzii prezentácie budú pracovné slidy určené na vlastné poznámky.
FAQ · 18 situácií
01. Mám túto úlohu dať do Chatu alebo do Coworku?
02. Kedy mám použiť Project?
03. Kedy používam Cowork/Work a kedy Codex alebo Claude Code?
04. Kedy už potrebujem agenta?
05. Čo vie agent naozaj robiť?
06. Ako môže agent pracovať sám bezo mňa?
07. Kde nechávame human gate?
08. Čo si mám nastaviť ako prvé, keď chcem čo najrýchlejšie digitalizovať svoju prácu?
09. Ktorý proces mám digitalizovať ako prvý?
10. Ako udržujem poriadok na disku a synchronizujem projekty?
11. Ako uchovávam svoj vlastný štýl práce, aby podľa neho vedela pracovať AI?
12. Ako si vediem worklog bez ručného zapisovania?
13. Kedy z procesu vytvorím Skill?
14. Scheduled Task, Automation alebo Codex Automation – čo použijem?
15. Kedy potrebujem App/Connector, API alebo MCP?
16. Čo keď mám informácie v Slacku, Drive, ClickUpe, GitHube a AI naraz?
17. Disk, GitHub alebo Vercel – čo kam patrí?
18. Ako zistím, že moja AI Kancelária skutočne funguje?
________________
FAQ 01 · AI KANCELÁRIA Mám túto úlohu dať do Chatu alebo do Coworku? Krátka odpoveď: Rozhoduj podľa toho, či potrebuješ s AI premýšľať, alebo jej chceš odovzdať ucelenú viac-krokovú prácu. Prečo je to dôležité Ak si tím zamieňa Chat a Cowork, buď naviguje AI po každom kroku aj tam, kde by mohla pracovať samostatnejšie, alebo naopak deleguje nejasnú úlohu bez dostatočného kontextu. Výsledkom je viac opráv, nie vyššia produktivita. Ako to používame v Intermarketingu Chat: otázky, vysvetlenia, varianty, krátka analýza, editácia textu, rozhodovanie krok po kroku. Cowork/Work: práca so súbormi, priečinkami a viacerými zdrojmi, syntéza, organizovanie, vytvorenie dokumentu alebo iného konkrétneho deliverable. Príklad CHAT: „Porovnaj tri možnosti positioning-u a povedz mi rozdiely.“ COWORK: „Prejdi reporty za 6 mesiacov, nájdi opakujúce sa KPI, navrhni jednotnú šablónu a priprav nový report.“
ZAPAMÄTAŤ SI
Chat = premýšľam spolu s AI. Cowork/Work = odovzdávam AI kus práce s definovaným výsledkom.
Aktuálne k 16. 8. 2026: Anthropic opisuje Cowork ako prácu orientovanú na výsledok a viac krokov nad lokálnymi súbormi/aplikáciami; ChatGPT Work podporuje viac-krokovú prácu nad súbormi a lokálnymi priečinkami v desktop app.
________________
FAQ 02 · AI KANCELÁRIA Kedy mám použiť Project? Krátka odpoveď: Project používame pri téme, klientovi alebo produkte, ku ktorému sa opakovane vraciame a chceme udržať súvisiaci AI kontext pokope. Prečo je to dôležité Project znižuje opakované vysvetľovanie. Stále však rozlišujeme pracovný AI kontext od firemného source of truth. Ako to používame v Intermarketingu Projekt/klient, pri ktorom existuje séria súvisiacich chatov a podkladov. Dlhší research, produkt, web alebo interný systém, ku ktorému sa vraciame. Projektové inštrukcie, ktoré majú platiť v rámci tejto témy. Príklad AI Kancelária môže mať vlastný Project s konverzáciami, referenčnými súbormi a pracovnými inštrukciami. Schválený PACT workflow alebo právny dokument však stále žije vo svojom master priestore.
ZAPAMÄTAŤ SI
Project = dlhodobejší AI pracovný kontext. Source of truth = autoritatívna pravda.
Aktuálne k 16. 8. 2026: ChatGPT Projects držia súvisiace chaty, súbory a projektové inštrukcie spolu.
________________
FAQ 03 · AI KANCELÁRIA Kedy používam Cowork/Work a kedy Codex alebo Claude Code? Krátka odpoveď: Cowork/Work používame na knowledge work. Codex a Claude Code používame tam, kde výsledok žije v technickom projekte, lokálnom priečinku, repo alebo kóde. Prečo je to dôležité Rozdiel nie je „technický človek vs. netechnický človek“. Rozdiel je v pracovnom priestore a type výsledku. Ako to používame v Intermarketingu Cowork/Work: dokumenty, research, súbory, syntéza, organizovanie, podklady, viac-kroková kancelárska práca. Codex/Claude Code: repo, web, aplikácia, skripty, testy, technická dokumentácia, Git, lokálny build. Príklad Pripraviť z 20 dokumentov nový klientsky brief → Cowork/Work. Upraviť web podľa schválenej specification a spustiť testy → Codex/Claude Code.
ZAPAMÄTAŤ SI
Knowledge-work deliverable → Cowork/Work. Technický projekt/repo → Codex alebo Claude Code.
Aktuálne k 16. 8. 2026: Codex pracuje s lokálnymi priečinkami/repozitármi a agentickými coding workflow; Claude Code je agentické coding prostredie.
________________
FAQ 04 · AI KANCELÁRIA Kedy už potrebujem agenta? Krátka odpoveď: Agenta riešime vtedy, keď AI neodovzdávame jednu odpoveď, ale ucelenú pracovnú zodpovednosť s opakujúcim sa výsledkom. Prečo je to dôležité Agent bez jasnej roly je iba dlhší prompt. Kvalitný agent potrebuje cieľ, zdroje, skills, tools, oprávnenia, hranice, human gates a spôsob overenia. Ako to používame v Intermarketingu Opakujúci sa JTBD. Stabilný workflow. Jasný source of truth. Viac krokov a nástrojov. Výsledok, ktorý vieme vyhodnotiť. Príklad Reporting agent: načíta dáta → overí rozsah → porovná obdobia → nájde anomálie → pripraví report → označí neistoty → odovzdá výsledok na human review.
ZAPAMÄTAŤ SI
Agent = AI rola zodpovedná za ucelený úsek práce.
Interná metodika: PACT + R3 Agent Architecture.
________________
FAQ 05 · AI KANCELÁRIA Čo vie agent naozaj robiť? Krátka odpoveď: Agent vie vykonávať iba to, na čo má dostupný nástroj, kontext a oprávnenie. Jeho schopnosť je kombinácia modelu + tools + access + workflow. Prečo je to dôležité Najčastejší omyl je očakávať od „agenta“ všeobecnú moc nad všetkými systémami. Reálny agent je presne taký schopný, aké možnosti sme mu bezpečne sprístupnili. Ako to používame v Intermarketingu Čítať a analyzovať súbory. Vyhľadávať informácie. Pracovať s pripojenými aplikáciami. Vytvárať dokumenty a tasky. Pripravovať alebo vykonávať povolené akcie. Pri coding agentovi upravovať súbory, spúšťať testy a pracovať s Git workflow. Príklad Ak má agent prístup iba na čítanie Drive, dokáže nájsť a spracovať dokument. Nedokáže ho zmazať ani prepísať, pokiaľ takú akciu a oprávnenie nemá.
ZAPAMÄTAŤ SI
Agent nevie „všetko“. Vie to, k čomu má tool, prístup a pravidlo.
Aktuálne produktové možnosti závisia od konkrétneho nástroja a permissions.
________________
FAQ 06 · AI KANCELÁRIA Ako môže agent pracovať sám bezo mňa? Krátka odpoveď: Autonómia znamená, že človek nemusí navigovať každý krok. Agent dostane cieľ, hranice a dostupné zdroje a sám vykoná dohodnutú časť workflow. Prečo je to dôležité Dobrá autonómia nevzniká odstránením človeka. Vzniká tým, že vopred oddelíme rutinné rozhodnutia od rozhodnutí s vyšším dopadom. Ako to používame v Intermarketingu Cieľ je jednoznačný. Workflow je stabilný. Výnimky sú pomenované. Oprávnenia zodpovedajú úlohe. Human gate je dopredu jasný. Existuje evidence/QA. Príklad Agent môže sám prejsť zdroje, pripraviť report a uložiť draft. Ak nájde finančnú anomáliu alebo údaj mimo tolerancie, zastaví sa a požiada ownera o rozhodnutie.
ZAPAMÄTAŤ SI
Autonómia = menej ručného navigovania. Nie = neobmedzené práva.
Anthropic pri Cowork zdôrazňuje autonómne dokončenie viac-krokových úloh s ľudským dohľadom pri dôsledkových rozhodnutiach.
________________
FAQ 07 · AI KANCELÁRIA Kde nechávame human gate? Krátka odpoveď: Human gate dávame na miesta, kde rozhodnutie alebo akcia môže mať výrazný finančný, právny, reputačný, bezpečnostný alebo produkčný dopad. Prečo je to dôležité Human gate je súčasť návrhu workflow. Nemá vzniknúť až vtedy, keď sa niečo pokazí. Ako to používame v Intermarketingu Finálne odoslanie citlivého klientského výstupu. Cena, rozpočet, platba alebo fakturácia. Právne tvrdenie alebo zmluvná zmena. Mazanie alebo presun master dát. Zmena permissions. Production deploy s významným dopadom. Rozšírenie scope. Príklad Agent pripraví návrh klientského emailu a podklady. Account owner schváli odoslanie.
ZAPAMÄTAŤ SI
Vyšší dopad = jasnejší human gate.
Interná metodika: least privilege, human gate, PACT evidence.
________________
FAQ 08 · AI KANCELÁRIA Čo si mám nastaviť ako prvé, keď chcem čo najrýchlejšie digitalizovať svoju prácu? Krátka odpoveď: Začni jedným reálnym workflow, nie zoznamom AI nástrojov. Najprv zviditeľni, kde je pravda, ako ide práca a kde vzniká výsledok. Prečo je to dôležité Digitalizácia má priniesť menšie hľadanie, menej ručného prepisovania a konzistentnejší výstup. Nástroj je až jedna vrstva riešenia. Ako to používame v Intermarketingu
1. Source of truth – kde je aktuálna pravda.
2. Pracovný priestor – kde úloha žije.
3. Workflow – ako ide od vstupu po hotovo.
4. AI bod – Chat, Cowork/Work, Skill, Agent, Scheduled Task.
5. Human gate – čo ostáva na človeku.
Príklad Mesačný reporting: platformové dáta → kontrola → syntéza → odporúčania → klientsky report → human review → odovzdanie.
ZAPAMÄTAŤ SI
Najprv digitalizujeme prácu. Potom ju delegujeme AI. Stabilnú časť automatizujeme.
Interný princíp AI Kancelárie + PACT.
________________
FAQ 09 · AI KANCELÁRIA Ktorý proces mám digitalizovať ako prvý? Krátka odpoveď: Vyber proces s vysokou frekvenciou, jasným vstupom a výsledkom, rozumným rizikom a veľkým podielom mechanickej práce. Prečo je to dôležité Prvý pilot má vytvoriť dôkaz, že systém funguje. Zložitý strategický proces s nejasnými hranicami je horší prvý kandidát. Ako to používame v Intermarketingu Opakuje sa týždenne alebo mesačne. Vstupy vieme pomenovať. Výsledok sa dá skontrolovať. Dnes sa veľa kopíruje, hľadá alebo prepisuje. Prípadná chyba je zvládnuteľná. Príklad Meeting → rozhodnutia → tasky. Brief → pracovné zadanie. Mesačný report. Content research. Fakturačný podklad.
ZAPAMÄTAŤ SI
Najlepší prvý proces = veľa opakovania + jasná kvalita + nízke až stredné riziko.
Interný princíp pilotovania AI Kancelárie.
________________
FAQ 10 · AI KANCELÁRIA Ako udržujem poriadok na disku a synchronizujem projekty? Krátka odpoveď: Každý typ informácie má jeden hlavný domov. Technické projekty udržiavame ako lokálnu pracovnú kópiu prepojenú cez Git s GitHubom; dokumenty majú vlastný master priestor na Drive. Nesynchronizujeme všetko so všetkým. Prečo je to dôležité Najväčšie riziko lokálnej AI práce nie je samotný disk, ale paralelné pravdy, nejasné verzie, nezaradené súbory a zmeny, ktoré zostali iba lokálne. Ako to používame v Intermarketingu Technický projekt: local working copy → Git → GitHub. Dokumentový master: Drive/Shared Drive. Nasadený web: GitHub → Vercel. Dočasné súbory: jasný temp priestor s pravidlom čistenia. Každý projekt: README/START_HERE + PACT locator + HANDOFF. Príklad Codex maintenance automation môže denne skontrolovať nový/nezařadený súbor, Git status, local vs. remote stav, možné duplicity, stale dokumentáciu a pripraviť maintenance report.
ZAPAMÄTAŤ SI
Poriadok nevzniká manuálnym upratovaním každého dňa. Vzniká jedným domovom pravdy + kontrolným workflow.
Aktuálne k 16. 8. 2026: Codex Automations v desktop app vedia spúšťať definované workflow na automatickom rozvrhu; výsledok ide do review queue. Lokálne workflow pracujú nad vybraným priečinkom/repo. Odporúčaný denný maintenance check pre Codex Načítaj README / START_HERE / PACT locator a zisti, kde je autoritatívna štruktúra. Skontroluj nové a zmenené súbory a označ položky mimo dohodnutých priečinkov. Skontroluj Git status a rozdiel medzi lokálnou a remote verziou. Nájdi možné duplicity, „final-final“ verzie a stale temp súbory. Vyhodnoť, či zmeny vyžadujú aktualizáciu README, HANDOFF, DECISIONS alebo inej dokumentácie. Aktualizuj technický WORKLOG a priprav krátky maintenance report. Pri rizikovej zmene priprav návrh a zastav sa na human gate.
HUMAN GATE PRE MAINTENANCE AGENTA
Bez explicitného schválenia nemaže master súbory, nemení authority map, nerobí destructive Git operácie, nemení PACT architektúru a nenasadzuje production.
________________
FAQ 11 · AI KANCELÁRIA Ako uchovávam svoj vlastný štýl práce, aby podľa neho vedela pracovať AI? Krátka odpoveď: Štýl práce neukladáme do jedného obrovského promptu. Rozdelíme ho na stabilné pravidlá, rozhodnutia, opakovateľné postupy a priebežné učenie. Prečo je to dôležité Tone of voice je iba malá časť pracovného štýlu. AI potrebuje vedieť aj ako začíname úlohu, ako rozhodujeme, čo považujeme za kvalitné a kde chceme kontrolu. Ako to používame v Intermarketingu WORKING_STYLE.md – ako pracujem, rozhodujem, kontrolujem a komunikujem. DECISIONS.md – schválené rozhodnutia, ktoré menia ďalšiu prácu. WORKLOG.md – čo sa reálne zmenilo v čase. LEARNINGS.md – prijaté poznatky, ktoré chceme používať ďalej. AGENTS.md – krátke stabilné pravidlá pre coding agentov a mapa dokumentácie. skills/ – konkrétne opakovateľné postupy. Príklad Do WORKING_STYLE.md patrí napríklad: „Najprv pochopiť JTBD a source of truth. Pred finálnou realizáciou chcem náhľad. Pri odporúčaní chcem varianty, rozdiely a konkrétne rozhodnutie.“
ZAPAMÄTAŤ SI
Štýl práce = spôsob rozhodovania + kvalita + hranice + komunikácia, nie iba štýl písania.
Interná architektúra: canonical rules + skills + decisions + handoff. Odporúčaná pamäť pracovného štýlu Súbor Čo v ňom držíme WORKING_STYLE.md Ako začínam prácu, ako rozhodujem, aký výstup chcem vidieť, čo považujem za kvalitné, ako komunikujem a kde chcem human gate. DECISIONS.md Schválené rozhodnutia, ktoré menia ďalšiu prácu. WORKLOG.md Časová stopa významných zmien a dokončenej práce. LEARNINGS.md Prijaté poznatky, ktoré chceme používať aj v ďalších projektoch. AGENTS.md Krátke stabilné pravidlá pre coding agentov + mapa dokumentácie. skills/ Opakovateľné on-demand postupy, ktoré agent používa pri konkrétnom type úlohy.
________________
FAQ 12 · AI KANCELÁRIA Ako si vediem worklog bez ručného zapisovania? Krátka odpoveď: Worklog má vzniknúť ako automatizovaný záznam významných zmien, nie ako denník každého kliknutia. Prečo je to dôležité Bez worklogu sa po týždni ťažko rekonštruuje, čo sa zmenilo, prečo a čo ostalo otvorené. Príliš detailný worklog sa naopak prestane čítať. Ako to používame v Intermarketingu Denný worklog: dokončené veci, rozhodnutia, zmenené projekty/dokumenty, blockery, najbližší krok. Technický Codex worklog: zmeny v repo, testy, významné súbory, handoff. Týždenný workdown: čo sme sa naučili a čo zmeníme v systéme. Príklad Scheduled Task každý večer z dostupných pracovných zdrojov pripraví krátky worklog. Codex Automation môže samostatne zachytiť technické zmeny nad lokálnym projektom/repo.
ZAPAMÄTAŤ SI
Worklog = pamäť významných zmien. Workdown = čo z týchto zmien prenášame do lepšieho systému.
Aktuálne k 16. 8. 2026: ChatGPT Scheduled Tasks podporujú jednorazové, opakované a monitorovacie úlohy; Codex Automations sú samostatné zamerané workflow spúšťané v Codexe. Odporúčaná štruktúra jedného denného worklogu DOKONČENÉ – čo sa dnes uzavrelo. ROZHODNUTIA – čo od dnes platí inak. ZMENENÉ ZDROJE – ktoré master dokumenty/projekty sa menili. BLOCKERY – čo bráni pokračovaniu. NEXT – jeden najbližší zmysluplný krok.
PRAVIDLO
Worklog zachytáva overiteľné zmeny. Ak agent nemá prístup k zdroju, uvedie chýbajúci vstup a nič si nedomýšľa.
________________
FAQ 13 · AI KANCELÁRIA Kedy z procesu vytvorím Skill? Krátka odpoveď: Skill vytvárame vtedy, keď už vieme opakovateľnú prácu kvalitne popísať a chceme, aby AI rovnaký postup používala konzistentne. Prečo je to dôležité Príliš skorý skill iba zakóduje nejasný proces. Najprv potrebujeme pochopiť dobrý spôsob práce, až potom ho uložiť ako skill. Ako to používame v Intermarketingu Jasný trigger. Definované inputs. Stabilné kroky a pravidlá. Známu kontrolu kvality. Opakovateľný output. Testovacie prípady. Príklad Skill „feature-spec“ vie, aké vstupy potrebuje, čo má vyjasniť, ako má vytvoriť spec.md a aké acceptance evidence musí pripraviť.
ZAPAMÄTAŤ SI
Skill = uložený spôsob práce. Agent = rola, ktorá skill používa.
Interná R3 Agent Architecture definuje skills ako on-demand procedures zakončené verification/evidence.
________________
FAQ 14 · AI KANCELÁRIA Scheduled Task, Automation alebo Codex Automation – čo použijem? Krátka odpoveď: Vyber podľa toho, čo má prácu spustiť a v akom pracovnom priestore sa má vykonať. Prečo je to dôležité Tieto pojmy sa často miešajú, no riešia tri odlišné situácie. Ako to používame v Intermarketingu ChatGPT Scheduled Task: časový plán, pravidelný briefing, monitoring alebo proaktívna kontrola. Event-driven automation: udalosť v systéme spustí ďalšiu akciu, napr. zmena statusu. Codex Automation: zameraný workflow spustený podľa plánu priamo v Codexe nad technickým projektom/priečinkom. Príklad „Každý večer priprav worklog“ → Scheduled Task. „Keď status = Approved, založ produkčný task“ → automation. „Každé ráno skontroluj repo, Git status a stale docs“ → Codex Automation.
ZAPAMÄTAŤ SI
Čas/monitoring → Scheduled Task. Systémová udalosť → automation. Opakovaná technická práca v Codexe → Codex Automation.
OpenAI aktuálne rozlišuje Scheduled Tasks v ChatGPT a Codex Automations ako samostatné zamerané workflow v Codexe. Rozhodovací test „V pondelok o 8:00“ → Scheduled Task. „Keď sa zmení stav/udalosť“ → event-driven automation. „Každý deň skontroluj lokálny technický projekt/repo“ → Codex Automation.
________________
FAQ 15 · AI KANCELÁRIA Kedy potrebujem App/Connector, API alebo MCP? Krátka odpoveď: Potrebujeme ich vtedy, keď AI už nemá pracovať iba s tým, čo jej ručne vložíme, ale s aktuálnymi dátami alebo akciami externého systému. Prečo je to dôležité Najprv definujeme pracovnú potrebu. Až potom vyberieme typ prepojenia. Ako to používame v Intermarketingu App/Connector: hotové autorizované pripojenie AI k službe a jej dátam/akciám. API: technické rozhranie konkrétneho systému pre programovú komunikáciu. MCP: štandardizovaný spôsob, ako AI klient objavuje a používa externé resources/tools. MCP server: konkrétna služba, ktorá tieto resources/tools cez MCP poskytuje. Príklad Potrebujem, aby AI čítala aktuálne dokumenty z Drive → App/Connector. Potrebujeme vlastnú integračnú logiku medzi systémami → API. Chceme jednotne sprístupniť interné tools agentom → MCP server.
ZAPAMÄTAŤ SI
Najprv otázka „akú prácu tým zjednodušíme?“, potom integrácia.
Aktuálne k 16. 8. 2026: OpenAI používa apps ako integrácie k externým dátam a akciám; plugin môže obsahovať skills, apps a app templates.
________________
FAQ 16 · AI KANCELÁRIA Čo keď mám informácie v Slacku, Drive, ClickUpe, GitHube a AI naraz? Krátka odpoveď: Je v poriadku, že práca má viac vrstiev. Potrebujeme však vedieť, ktorý systém má pre každý typ informácie autoritu. Prečo je to dôležité Problém nevzniká z počtu nástrojov. Vzniká z toho, keď nevieme, kde hľadať finálnu pravdu. Ako to používame v Intermarketingu Slack = komunikácia a priebežný kontext. ClickUp = úloha, owner, termín, stav. Drive = zdieľané dokumenty a master podklady. GitHub = verzovaný technický projekt a technická dokumentácia. Wiki = vysvetlenie, knižnica a navigácia do know-how. AI Project = pracovný AI kontext. Príklad Rozhodnutie vznikne počas Slack diskusie. Ak mení projekt, výsledná verzia rozhodnutia sa zapíše do príslušného master dokumentu/decision logu; ClickUp dostane vykonateľnú úlohu.
ZAPAMÄTAŤ SI
Komunikácia môže žiť na viacerých miestach. Autoritatívna pravda má mať jedno dohodnuté miesto.
Interný Source of Truth + Authority Map princíp.
________________
FAQ 17 · AI KANCELÁRIA Disk, GitHub alebo Vercel – čo kam patrí? Krátka odpoveď: Disk je lokálna pracovná kópia, GitHub je verzovaný technický source of truth a Vercel je nasadená online verzia webového projektu. Prečo je to dôležité Tieto tri vrstvy majú inú úlohu. Ak ich zamieňame, ľahko nevieme, ktorá verzia je aktuálna alebo čo je už produkčné. Ako to používame v Intermarketingu Disk/local: vývoj, lokálne testovanie, bezpečná pracovná kópia. GitHub: repo, commits, branches, technická dokumentácia, história. Vercel: preview/deployment/production webovej verzie. Príklad Zmena vznikne lokálne → test → commit → push na GitHub → preview → review → schválený production deploy.
ZAPAMÄTAŤ SI
Disk = pracujem. GitHub = verziujem. Vercel = nasadzujem.
Interná architektúra + bežný Git/deploy workflow.
________________
FAQ 18 · AI KANCELÁRIA Ako zistím, že moja AI Kancelária skutočne funguje? Krátka odpoveď: Nemeriame počet promptov, agentov ani pluginov. Meriame, či sa reálna práca dostáva od zadania po kvalitný výsledok rýchlejšie, konzistentnejšie a s menším množstvom ručného navigovania. Prečo je to dôležité Technologická aktivita nie je výsledok. AI Kancelária je pracovný systém a musí sa prejaviť na kvalite a toku práce. Ako to používame v Intermarketingu Čas: kratší čas od zadania po výsledok. Kvalita: konzistentnejšie výstupy a menej prerábok. Hľadanie: menej času stráveného hľadaním správnej verzie. Handover: ďalší človek vie pokračovať bez dlhého vysvetľovania. Chyby: menej problémov zo zlého kontextu alebo verzie. Autonómia: AI dokončí väčší kus procesu bez navigovania každého kroku. Know-how: po práci zostane lepší workflow, skill, dokumentácia alebo eval. Príklad Mesačný reporting kedysi vyžadoval ručný zber, prepis, vysvetľovanie a kontrolu. Po digitalizácii má jasné zdroje, workflow, agentickú časť a human review; tím rieši najmä interpretáciu a rozhodnutie.
ZAPAMÄTAŤ SI
Úspech = reálna úloha sa dostane od zadania po kvalitný výsledok s menším trením a lepšou pamäťou systému.
Interný cieľ AI Kancelárie Intermarketing.
________________
Zdroje a interné metodiky Produktové zdroje · overené 16. 8. 2026 O1 · ChatGPT Scheduled Tasks O2 · ChatGPT Projects O3 · Apps / connectors / plugins in ChatGPT O4 · Introducing the Codex app · Automations O5 · Get started with Codex · local folder / repo O6 · ChatGPT Work and Codex A1 · Claude Cowork A2 · Claude Code getting started Interné metodiky Intermarketingu I1 · PACT workflow I2 · Agent Architecture, Evals & Decisions I3 · Intermarketing WEB_SOURCE_OF_TRUTH
VERZOVANIE FAQ
Pri významnej zmene pracovných režimov, Scheduled Tasks, Codex Automations, Cowork alebo integračnej vrstvy aktualizujeme produktové definície. Interné princípy JTBD, scope, source of truth, PACT, human gate a evidence zostávajú v interných metodikách.
INTERMARKETING · AI KANCELÁRIA · FAQ v1 |
ClickUp
1. ČO JE CLICKUP U NÁS
ClickUp používame ako pracovnú vrstvu firmy. Je to miesto, kde riadime vykonanie práce.
Keď otvorím ClickUp, chcem vedieť:
2. AKO DO SEBA ZAPADAJÚ NAŠE SYSTÉMY
Google Drive = zdroj pravdy, originály a archív. Wiki = schválené know-how a spôsob práce. ClickUp = úlohy, vlastníci, termíny, statusy a vykonanie. GitHub = technický source of truth pre kód a technické artefakty. Slack = komunikácia, otázky, upozornenia a krátke rozhodnutia.
Jednoduché pravidlo: Drive drží podklady. Wiki hovorí, ako pracujeme. ClickUp hovorí, kto čo urobí a dokedy. GitHub drží technický výsledok. Slack slúži na komunikáciu.
3. ZÁKLADNÁ ORIENTÁCIA V CLICKUP
Workspace → Space → Folder → List → Task → Subtask
Pre každodennú prácu je najdôležitejšie rozumieť logike Folder → List → Task.
4. FOLDER
Folder je väčšia pracovná oblasť. Príklady:
5. LIST
List je konkrétna agenda, projekt alebo pracovný celok. Príklad: Folder: Interné školenia List: 2026-08-17_18 – INTERNÉ ŠKOLENIE – CLICKUP
6. TASK
Task je konkrétny výsledok, ktorý má niekto doručiť. Dobrý názov úlohy obsahuje činnosť a výsledok. Príklady:
7. ČO CHCEME NA DÔLEŽITOM TASKU
Názov – čo má vzniknúť. Assignee – kto drží ďalší krok. Due Date – dokedy. Status – kde sa práca nachádza. Priority – aká je dôležitá. Description – čo je očakávaný výsledok. Source – kde sú zdrojové podklady.
8. NAŠE ZÁKLADNÉ STATUSY
TO DO – úloha je pripravená. IN PROGRESS – práca prebieha. REVIEW – výsledok čaká na kontrolu alebo rozhodnutie. BLOCKED – pokračovanie čaká na vstup alebo rozhodnutie. DONE – výsledok je dokončený.
9. SOURCE OF TRUTH
Do ClickUp nedávame všetko. Task obsahuje len minimum potrebné na vykonanie práce a odkaz na zdroj pravdy.
Dokumenty a podklady → Drive. Schválené procesy → Wiki. Kód → GitHub. CRM dáta → CRM. ClickUp → vykonanie práce.
10. KLIENTSKA PRÁCA
Pri klientskom projekte zostávajú originálne nahrávky, transcripty, meeting notes a detailné podklady na schválenom Shared Drive.
Do ClickUp prenesieme:
11. PRAKTICKÝ WORKFLOW
Požiadavka alebo potreba → určíme výsledok → určíme source of truth → vytvoríme Task → priradíme ownera a deadline
→ TO DO
→ IN PROGRESS
→ REVIEW
→ výsledok uložíme do správneho source of truth
→ DONE
12. FIKTÍVNA FIRMA VVV – TRÉNINGOVÝ PRÍKLAD
Na školení používame fiktívnu firmu VVV. Cieľom je naučiť workflow, nie vytvoriť komplikovanú štruktúru.
Príklad: Folder: VVV – TRÉNING List: Klient ABC Task: Pripraviť návrh workshopu pre klienta ABC
13. MODELOVÁ SITUÁCIA
Firma VVV mala meeting s klientom ABC. Po meetingu vznikli tri ďalšie kroky:
Celý transcript ostáva na Drive. Do ClickUp vytvoríme tri vykonateľné Tasks.
14. PRÍKLAD TASKU
Názov: Pripraviť návrh workshopu pre klienta ABC
Assignee: Natália
Status:
TO DO
Priority: High
Description: Výsledok: návrh workshopu pripravený na interné review. Deliverable: téma, cieľ, osnova, rozsah a odporúčaný formát. Source: Google Drive – klient ABC – príslušný meeting. Definition of Done: návrh je kompletný a pripravený na REVIEW.
15. SUBTASK
Subtask používame vtedy, keď väčší Task obsahuje samostatné pracovné kroky.
Príklad hlavného Tasku: Pripraviť návrh workshopu
Subtasks:
16. CHECKLIST
Checklist používame na kontrolné body, ktoré nepotrebujú vlastné riadenie.
Príklad:
17. LIST VIEW
List View používame na každodennú operatívu. Vidíme Tasks, ownerov, termíny, statusy, priority a ďalšie polia.
18. BOARD VIEW
Board View ukazuje tok práce. Najčastejšie ho zoskupíme podľa Status.
TO DO | IN PROGRESS | REVIEW | DONE
Presunutie Tasku medzi stĺpcami mení jeho stav. Stále pracujeme s tou istou úlohou.
19. CALENDAR VIEW
Calendar View používame na otázku: Kedy sa čo deje? Úlohy s Due Date vidíme v kalendári podľa termínu.
20. CUSTOM FIELD – SOURCE OF TRUTH
Odporúčané pole: Source of Truth
Hodnoty:
Pole nám pomáha rýchlo identifikovať, kde žijú zdrojové podklady alebo finálny výsledok.
21. CUSTOM FIELD – TYP PRÁCE
Odporúčané pole: Typ práce
Hodnoty:
22. KOMENTÁRE A @MENTION
Komentár používame na komunikáciu k danej úlohe. Dôležité rozhodnutia k práci majú zostať pri Tasku.
Príklad: @Peter prosím skontroluj výstup a po úprave presuň Task do REVIEW.
23. AUTOMATIZÁCIA
Jednoduchý príklad: Keď sa Status zmení na REVIEW, ClickUp automaticky priradí reviewerovi.
Logika: WHEN status = REVIEW THEN assign reviewer
Automatizácie používame tam, kde odstraňujú rutinný krok a nemenia rozhodovaciu zodpovednosť človeka.
24. INTERNÝ PROJEKT
Príklad: List: Interné projekty Task: Zaviesť nový onboarding zamestnancov Source of Truth: Wiki
ClickUp riadi implementáciu. Wiki drží platný proces.
25. TECHNICKÁ PRÁCA
Príklad: Task: Implementovať automatické spracovanie formulára Source of Truth: GitHub
ClickUp drží business zadanie, ownera, termín a status. GitHub drží kód, konfiguráciu a technickú dokumentáciu.
26. DENNÝ WORKFLOW ZAMESTNANCA
Ráno otvorím ClickUp. Pozriem:
Keď začínam pracovať:
TO DO → IN PROGRESS
Keď je výsledok pripravený:
IN PROGRESS → REVIEW
Keď je schválený a uložený do správneho source of truth:
REVIEW → DONE
27. WORKFLOW MANAŽÉRA
Manažér sleduje:
28. ČO SA MÁME NAUČIŤ
Cieľom nie je poznať každú funkciu ClickUp.
Potrebujeme zvládnuť tento pracovný cyklus: nájdem svoju prácu → otvorím Task → pochopím očakávaný výsledok → otvorím source of truth → pracujem → aktualizujem status → odovzdám na review → výsledok uložím do správneho systému → uzavriem Task.
Slack
1. ČO JE SLACK U NÁS
Slack je komunikačná a interakčná vrstva nášho pracovného systému. Používame ho na rýchle otázky, krátke odpovede, koordináciu, diskusiu, schvaľovanie, upozornenia, zdieľanie pracovného kontextu, komunikáciu medzi spolupracovníkmi, komunikáciu s agentmi a rýchly prístup k informáciám.
Keď otvorím Slack, chcem vedieť:
Slack nie je hlavný archív firmy ani hlavný task manager.
2. AKO SLACK ZAPADÁ DO NÁŠHO SYSTÉMU
SLACK = komunikácia, otázky, interakcia, koordinácia, agenti a upozornenia. CLICKUP = práca a záväzky: kto → čo → dokedy → v akom stave. GOOGLE DRIVE = dokumenty, podklady, originály, dôkazy a archív. WIKI = schválené reusable know-how a platný spôsob práce. GITHUB = kód, aplikácie, automatizácie, konfigurácie a technický source of truth. CRM / ATTIO = klienti, kontakty, opportunities, obchodný stav a ďalší obchodný krok.
Jednoduché pravidlo: Slack = komunikujeme a pýtame sa. Filipes = pomáha nájsť a zorientovať sa. ClickUp = vykonávame. Drive = uchovávame zdroje a dokumenty. Wiki = vieme, ako pracujeme. GitHub = vyvíjame. CRM = spravujeme klientsky a obchodný vzťah.
3. ČO JE WORKSPACE
Workspace je celý náš Slack priestor. Obsahuje spolupracovníkov, Channels, správy, Threads, aplikácie, agentov, súbory, Canvas, vyhľadávanie a notifikácie.
4. ČO JE CHANNEL
Channel je tematický priestor. Odpovedá na otázku: O akej oblasti sa tu rozprávame? Aktuálne máme napríklad:
Každý kanál má mať jasný účel.
5. #all-natalia-p
Hlavný všeobecný kanál. Používame ho na dôležité oznámenia, spoločné zmeny, významné termíny, nové pravidlá a informácie relevantné pre všetkých spolupracovníkov.
6. #vybavujem
Kanál pre krátku operatívnu koordináciu: čo práve riešim, čo čaká na reakciu, krátky pracovný update a drobná koordinácia. #vybavujem nenahrádza ClickUp. Ak vznikne záväzok s ownerom a termínom, patrí do ClickUp Tasku.
7. #FILIPES – NÁŠ HĽADAČ
#filipes je produkčný vstup k internému agentovi FILIPES. FILIPES je interný pracovný agent pre orientáciu, hľadanie, koordináciu a kontrolu práce. Jeho job je pomôcť človeku rýchlo zistiť, čo sa deje, prečo sa to deje, čo je teraz jeho pracovný job, kde je pravda, čo treba rozhodnúť alebo vykonať a či sa výsledok naozaj dosiahol.
FILIPES používa pracovnú slučku: NÁJSŤ → OVERIŤ → POCHOPIŤ → URČIŤ JOB → ROZHODNÚŤ / NAVRHNÚŤ → ZAPÍSAŤ / VYKONAŤ → OVERIŤ VÝSLEDOK → ZACHYTIŤ LEARNING.
8. ČO SA MÔŽEM FILIPESA OPÝTAŤ
Príklady:
9. FILIPES – FIND / ORIENTÁCIA
FILIPES vie hľadať klienta, projekt, Task, dokument, rozhodnutie, pravidlo, dôkaz, knowledge a pracovný kontext. Pri výsledku má povedať:
VÝSLEDOK
KDE TO JE
ZDROJ PRAVDY
ODKAZ
ISTOTA
ĎALŠÍ KROK – ak je potrebný.
10. FILIPES NEHĽADÁ VŠADE ROVNAKO
Najprv určí, aký objekt hľadáme, potom zvolí canonical systém. Klient / Company / Opportunity → CRM / Attio Task / projekt / owner / deadline → ClickUp Dokument / dôkaz / zmluva → Google Drive Platný proces → Wiki Kód → GitHub Existencia meetingu → Google Calendar E-mailová komunikácia → Gmail Slack nemusí obsahovať odpoveď. FILIPES nás má dostať k správnej odpovedi v správnom systéme.
11. FILIPES – SLACK → WORK
FILIPES vie Slack diskusiu roztriediť na:
DECISION
TASK
IDEA
QUESTION
BLOCKER
INFORMATION
FOLLOW-UP
Návrh nie je rozhodnutie. Rozlišujeme FACT / DECISION / HYPOTHESIS / ASSUMPTION / PROPOSAL / UNKNOWN.
12. AKO FILIPESA V SLACKU POUŽÍVAME
Aktuálny povolený produkčný kanál je #filipes. FILIPES reaguje pri @mention alebo v pokračovaní Threadu, v ktorom už bol vyvolaný.
13. #ai-automatizacie
Kanál pre ľudskú diskusiu o AI nástrojoch, agentoch, automatizáciách, nových AI experimentoch, problémoch s automatizáciami, výsledkoch testovania a návrhoch nových workflow. Keď sa rozhodneme experiment realizovať → ClickUp. Technická implementácia → GitHub. Schválený proces → Wiki.
14. ROZDIEL #filipes A #ai-automatizacie
#filipes = používam agenta. Pýtam sa, hľadám, orientujem sa, nechávam spracovať pracovný kontext. #ai-automatizacie = rozprávame sa o AI a automatizáciách, navrhujeme, testujeme a koordinujeme implementáciu.
15. #o-klientoch
Priestor pre internú koordináciu súvisiacu s klientmi: krátky klientsky update, otázka, potrebné rozhodnutie, zmena situácie a krátka projektová koordinácia. Ak vznikne práca → ClickUp. Meeting record → klientsky Shared Drive. Commercial/account truth → CRM / Attio.
16. #napady
#napady je inbox nápadov: nový produkt, marketingový nápad, AI experiment, zlepšenie procesu, nápad na obsah, služba alebo téma na preskúmanie. Nápad nie je automaticky Task. Workflow: NÁPAD → diskusia → rozhodnutie → ak realizujeme, ClickUp → ak vznikne reusable schválený proces, Wiki.
17. #na-weby-nase
Komunikácia k našim webom: chyba, nový text, SEO, dizajn, nový formulár, zmena stránky, testovanie a nápad na rozvoj. Ak vznikne záväzok → ClickUp. Kód → GitHub. Obsahové podklady → Drive.
18. #pochvalim-sa
Priestor pre výsledky, úspechy, dobrý feedback, dokončené projekty, nové míľniky, vydarené experimenty a úspechy spolupracovníkov.
19. #klebetnik
Neformálna komunikácia medzi spolupracovníkmi: humor, bežná konverzácia, odporúčania, tímové momenty a témy mimo projektovej práce.
20. #social
Aktuálne sa funkčne čiastočne prekrýva s #klebetnik. Potrebuje mať jasne určený samostatný účel alebo sa neskôr môže konsolidovať.
21. ČO JE SPRÁVA
Dobrá Slack správa povie: čo potrebujem, od koho, prečo, prípadne dokedy a kde je podklad. Príklad: Lucia, prosím skontroluj návrh landing page. Potrebujem hlavne feedback k headline a CTA. Podklad: [link].
22. THREAD
Thread používame na diskusiu k jednej konkrétnej téme. Pravidlo: Nová téma → nová hlavná správa. Pokračovanie existujúcej témy → Thread.
23. @MENTION
Mention znamená: Potrebujem tvoju pozornosť. Používame ho, keď od konkrétneho človeka alebo agenta niečo chceme.
24. @CHANNEL A @HERE
Používame ich iba pri informácii, ktorá skutočne potrebuje širšiu okamžitú pozornosť.
25. EMOJI REACTIONS
👀 = vidím / pozerám ✅ = hotovo / potvrdené 👍 = beriem na vedomie ❓ = potrebujem vysvetlenie 🎉 = úspech
26. DM
DM používame na osobnú komunikáciu, individuálny feedback, súkromnú otázku a citlivú tému. Informácia relevantná pre projekt alebo ďalších spolupracovníkov nemá zostať iba v DM.
27. SÚBORY
Slack používame na zdieľanie odkazu alebo pracovného náhľadu. Dlhodobý source of truth zostáva v správnom systéme.
28. CANVAS
Canvas môže byť rýchla vstupná stránka ku kanálu: účel kanála, pravidlá, najdôležitejšie odkazy, kontakty a základná orientácia. Canvas nenahrádza Wiki. Canvas = rýchly kontext kanála. Wiki = schválené know-how firmy.
29. PURPOSE A TOPIC
Purpose odpovedá: Prečo tento kanál existuje? Topic odpovedá: Čo sa tu aktuálne rieši?
Príklad #filipes: Purpose: Produkčný kanál interného pracovného agenta FILIPES na hľadanie, orientáciu, koordináciu a kontrolu práce naprieč povolenými zdrojmi pravdy. Topic: Použi @Filipes na hľadanie klienta, projektu, Tasku, dokumentu, rozhodnutia, pravidla alebo pracovného kontextu.
30. AKO SA ROZHODNEM, KAM NIEČO PATRÍ
Potrebujem komunikovať? → Slack Potrebujem niečo nájsť alebo sa zorientovať? → #filipes Potrebujem, aby niekto niečo vykonal? → ClickUp Potrebujem dokument alebo evidence? → Drive Potrebujem platný proces? → Wiki Potrebujem technický artefakt? → GitHub Potrebujem obchodný alebo klientsky stav? → CRM / Attio
31. PRÍKLAD CELÉHO WORKFLOW
V #o-klientoch: ABC chce nový workshop v septembri. ↓ Diskusia v Thread. ↓ @Filipes čo aktuálne vieme o ABC a aký je ďalší milestone? ↓ FILIPES vyhľadá správne zdroje. ↓ Rozhodnutie: Pripravíme návrh workshopu. ↓ Vzniká ClickUp Task: Pripraviť návrh workshopu pre ABC. ↓ Dokument sa vytvorí na Drive. ↓ Po schválení sa výsledok označí v ClickUp ako DONE. ↓ Do Slack Thread sa vráti stručný výsledok + link.
32. NÁŠ SLACK WORKFLOW
INFORMÁCIA / OTÁZKA
↓ správny Channel ↓ hlavná správa ↓ diskusia v Thread ↓ ak potrebujem hľadať alebo overiť: FILIPES ↓ rozhodnutie ↓ ak vzniká záväzok: CLICKUP ↓ ak vzniká dokument: DRIVE ↓ ak vzniká approved knowledge: WIKI ↓ ak vzniká technický artefakt: GITHUB ↓ do Slacku sa vráti stručný výsledok + odkaz na správny source of truth.
33. ČO SI MÁ SPOLUPRACOVNÍK PAMÄTAŤ
Slack používam na komunikáciu. Channel vyberám podľa témy. Novú tému začínam novou správou. Diskusiu k nej držím v Thread. Mention používam, keď potrebujem konkrétnu pozornosť. Filipes používam, keď potrebujem niečo nájsť, overiť alebo sa zorientovať. Úlohu, ktorá má ownera a termín, dávam do ClickUp. Dokument a evidence hľadám na Drive. Platný proces hľadám vo Wiki. Kód a technické artefakty patria do GitHubu. Klientsky a obchodný stav patrí do CRM. Keď neviem, kde niečo je alebo kde to má byť, opýtam sa Filipesa.
Slovník
01AI A PRÁCA S MODELOM+
AI – umelá inteligencia+
AI je technológia schopná pracovať s informáciami, vzormi a zadanými úlohami. V našej práci ju nevnímame iba ako nástroj na generovanie textu. AI môže analyzovať, porovnávať, organizovať informácie, pripravovať výstupy, používať nástroje a pri vhodne pripravenom systéme vykonávať viac krokov práce.
AI nie je automaticky zdroj pravdy, človek s vlastnou firemnou skúsenosťou, náhrada za rozhodnutie ownera ani záruka správnosti výsledku.
AI zapájame do pracovného systému: úloha → kontext → zdroje → postup → AI → kontrola → výsledok. Cieľom nie je mať čo najviac AI nástrojov. Cieľom je vedieť pomocou AI kvalitnejšie a opakovateľnejšie vykonávať prácu.
Model+
Model je konkrétny naučený AI systém, ktorý spracuje vstup a vytvorí odpoveď alebo vykoná určitý typ práce. Je to „motor“ pod konkrétnym AI produktom alebo pracovným režimom.
Model nie je to isté ako ChatGPT alebo Claude. Produkt môže obsahovať rozhranie, rôzne modely, nástroje, projekty, pamäť, konektory a agentické funkcie.
Model vyberáme podľa typu práce, požadovanej kvality, rizika, dostupných nástrojov a nákladov. Pre používateľa je však dôležitý predovšetkým výsledok pracovnej úlohy.
Multimodal+
Multimodal znamená, že AI dokáže pracovať s viacerými typmi vstupov – napríklad textom, obrázkom, screenshotom, fotografiou, PDF, tabuľkou, audiom alebo videom.
Naša reálna práca nežije iba v textových promptoch. Klientsky kontext môže byť v prezentácii, návrh vo Figme, problém na screenshote a čísla v tabuľke.
Namiesto slovného opisovania webu pošleme screenshot alebo návrh a pracujeme s konkrétnym vizuálnym podkladom.
Prompt+
Prompt je konkrétne zadanie, otázka alebo inštrukcia, ktorú dávame AI v danom momente. Odpovedá najmä na otázku: „Čo od AI teraz chcem?“
Prompt nie je celý pracovný systém. Nenahrádza kvalitný kontext, source of truth, workflow, skill, oprávnenia ani kontrolu.
„Z priloženého klientského briefu vytiahni otvorené otázky, ktoré potrebujeme vyriešiť pred návrhom stratégie.“
System prompt / systémové inštrukcie+
Stabilnejšie pravidlá určujúce, ako má AI pri práci postupovať. Môžu definovať rolu, spôsob práce, zdroje, poradie autority, povinné kontroly, hranice a zakázané kroky.
„Nevymýšľaj ceny. Ak cena nie je v autoritatívnom zdroji, označ ju ako chýbajúcu a vyžiadaj rozhodnutie.“
Context / kontext+
Kontext je súbor informácií potrebných na správne pochopenie úlohy. Môže zahŕňať firmu, klienta, históriu projektu, aktuálne rozhodnutia, zadanie, pravidlá, hranice a zdrojové materiály.
AI bez dostatočného kontextu dopĺňa chýbajúce informácie podľa pravdepodobnosti. Čím viac relevantných vecí uzamkneme v kontexte a autoritatívnych zdrojoch, tým menší priestor má AI na domýšľanie.
„Napíš ponuku.“ = slabý kontext.
„Klient + jeho problém + história komunikácie + služba + schválená cena + tone of voice + požadovaný výsledok.“ = pracovný kontext.
Context window+
Množstvo informácií, ktoré vie konkrétny model pri jednej práci naraz zohľadňovať.
Ak má projekt stovky dokumentov, neznamená to automaticky, že model pri každej odpovedi aktívne pracuje so všetkými. Preto vytvárame source of truth, jasnú dokumentáciu a relevantný pracovný kontext.
Praktické pravidlo: Nespoliehame sa na to, že AI „si určite pamätá“. Dôležitú pravdu uložíme do systému.
Token+
Technická jednotka, na ktorú model rozdeľuje text pri spracovaní. Token nie je vždy celé slovo.
Tokeny ovplyvňujú veľkosť použiteľného kontextu, rýchlosť a pri API aj náklady.
Tím ich nemusí ručne počítať. Potrebujeme rozumieť princípu: zbytočný kontext zaťažuje spracovanie a znižuje prehľadnosť.
Hallucination+
Situácia, keď AI vytvorí informáciu, ktorá môže znieť úplne presvedčivo, no nemá spoľahlivý podklad.
AI vymyslí číslo, neexistujúcu štúdiu, cenu, funkcionalitu alebo pripíše človeku rozhodnutie, ktoré neurobil.
Guardrail+
Pravidlo alebo technická/organizačná hranica, ktorá obmedzuje správanie AI alebo agenta.
Agent nemôže odoslať klientsky email bez schválenia; nesmie meniť production bez human gate; nesmie vytvoriť vlastnú cenu; smie pracovať iba vo vybranom priečinku.
Kvalitná AI Kancelária definuje nielen to, čo AI vie urobiť, ale aj čo urobiť nemá a kde má rozhodnutie odovzdať človeku.
02PRACOVNÉ REŽIMY A AI PROSTREDIA+
Chat+
Konverzačný spôsob práce s AI krok po kroku.
Premýšľanie, diskusia, vysvetlenie, varianty, krátka analýza, úprava textu a priebežné rozhodovanie.
Chat sám o sebe nie je firemný workflow ani source of truth. Dôležité rozhodnutie z chatu potrebuje dostať trvalé miesto.
Project+
Dlhodobejší AI pracovný priestor venovaný jednej téme, klientovi alebo projektu.
Pomáha držať pokope súvisiace konverzácie, projektové podklady, pracovný kontext a inštrukcie.
Project automaticky nenahrádza Drive, firemnú Wiki, repo ani projektový source of truth.
Samostatný AI Project pre dlhodobú prácu na AI Kancelárii.
Cowork+
Agentický pracovný režim pre viac-krokovú knowledge work.
Keď úloha potrebuje napríklad: otvoriť súbory → porovnať → vyhodnotiť → zorganizovať → vytvoriť výsledok → uložiť ho.
Spracovanie všetkých materiálov zo školenia do výslednej knowledge base.
Codex+
Coding agent/prostredie určené na prácu so softvérovými projektmi.
Web, aplikácia, kód, technická dokumentácia, repo, testy a technické automatizácie.
Jasný projekt, source of truth, scope, špecifikáciu, technické pravidlá, testy a hranice.
Codex dostane schválenú feature specification a implementuje ju v existujúcom repo.
Claude Code+
Agentické prostredie určené na prácu s kódom, projektovými súbormi a technickými úlohami.
Vývoj, technický refactoring, práca s repo, testovanie, analýza projektu a technická dokumentácia.
Codex ani Claude Code nedostávajú dva rozdielne firemné systémy pravdy. Oba majú čítať rovnaký canonical project truth a iba vlastné adaptéry/inštrukcie.
Scheduled Task+
AI úloha, ktorá sa vykoná v konkrétnom budúcom čase alebo pravidelne podľa harmonogramu.
Triggerom je čas.
Scheduled Task nie je automaticky celý event-driven workflow.
Automation+
Proces, pri ktorom definovaný trigger automaticky vyvolá ďalšiu akciu.
KEĎ nastane X → vykonaj Y.
Keď sa stav ClickUp tasku zmení na „schválené“ → vytvor ďalšiu task → upozorni ownera → zmeň stav projektu.
Scheduled Task: spúšťa čas.
Automation: spúšťa udalosť alebo podmienka.
03AKO DEFINUJEME PRÁCU+
Brief+
Vstupné zadanie alebo súbor vstupných informácií, z ktorých začíname prácu.
Brief ešte nemusí byť správne pochopený, úplný, strategicky uzamknutý ani pripravený na implementáciu.
Brief je vstup do pochopenia problému, nie automatický pokyn „hneď vyrábať“.
Klient povie: „Potrebujeme nový web.“ To je vstup. Ďalej potrebujeme pochopiť, akú zmenu má web pre firmu alebo používateľa priniesť.
JTBD – Job To Be Done+
JTBD pomenúva pokrok alebo zmenu, ktorú sa človek alebo firma snaží vo svojej konkrétnej situácii dosiahnuť. Nepomenúva primárne produkt, funkciu ani výstup. Pomenúva dôvod, pre ktorý má riešenie vôbec vzniknúť.
- Situácia dnes: Kde sa človek alebo firma nachádza?
- Napätie / problém: Čo dnes nefunguje, brzdí alebo vytvára náklady?
- Pokrok: Kam sa potrebuje posunúť?
- Výsledok: Čo bude vedieť robiť inak, keď je job vyriešený?
„Potrebujeme web“, „potrebujeme AI agenta“, „potrebujeme automatizáciu“, „potrebujeme prezentáciu“ alebo „potrebujeme CRM“ sú možné riešenia. JTBD vysvetľuje, prečo by niektoré z nich malo existovať.
Ak dostaneme iba požadovaný výstup a okamžite ho začneme vyrábať, môžeme veľmi profesionálne vytvoriť nesprávne riešenie. JTBD drží pri jednom cieli stratégiu, obsah, dizajn, technológiu, automatizácie a AI. Preto je v PACT súčasťou Product Lock ešte pred dizajnom a implementáciou.
Čo robíme: Digitalizujeme a automatizujeme firemné procesy. To ešte nie je JTBD.
Možný JTBD klienta Intermarketingu: Keď stredne veľkej firme rastie objem práce a súčasné fungovanie prináša hľadanie informácií, ručné prepisovanie, nejasný handover a závislosť od jednotlivých ľudí, potrebuje dostať pracovné toky a informácie do viditeľného systému, aby dokázala zvládnuť vyšší objem práce s existujúcim tímom a mala kvalitnejšie podklady pre rozhodovanie.
Až potom riešime, ktorý proces digitalizujeme, čo automatizujeme, kde pomôže AI a či je potrebná aplikácia.
Specification / špecifikácia+
Specification je záväzný popis požadovaného správania a výsledku konkrétnej časti riešenia. Vzniká až po tom, ako máme uzamknuté podstatné rozhodnutia o produkte, používateľovi, JTBD, scope, obsahu alebo dátach, dizajne a hraniciach.
Čo presne má vzniknúť? Ako sa to má správať? Aké stavy musí riešenie zvládať? Aké pravidlá musí rešpektovať? Čo je v scope? Čo znamená prijateľný výsledok? Aký dôkaz potrebujeme na prijatie?
- spec.md = správanie a acceptance, bez implementation detail,
- plan.md = technický prístup,
- tasks.md = konkrétne kroky implementácie,
- acceptance.md = dôkazy potrebné na označenie výsledku za hotový.
Najprv uzamykáme, čo má používateľ dostať. Až potom riešime, ako to technicky postavíme. Technické riešenie tak nezačne určovať produkt skôr, než sme rozhodli, čo potrebujeme.
Specification rieši napríklad: kto ho používa, ktoré polia obsahuje, ktoré sú povinné, čo sa stane pri chybe a úspechu, kam dáta smerujú, ktoré stavy vidí používateľ a aké acceptance evidence potrebujeme.
Scope+
Scope je dohodnutá hranica zodpovednosti konkrétnej práce. Hovorí, čo riešime, pre koho, v akej časti systému, do akej hĺbky, aký výsledok odovzdávame, ktoré závislosti sú relevantné, čo vedome teraz neriešime a podľa čoho bude práca prijatá.
Scope nie je iba zoznam taskov. Tasky hovoria, čo vykonáme. Scope hovorí, aký priestor práce sme sa zaviazali vyriešiť a kde jeho hranica končí.
Bez jasného scope vzniká postupné rozširovanie práce. Napríklad: „Keď už robíme homepage, upravme ešte pricing, CRM, onboarding a automatizáciu.“ Výsledkom môže byť veľa rozpracovaných vecí a nižšia kvalita pôvodne dohodnutého výsledku.
Nový nápad zachytíme a rozhodneme: patrí do aktuálneho scope? Mení cenu, deadline, riziko alebo specification? Potrebuje samostatnú fázu?
Non-goal+
Vec, ktorú vedome rozhodneme v aktuálnej práci neriešiť.
Agent ani človek nemusí vedieť, že sme určitú vec zámerne vylúčili. Ak ju nepomenujeme, môže ju považovať za chýbajúcu časť zadania.
Scope: redizajn homepage. Non-goal: nový klientsky portál a CRM integrácia.
Input+
Všetko, čo musí byť dostupné na začiatku konkrétneho procesu – brief, dokument, dáta, screenshot, schválenie, formulár alebo klientská požiadavka.
Workflow bez definovaných vstupov sa často zastaví v polovici alebo si začne chýbajúce informácie domýšľať.
Output+
Konkrétny výsledok procesu.
Namiesto neurčitého „spracované“ používame napríklad: „schválený PDF report uložený v klientskom Drive priečinku a handover odoslaný ownerovi“.
Acceptance criteria+
Konkrétne podmienky, ktoré musia byť splnené, aby sme výsledok mohli označiť za prijatý.
Bez acceptance criteria vzniká neurčitá spätná väzba „ešte to nie je ono“. Acceptance criteria prevedú časť očakávania na kontrolovateľné podmienky.
Stránka obsahuje všetky schválené sekcie, formulár funguje, responzívne zobrazenie je otestované, neobsahuje placeholder text, používa schválené assets a prešla QA.
Trigger+
Udalosť alebo podmienka, ktorá spustí workflow, skill alebo automatizáciu.
Príde nový brief; zmení sa status tasku; nahrá sa súbor; nastane konkrétny dátum.
Ak nevieme povedať, kedy sa proces začína, máme nejasne definovaný workflow.
Workflow+
Dohodnutá cesta práce od vstupu po hotový výsledok.
Kedy a kde začína? Aký má vstup? Aké kroky nasledujú? Kde pomáha AI? Kde rozhoduje človek? Čo kontrolujeme? Kam sa uloží výsledok? Koho informujeme? Čo znamená hotovo?
Nie je dokument vytvorený iba preto, aby existoval. Jeho úlohou je znížiť počet rozhodnutí, ktoré pri opakovanej práci zakaždým vymýšľame znova.
SOP – Standard Operating Procedure+
Detailný štandardný návod na vykonanie konkrétnej činnosti.
Workflow: cesta od vstupu po výsledok.
SOP: presný spôsob vykonania konkrétneho kroku.
Workflow = celý mesačný klientsky reporting. SOP = ako exportovať, pomenovať a skontrolovať dáta z konkrétneho systému.
Human gate+
Jasne definované miesto, kde ďalší krok potrebuje ľudské rozhodnutie alebo schválenie.
Podľa rizika, finančného dopadu, reputácie, klientského dopadu, bezpečnosti a nezvratnosti akcie.
AI pripraví klientsku odpoveď → account owner schváli odoslanie.
Systematická kontrola kvality konkrétneho výsledku.
Obsahovú, vizuálnu a dátovú kontrolu, funkčné testy, responzivitu, odkazy, právne požiadavky, brand a accessibility.
Eval+
Eval je definovaný a opakovateľný technický test AI systému, promptu, skillu alebo agenta. Nie je to iba pocit, že „agent funguje dobre“.
Testovacie úlohy alebo dataset, očakávané správanie, hodnotiace kritériá, scorecard alebo metriku, hranicu úspechu a hard-fail pravidlá.
QA: Je tento jeden konkrétny výstup správny?
Eval: Funguje tento AI systém spoľahlivo naprieč definovaným súborom situácií?
Naša interná architektúra definuje eval corpus z reálnych úloh, bodovanie a hard-fail pravidlá. Hodnotíme napríklad intent fidelity, fidelity k zdrojom, scope discipline, implementačnú správnosť, test/evidence, security a handover.
Vymyslený klientsky claim, preskočený human gate, únik secretu alebo deštruktívna akcia mimo scope.
04NÁSTROJE A PREPOJENIA+
Pri tejto časti používame interné pracovné definície tak, aby tím jasne rozlišoval jednotlivé vrstvy. Produktová terminológia externých platforiem sa môže časom meniť.
Tool+
Konkrétna schopnosť alebo akcia, ktorú môže AI systém použiť.
Vyhľadať informáciu, prečítať súbor, vytvoriť task, poslať email, pracovať s kalendárom alebo upraviť kód.
Plugin+
Plugin je inštalovateľný balík, ktorý rozšíri AI pracovné prostredie o ďalšie schopnosti alebo pracovné možnosti. Môže združovať skill, integráciu, pracovnú šablónu alebo ďalšie tools.
Plugin nie je synonymum pre API, samotný MCP protokol ani automaticky konkrétny prístup k dátam z Drive.
App / Connector+
Konkrétne prepojenie AI pracovného prostredia na externý systém, jeho dáta alebo akcie.
Google Drive, Gmail, Slack, ClickUp, GitHub.
Ku ktorému systému sme pripojení a čo tam podľa našich permissions môže AI čítať alebo vykonať.
API+
Technické programátorské rozhranie systému. Definuje, aké požiadavky môžeme posielať, aké dáta dostaneme, ktoré akcie možno vykonať a ako sa autentifikujeme.
API samo o sebe nie je AI agent, workflow ani používateľská aplikácia.
API key+
Tajný strojový kľúč používaný na autorizáciu prístupu k API.
API key je secret. Nepatrí do Slack správy, prezentácie, screenshotu, verejného repozitára ani bežného dokumentu. Patrí do bezpečného secret/environment systému.
MCP – Model Context Protocol+
Štandardizovaný spôsob, akým môže AI pracovné prostredie komunikovať s externými nástrojmi a zdrojmi.
Vytvára spoločný komunikačný rámec, aby sa každé AI prostredie nemuselo pripájať ku každému systému úplne vlastným spôsobom.
MCP server+
Konkrétna služba, ktorá cez MCP sprístupňuje AI vybrané možnosti – napríklad dáta, dokumenty, vyhľadávanie, databázu alebo tools.
MCP = pravidlá komunikácie.
MCP server = konkrétny systém, ktorý podľa týchto pravidiel niečo poskytuje.
Plugin × Connector × API × MCP – rýchly rozdiel+
Plugin = balík rozšírenia AI prostredia.
Connector/App = pripojenie na konkrétny externý systém.
API = technické rozhranie systému.
MCP = štandard pre AI integrácie.
MCP server = konkrétny poskytovateľ dát alebo tools cez MCP.
Permissions / oprávnenia+
Pravidlá určujúce, kto alebo čo môže čo vidieť a čo môže vykonať.
Agent môže čítať klientsky priečinok a vytvoriť návrh dokumentu, no nemôže vymazať celý Drive alebo odoslať výsledok klientovi bez schválenia.
Agentická práca bez permissions modelu vytvára zbytočné riziko.
Role+
Definovaná zodpovednosť, kompetencie a rozsah práce človeka alebo agenta.
CEO, account owner, stratég, dizajnér, admin, coding agent.
Role: Za čo zodpovedá?
Permissions: Čo technicky smie urobiť?
05FIREMNÉ POZNANIE A ZDROJE+
Source of truth+
Autoritatívny zdroj, ktorý má pri konflikte informácií prednosť.
Slack hovorí „cena je asi 1 500 €“, schválený cenník „1 800 €“. Ak je cenník source of truth, vyhráva cenník.
AI aj ľudia potrebujú vedieť, kde je aktuálna pravda.
Príklad z našej praxe: WEB_SOURCE_OF_TRUTH používa explicitné poradie autoritatívnych zdrojov.
Master document+
Aktuálny hlavný dokument pre konkrétnu oblasť – napríklad brand guide, cenník, web source of truth alebo právny dokument.
To, že existuje súbor s podobným názvom, ešte neznamená, že je master. Status a authority musia byť jasné.
Working note+
Rozpracovaná poznámka alebo pracovný obsah.
Nie je automaticky schválené rozhodnutie, pravidlo alebo source of truth.
AI musí vedieť, či číta hypotézu alebo schválený fakt.
Knowledge base+
Organizovaný súbor poznania, ktorý chceme používať opakovane.
Metodiky, pravidlá, postupy, FAQ, klientsky kontext, lessons learned a skills.
Informácia nemá zostať iba v hlave človeka alebo starej konverzácii. Má sa stať dostupnou súčasťou systému.
Wiki+
Wiki je organizovaná interná knižnica fungovania Intermarketingu a navigácia do nášho know-how. Nie je to iba zoznam dokumentov.
Ako toto v Intermarketingu robíme? Kde nájdem aktuálny postup? Kto je owner? Kde žije príslušný projekt alebo source of truth?
- Ako pracujeme – základné pravidlá fungovania.
- Postupy – workflow a SOP.
- AI Kancelária – Chat, Projects, Cowork, skills, agenti, automations, evals.
- Projekty – aké projekty používame, kto ich vlastní a kde žijú.
- Nástroje – Drive, Slack, ClickUp, GitHub, Vercel a ďalšie.
- Knižnica know-how – školenia, metodiky a prijaté poznatky.
- Slovník – naše spoločné pracovné pojmy.
- FAQ – odpovede na opakované otázky.
Wiki nemá vytvoriť druhú kópiu každej pravdy. Wiki vysvetľuje a naviguje. Ak je master na Drive alebo v repo, Wiki človeka pošle na konkrétny source of truth.
Skill+
Uložený a opakovateľný spôsob práce, ktorý vie AI použiť pri správnom type úlohy.
Trigger, vstupy, kroky, pravidlá, tools, human checks, verification a požadovaný output.
Nie je celá firemná knowledge base, globálny brand manual, agent ani jeden prompt.
Skill visual-qa agent použije pri vizuálnej kontrole výsledku.
Markdown / .md+
Jednoduchý textový formát na štruktúrovanú dokumentáciu.
Je dobre čitateľný človekom aj AI agentmi, vhodný na version control a jednoduchý na údržbu.
README.md, SECURITY.md, WORKFLOW.md, AGENTS.md.
README+
Vstupný dokument projektu alebo repozitára.
Čo je toto za projekt? Na čo slúži? Kde začať? Kde sú dôležité dokumenty? Ako projekt spustiť alebo používať?
Decision / rozhodnutie+
Schválená voľba, ktorá ovplyvňuje ďalšie fungovanie projektu alebo práce.
Ak dôležité rozhodnutie ostane iba v Slacku alebo v hlave jedného človeka, ďalší človek alebo agent ho nemusí poznať.
Pravidlo: Rozhodnutie, ktoré mení ďalšiu prácu, patrí do trvalej projektovej vrstvy.
Owner+
Osoba, ktorá drží zodpovednosť za konkrétny výsledok, projekt, pravidlo alebo rozhodnutie.
Že všetku prácu vykonáva sám.
V prípade nejasnosti vieme, kto drží zodpovednosť za rozhodnutie a výsledok.
Authority map+
Mapa rozhodovacej autority projektu. Určuje ownera, autoritatívne zdroje, schvaľovacie práva a poradie pri konflikte.
Handover+
Odovzdanie práce ďalšiemu človeku alebo systému spolu s informáciami potrebnými na pokračovanie.
Čo je hotové, kde je výsledok, čo bolo rozhodnuté, čo zostáva otvorené, čo nasleduje a čo potrebuje ďalšie schválenie.
„Je to hotové, pozri si to.“ To nie je kvalitný handover.
06KDE NAŠA PRÁCA ŽIJE+
Disk v našom počítači / Local disk+
Fyzický pracovný priestor na našom vlastnom počítači.
Najmä pri technických projektoch chceme mať zámernú lokálnu pracovnú vrstvu. Vidíme štruktúru projektu, agent pracuje nad konkrétnym priečinkom, projekt vieme spustiť lokálne a zmeny skontrolovať pred nasadením.
Disk nie je automaticky spoločný firemný source of truth.
Local working copy+
Konkrétna pracovná kópia projektu uložená na našom počítači.
GitHub repo Intermarketing webu je naklonované do lokálneho priečinka. GitHub obsahuje vzdialený verzovaný projekt, my pracujeme nad jeho local working copy.
Drive+
Naša dokumentová a zdieľaná pracovná vrstva.
Klientské podklady, master dokumenty, zdieľané materiály, prezentácie, tabuľky a finálne dokumentové výstupy.
Drive a GitHub plnia rozdielne funkcie.
Shared Drive+
Spoločný firemný priestor určený pre tímovo vlastnené dokumenty.
Dôležité firemné materiály nemajú byť existenčne naviazané iba na osobný disk jedného človeka.
Workspace+
Hlavný pracovný priestor konkrétneho nástroja alebo organizácie.
Slack workspace, ClickUp workspace, AI workspace.
Workspace je väčší pracovný priestor; Project je konkrétnejší projekt alebo téma v rámci systému.
Slack channel+
Dohodnutý komunikačný priestor pre konkrétny druh témy, projektu alebo spolupráce.
Človek má vedieť, čo sem píše, kto to má sledovať a aký druh komunikácie sem patrí.
#pochvalme-sa – úspechy, pozitívna klientská spätná väzba a výsledky, ktoré chceme zdieľať s tímom.
#zaver – ak ho interne používame na uzatváranie práce, musí mať presne definované, čo znamená „záver“ a aký typ uzatvorených informácií doň patrí.
Klientsky channel – priebežná komunikácia k jednému klientovi.
Slack je komunikačná vrstva, nie automaticky archív pravdy. Ak v Slacku vznikne rozhodnutie, ktoré mení ďalšiu prácu, prenesieme ho do príslušného source of truth, tasku, workflow alebo projektovej dokumentácie.
Thread+
Vlákno odpovedí pod jednou správou.
Pomáha udržať jednu tému pokope a nezaplniť channel paralelnými odpoveďami.
Mention+
Priame označenie konkrétneho človeka.
Keď od danej osoby reálne potrebujeme odpoveď, rozhodnutie, kontrolu alebo akciu.
ClickUp task+
Konkrétna vykonateľná pracovná jednotka evidovaná v ClickUpe.
Čo treba urobiť, kto je owner, aké sú vstupy, aký je termín a čo znamená hotovo.
ClickUp task je riadiaca vrstva práce. Nemá automaticky obsahovať celú knowledge base alebo source of truth, ak tie žijú inde.
Repository / repo+
Verzovaný projektový priestor obsahujúci projektové súbory, kód, dokumentáciu a históriu zmien.
Najmä pri technických projektoch a tam, kde potrebujeme version control.
GitHub+
Online platforma, na ktorej držíme a spravujeme Git repozitáre.
GitHub je technický source of truth pre projektový kód a technickú dokumentáciu, ak je tak projekt nastavený.
Repo, branches, commits, pull requests, issues a agentické dokumenty.
Vercel+
Platforma, cez ktorú nasadzujeme webové projekty do online prostredia.
Typická cesta: lokálny disk → Git → GitHub → Vercel → online verzia.
GitHub: projekt, zdrojové súbory a história.
Vercel: nasadená a spustiteľná verzia projektu.
Prezentáciu alebo web si najprv skontrolujeme lokálne. Až po schválení ho nasadíme online.
07VERZOVANIE A NASADENIE+
Version+
Konkrétny stav dokumentu alebo projektu v určitom momente.
Aby sme vedeli, čo sa zmenilo, ktorá verzia je aktuálna, ktorá bola schválená a kam sa prípadne vrátiť.
Git+
Systém na zaznamenávanie zmien súborov v projekte.
Vidieť, čo sa zmenilo, kedy, v akej vetve a v ktorom commite.
Git = verzovací systém.
GitHub = online platforma, ktorá Git repozitáre hostuje a umožňuje tímovú spoluprácu.
Clone+
Vytvorenie lokálnej kópie vzdialeného Git repozitára na počítači.
Jednoducho: Clone = dostaň projekt z GitHubu na môj disk.
Pull+
Stiahnutie novších zmien zo vzdialeného repozitára do našej lokálnej pracovnej kópie.
Jednoducho: Pull = zosúlaď moju lokálnu kópiu s aktuálnym remote stavom.
Commit+
Pomenovaný záznam konkrétneho balíka zmien v histórii projektu.
Predstavuje zmysluplný krok, napríklad: Add workshop FAQ and glossary navigation.
Push+
Odoslanie našich lokálnych commitov do vzdialeného repozitára.
Jednoducho: Push = pošli zaznamenané zmeny na GitHub.
Branch+
Oddelená pracovná vetva projektu.
Môžeme vytvoriť alebo testovať zmenu bez priameho zásahu do hlavnej verzie.
Merge+
Spojenie zmien z jednej branch do druhej.
nová branch → práca → kontrola → schválenie → merge.
Deploy+
Nasadenie konkrétnej verzie projektu do prostredia, kde môže bežať.
Deploy neznamená automaticky production. Môžeme deployovať aj preview alebo staging.
Environment+
Konkrétne prostredie, v ktorom aplikácia alebo web beží.
Local · Preview/Staging · Production.
Local+
Verzia projektu spustená iba na našom vlastnom počítači.
Vývoj, prvá kontrola a bezpečné testovanie.
Preview / Staging+
Online testovacie prostredie pred finálnym nasadením.
Interné schválenie, klientská kontrola, testovanie a QA.
Preview URL nie je automaticky finálna produkčná verzia.
Production+
Živé prostredie určené pre reálnych používateľov.
Zmena môže okamžite ovplyvniť klienta, návštevníkov, dáta, predaj alebo reputáciu. Preto má production vyššiu úroveň kontroly a oprávnení.
08AGENTICKÁ PRÁCA+
Agent+
AI pracovník s definovanou pracovnou rolou a schopnosťou vykonať viac krokov potrebných na dosiahnutie výsledku.
Rolu, cieľ, kontext, zdroje, skills, tools, permissions, hranice a human gates.
Agent nie je iba chatbot s menom. Rozdiel je v tom, že dostáva pracovnú zodpovednosť za určitý úsek procesu.
Reporting agent → nájde dáta → použije reporting skill → porovná obdobia → vytvorí report → označí neisté miesta → pošle výsledok na human review.
Subagent+
Pomocný agent určený na jednu časť väčšej úlohy.
Hlavný agent pripravuje stratégiu. Research subagent spracuje konkurenciu. QA subagent samostatne skontroluje výsledok.
Pomáha oddeliť roly, kontext, zodpovednosti a kontroly.
Coding agent+
Agent špecializovaný na technickú prácu so softvérom.
Čítanie repo, úprava kódu, testovanie, refactoring, dokumentácia a implementácia features.
Codex a Claude Code.
09PACT – NÁŠ SYSTÉM PROJEKTOVEJ PRÁCE+
PACT+
PACT je interný systém Intermarketingu, podľa ktorého projekt zakladáme, lokalizujeme, triedime, dokumentujeme, riadime, realizujeme, kontrolujeme a dlhodobo udržiavame.
Je to spoločná projektová štruktúra pre človeka aj AI agenta. Má zabezpečiť, že aj keď niekto otvorí projekt o niekoľko mesiacov, dokáže nájsť, kde projekt žije, čo je aktuálna pravda, kto rozhoduje, čo sa snažíme dosiahnuť, čo je schválené, čo je v scope, aké máme specifications, aký je plán, aké dôkazy máme a čo sa po dokončení naučilo.
Nie je iba checklist pre coding, workflow jedného agenta, strom priečinkov ani projektový brief.
projektovej štruktúry + governance + rozhodnutí + realizácie + evidence + údržby.
Bez spoločného systému vzniká každý projekt inak, rôzne názvy, nejasné zdroje, stratené rozhodnutia a agent nevie, čomu veriť. PACT znižuje túto neistotu.
PACT 0 – Locate & Authority+
Kde som a čomu mám veriť?
Projekt, klienta, ownera, lokálnu cestu, repo, zdroje, authority map a blockery.
Človek alebo agent vie, kde projekt je a ktoré informácie majú pri konflikte prednosť.
V tejto fáze ešte nevyrábame dizajn ani kód.
PACT 1 – Product Lock+
Čo skutočne riešime?
Používateľa/buyera, JTBD, problém, desired outcome, conversion/action path, scope, non-goals, acceptance criteria a hlavné riziká.
Pred ďalšou prácou je jasné, pre koho projekt vzniká a akú zmenu má priniesť.
PACT 2 – Content / Data / Brand Lock+
Z čoho môžeme pracovať a čo je pravda?
Schválený obsah, source status, brand, assets a imagery.
Dátový model, role, permissions, integrácie, security a privacy.
Agent nezačne vypĺňať chýbajúce informácie vlastným obsahom.
PACT 3 – Design+
Aký má mať výsledok profesionálny vizuálny a používateľský smer?
Najprv reference decomposition, rozhodnutia ADOPT / REJECT / WHY a style slice. Nie okamžite celý web alebo aplikáciu.
Vizuálny smer schvaľujeme pred plnou implementáciou.
PACT 4 – Specification+
Čo presne má výsledok robiť?
Feature/page specification a acceptance evidence.
Pred technickým plánom vyjasníme nevyriešené produktové alebo behaviorálne rozhodnutia.
Agent dostane jednoznačný cieľ implementácie.
PACT 5 – Plan & Tasks+
Ako schválenú specification technicky zrealizujeme?
Technický prístup, zasiahnuté časti systému, závislosti, bezpečnostné aspekty, test plan, rollback a malé reviewable fázy.
PACT 4 = čo sa má správať ako.
PACT 5 = ako to technicky postavíme.
PACT 6 – Build / Implementation+
Ako vytvoríme schválený výsledok?
Implementujeme schválenú fázu. Agent potichu nerozširuje scope.
Vzniká pracovná implementácia pripravená na evidence.
PACT 7 – Evidence Loop+
Aký máme dôkaz, že výsledok funguje a spĺňa dohodu?
Unit tests, type/lint, funkčný test, screenshoty, vizuálne porovnanie, accessibility, performance a security test.
„Aplikácia sa skompilovala“ neznamená „výsledok je kvalitný“.
PACT 8 – Workdown+
Čo po tejto práci zostáva v našom systéme?
Dokumentáciu, decisions, workflow, skills, evals, handover a lessons learned.
Projekt nie je iba hotový. Systém po jeho dokončení vie viac ako predtým.
10RÝCHLA ORIENTÁCIA – ČO JE ČO+
Keď človek alebo AI narazí na pojem, má vedieť tri veci:
1. ČO TO ZNAMENÁ
Aby sme rovnaké slovo nepoužívali na rôzne veci.
2. AKO TO POUŽÍVAME MY
Aby slovník súvisel s reálnou prácou Intermarketingu.
3. KDE JE DETAILNÝ POSTUP
Aby slovník nevytváral druhú kópiu našich workflow a metodík.
Slovník vysvetľuje.
Wiki naviguje.
Source of truth rozhoduje.
Workflow vedie prácu.
PACT drží celý projektový systém pokope.