Druhý mozog v Claude Code: Ako vytvoriť štruktúru za hodinu

Referenčná dokumentácia Ailoot: ailoot.ai/docs/.

Prečo Claude Code potrebuje druhý mozog a čo je nevyhnutné?#

V utorok otvoríte Claude Code. Vysvetlíte mu: toto je projekt, toto je publikum, toto nerob. Pracujete spolu. Vo štvrtok je to nový chat a všetko musíte vysvetľovať znova.

Ak máte CLAUDE.md, vyriešili ste prvú vlnu frustrácie. Základné pravidlá a opis projektu sú v jednom súbore a načítajú sa do každej relácie. Vysvetlil som, ako tento súbor funguje, v mojom návode na CLAUDE.md – môžete si ho najprv prečítať a vytvoriť si základy.

CLAUDE.md je však príručka pre nového zamestnanca. Ako sa obliekať, aký tón používať pri komunikácii s klientmi, ktoré príkazy používať na publikovanie. Na dobré rozhodnutia o projekte to nestačí. Rozhodnutia si vyžadujú znalosti: čo je produkt, kto je publikum, ako funguje ekonomika, čo ste vyskúšali a čo nefungovalo.

Podľa skúsenosti autora opísanej v tomto článku bývali tieto znalosti na štyroch miestach: v jeho hlave, v chatoch na Telegrame, v dokumentoch Google a v hlavách zamestnancov. Mesiac po rozhodnutí si nikto nepamätal, prečo ho prijali. Nový človek strávil hodinu kladením otázok tímu, aby sa zorientoval. Claude vôbec nemal prístup k tomuto kontextu.

Pred vytvorením druhého mozgu podľa opísanej skúsenosti autora každá relácia znamenala, že bolo treba znova vysvetľovať, kto je klient, ako je zostavená ponuka a ktorý poskytovateľ spracúva platby. S priečinkom business/ otvorím chat a poviem: „aktualizuj ponuku pre nový cenový plán“ – Claude sám prejde do súboru business/company/legal.md, prečíta si požiadavky, potom prejde do business/products/pricing.md, nájde nový cenový plán a v jednom kroku navrhne úpravu. Úvodné vysvetľovanie odpadá; kontext sa načíta automaticky.

Anthropic tento problém vo svojom technickom blogu nazýva znehodnocovanie kontextu:

Inými slovami, čím viac toho naplníte do okna, tým horšie agent pracuje s konkrétnymi detailmi. Riešením je udržiavať štruktúru externých súborov, do ktorých Claude môže sám prejsť v reakcii na konkrétnu požiadavku. To je druhý mozog.

Čo je druhý mozog a ako sa uplatňuje v Claude?#

Druhý mozog zvyčajne slúži na všeobecnú produktivitu: ľudia si vytvoria trezor v Obsidiane a pridávajú doň úryvky z kníh, poznámky z hovorov a nápady na projekty.

Keď autor túto myšlienku uplatnil pri práci s Claude Code, prestalo ísť o produktivitu a začalo ísť o architektúru agenta.

V klasickom prístupe patrí druhý mozog vám a pristupujete k nemu ručne. Pri práci s Claude Code je druhý mozog obojsmerný: pristupujete k nemu vy aj agent. To mení požiadavky na jeho formát.

Keďže k nemu agent pristupuje sám, súbory musia byť vo formáte, ktorému rozumie bez samostatnej integrácie. Markdown je ideálny: text, hierarchia nadpisov a odkazy medzi súbormi. Notion a Google Docs nie sú vhodné. Môžete ich pripojiť cez MCP, ale pridáva to ďalšiu vrstvu, ďalší token ku každej požiadavke a ďalší bod zlyhania.

Keďže súbory sú v súborovom systéme vedľa projektu, Claude Code k nim má automaticky prístup. Netreba nič nastavovať. Spustite agenta v priečinku projektu a uvidí všetky súbory v ňom. Je to zadarmo a funguje okamžite.

Akú hierarchiu pamäte má Claude Code hneď po inštalácii?#

Skôr než pridáte čokoľvek vlastné, pozrime sa na to, čo si Claude dokáže zapamätať bez vašej pomoci. Anthropic v oficiálnej dokumentácii opisuje dva mechanizmy: CLAUDE.md (pravidlá, ktoré píšete vy) a automatickú pamäť (poznatky, ktoré si zapisuje Claude). Obe sa načítajú na začiatku každej relácie.

Súbor CLAUDE.md sa vyhľadáva na štyroch miestach naraz:

Všetky štyri súbory sa načítajú do kontextu. Čím konkrétnejšia je úroveň, tým vyššiu prioritu má. Lokálny súbor sa číta ako posledný, takže jeho pravidlá prebijú všetky ostatné.

Súbor CLAUDE.md môže byť aj v ľubovoľnom priečinku v projekte. Keď Claude číta súbor z podpriečinka, načíta podľa potreby aj CLAUDE.md z tohto podpriečinka. Je to užitočné v monorepozitári: pravidlá pre frontend sú v frontend/CLAUDE.md, pravidlá pre backend v backend/CLAUDE.md a načítajú sa len vtedy, keď agent pracuje s príslušnou časťou.

Automatická pamäť sa objavila v Claude Code 2.1.59. Sú to súbory, ktoré Claude píše o vás:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Register, načítaný v každej relácii (200 riadkov alebo 25KB)
├── debugging.md       # Podrobné poznámky (načítané podľa potreby)
├── api-conventions.md
└── ...

Anthropic to v oficiálnej dokumentácii opisuje takto:

Automatická pamäť sa zapína príznakom autoMemoryEnabled v ~/.claude/settings.json. Claude rozhoduje, čo do nej zapíše. MEMORY.md si môžete prečítať a upravovať ručne – je to obyčajný markdown.

CLAUDE.md alebo druhý mozog – kde je hranica?#

Tu je prirovnanie, ktoré používam vo svojich prednáškach: predstavte si, že ste prijali nového zamestnanca. Čo mu dáte v prvý deň?

Príručku: ako sa obliekať, kedy prísť, aký tón používať pri komunikácii s klientmi, cez aký systém publikovať. Je to krátky dokument. Nevysvetľuje, čo robíte ani prečo. Jednoducho hovorí, ako sa správať.

A samostatne prístup k firemnej wiki. Vysvetľuje, čo je produkt, pre koho je určený, kto tvorí publikum, aká je cena a prečo, kto sú konkurenti a akých chýb ste sa dopustili. Je to rozsiahly archív. Nikto ho nečíta celý – chodíte doň s konkrétnou otázkou.

CLAUDE.md = príručka. Druhý mozog = wiki. Potrebujete oboje.

Rozdiel je jednoduchý. Do CLAUDE.md dajte všetko, čo je dôležité pre každú úlohu:

• Kto je agent v tomto projekte (pomocník, vedúci, asistent)
• V akom jazyku má odpovedať
• Technologický zásobník
• Príkazy na publikovanie
• Zákazy (nepoužívaj dlhú pomlčku, nespúšťaj git push --force)
• Smerovanie: kam ísť po obchodný kontext a kde hľadať zásady

Do druhého mozgu dajte všetko, čo je potrebné podľa potreby:

• Produkt, publikum, ekonomiku a ciele
• Konkurentov a trh
• Minulé rozhodnutia a dôvody, ktoré k nim viedli
• Príklady od klientov a recenzie
• Zásady a metodiku

Anthropic v dokumentácii rozlišuje to isté:

Skills sú jedným zo spôsobov, ako ukladať epizodické znalosti. Ďalším je priečinok business/ vedľa projektu. Používam oba a podrobnejšie ich vysvetlím nižšie.

Z čoho pozostáva projektový mozog – 5 častí plus stroj času#

Príklad architektúry z autorovej opísanej skúsenosti:

Kľúčovým metodickým bodom je oddeliť ai-clone/ od business/.

business/ odpovedá na otázku „čomu sa venujeme?“ Produkt, publikum, ceny, konkurenti. Týka sa projektu. Ak zajtra odovzdáte projekt partnerovi, tento priečinok pôjde s ním.

ai-clone/ odpovedá na otázku „ako sa rozhodujem?“ Moje zásady, tón, remeslo a zakázané slová. Týka sa mňa. Ak zajtra začnem nový projekt, tento priečinok pôjde so mnou.

Chcete nielen nastaviť druhý priečinok, ale aj vytvoriť systém, vďaka ktorému bude Claude konzistentný? Samo osebe to nestačí. Bez ai-clone/ agent odpovedá za každého, nie za vás. Bez inžinierstva kontextu sa túla po celom priečinku a míňa tokeny. Oplatí sa prepojiť všetky tri veci: druhý mozog + AI klon + inžinierstvo kontextu. Sú to tri piliere, bez ktorých AI halucinuje.

Čo má byť v business/ a čo tam nepatrí?#

Štruktúra najvyššej úrovne priečinka business/ v autorovom opísanom projekte:

business/
├── INDEX.md              ← mapa priečinka, čítajte ako prvé
├── company/              ← poslanie, právnická osoba, hodnoty, právne zásady
├── products/             ← produkty, programy, ceny
├── audience/             ← profil klienta, segmenty, námietky
├── goals/                ← ročné, štvrťročné a mesačné ciele, metriky
├── economics/            ← jednotková ekonomika, príjmy, výdavky, prognóza
├── marketing/             ← kanály, lievik, materiály, konkurenti
├── execution/            ← týždenné plánovanie, nevybavené úlohy
└── assets/               ← dizajnový systém, recenzie, banka textov

Toto je príklad z autorovho opísaného projektu, nie dogma. Priečinky vytváram podľa potreby. Začal som s tromi (products/, audience/, goals/); ostatné pribudli po 2-3 mesiacoch, keď už nebolo jasné, kam ukladať nové veci.

Hlavným súborom priečinka je INDEX.md. Je to mapa. Obsahuje tabuľku „otázka → súbor“, podľa ktorej Claude zisťuje, kam ísť. Bez nej agent míňa tokeny čítaním každého súboru po jednom.

Ukážka časti súboru INDEX.md:

### Kde čo nájsť

| Čo potrebujete | Kde hľadať |
|---|---|
| Kto je náš klient a aké má problémy | `business/audience/avatar.md` |
| Produkty, plány a ceny | `business/products/` |
| Ciele a metriky | `business/goals/` |
| Ekonomika (príjmy, výdavky, jednotková ekonomika) | `business/economics/` |
| Propagačné kanály a materiály | `business/marketing/` |

Potom stačí jeden riadok v CLAUDE.md: „Pri obchodných otázkach si prečítaj business/INDEX.md a riaď sa mapou.“ Agent nenačítava celý priečinok do kontextu. Načíta mapu, vyberie správny súbor a prečíta len ten.

Zoznam vecí, ktoré do business/ nepatria:

• Nespracovaná chatová korešpondencia. Ak obsahuje poznatok, vyťažte z neho podstatu a zapíšte ju. Ak nie, vynechajte ju.
• Informácie už uvedené v kóde. „Platby prechádzajú cez CloudPayments“ netreba; agent to vidí v kóde.
• Snímky obrazovky a obrázky. Zväčšujú priečinok a textový model ich bez ďalšieho kroku nespracuje.
• Dynamické čísla. „Dnes máme pre produkt 423 platieb“ bude o týždeň neaktuálne. Použite značku LIVE a odkaz na databázový dotaz.
• Citlivé alebo sporné informácie. Ak by sa repozitár zajtra zverejnil na YouTube pred 100 tisícmi cudzích ľudí, ponechajte len to, čo by ste boli ochotní ukázať. Priečinok čítajú zamestnanci, agenti a niekedy aj externí dodávatelia.

Prečo mať samostatný priečinok ai-clone a prečo ho nemiešať s business?#

Myšlienka je jednoduchá: firma vie, čomu sa venujeme. Klon vie, ako sa rozhodujem.

Štruktúra ai-clone/ v autorovom opísanom projekte:

ai-clone/
├── INDEX.md           ← mapa priečinka
├── role.md            ← kto som, moje zázemie, na čom záleží
├── identity/          ← hodnoty, vízia, poslanie
├── thinking/          ← mentálne modely z prednášok
├── voice/             ← tón, slovná zásoba, štýl
├── principles/        ← presvedčenia o produkte, kóde, podnikaní
├── feedback/          ← pravidlá získané z chýb ← hlavný priečinok
├── style/             ← zakázané slová, formát Telegramu
└── reference/         ← nástroje, prostredie

Najužitočnejší priečinok je feedback/. Obsahuje konkrétne pravidlá, ktoré som sa naučil z chýb agentov. Každé pravidlo sa ukladá do samostatného súboru v tomto formáte:

---
name: short-name
description: one line - what’s in the file and when to apply it
type: feedback
---

Krátke pravidlo v jednej vete.

**Prečo:** prečo toto pravidlo existuje. Kontext, incident, pozorovanie.

**Ako uplatniť:** konkrétne situácie, v ktorých sa pravidlo používa.

Bez časti Prečo je pravidlo mŕtve – agent ho neprenesie do podobnej situácie. Bez časti Ako uplatniť nie je jasné, kedy pravidlo použiť.

Príklad z môjho priečinka: pravidlo „spojovník, nie dlhá pomlčka“. Vzniklo preto, že dlhá pomlčka — je výrazným vizuálnym znakom generovaného textu. Platí pre každý text určený verejnosti. Súbor je na adrese ai-clone/feedback/no-em-dashes.md.

Robím to trochu inak: pravidlá píšem do ai-clone/feedback/, nie do CLAUDE.md. CLAUDE.md je súbor projektu, ale pravidlá tónu a štýlu sú osobné. Pôjdu so mnou do ďalšieho projektu. CLAUDE.md zostáva pri projekte.

Čo sú živé metriky a prečo nezapisovať čísla napevno do súborov?#

Jedným z hlavných úskalí pri vytváraní druhého mozgu je naplniť ho zastaranými číslami. Napíšete „máme 320 klientov“ a o dva týždne ich už bude 410. Napíšete „mesačné príjmy sú 4.7 milióna“ a o mesiac už číslu chýba kontext: je to cieľ, skutočnosť alebo prognóza?

V autorovom príklade to funguje takto. V súbore business/products/practicum.md je namiesto čísla značka:

## Kohorty

> **LIVE** - spustite dotazy v `live-metrics.md`, v časti „Predaje“,
> aby ste zistili aktuálne platby podľa kohorty.

| Kohorta | Dátumy | Platiaci |
|-------|------|------------|
| 1 | 10.-12. marca 2026 | LIVE |
| 2 | 24.-26. marca 2026 | LIVE |

Samostatný súbor live-metrics.md obsahuje pripravené SQL dotazy a opis toho, čo vracajú:

## Predaje (platby podľa kohorty)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

Keď sa agenta opýtam: „koľko platieb máme za druhú kohortu?“, agent:

1. Prečíta business/products/practicum.md
2. Všimne si značku LIVE vedľa čísla
3. Otvorí live-metrics.md
4. Nájde časť „Predaje“
5. Spustí dotaz voči produkčnej databáze
6. Odpovie na základe čerstvých údajov

Tým sa vyriešia dva problémy naraz. Čísla nezastarávajú. A rozhodnutia sa prijímajú podľa aktuálneho stavu, nie podľa minuloročného.

Ako AI prechádza druhým mozgom pri jednej požiadavke?#

Konkrétna požiadavka, napríklad: „napíš e-mail účastníkom o novej kohorte“.

1. Claude začne s prázdnym oknom. Načíta CLAUDE.md (pravidlá, technologický zásobník, smerovanie).
2. Zo smerovania v CLAUDE.md zistí: „ai-clone/INDEX.md – vždy čítaj na začiatku relácie.“ Otvorí súbor a zistí, kto som, aký mám tón a ktoré zakázané slová používam.
3. V smerovaní vidí: „e-mailové šablóny – src/lib/email/layout.ts.“ Otvorí súbor a pochopí formát.
4. Vidí: „kontext produktu – business/products/practicum.md.“ Otvorí súbor a prečíta si o produkte.
5. V súbore nájde značku LIVE a odkaz na live-metrics.md. Otvorí súbor a nájde pripravený SQL dotaz. Ak potrebuje aktuálne číslo, spustí dotaz. Ak nie, poznačí si „získať toto číslo pri odosielaní“.
6. Zistí pravidlá tónu v ai-clone/style/telegram-format.md, zákaz dlhých pomlčiek v ai-clone/feedback/no-em-dashes.md a mieru konverzie lievika v business/marketing/funnel.md.

Napíše e-mail v mojom tóne, s aktuálnymi číslami a bez dlhých pomlčiek či znakov umelej inteligencie.

Anthropic tento prístup vo svojom technickom blogu nazýva kontextom práve včas:

Inými slovami, Claude si nesie ukazovatele na údaje, nie samotné údaje. Je to oveľa úspornejšie z hľadiska tokenov a oveľa presnejšie, pretože sa do kontextu dostávajú len relevantné informácie. Okno zostáva voľné na uvažovanie.

5 anti-vzorov druhého mozgu – čomu sa vyhnúť?#

Anti-vzor 1. Prerastený CLAUDE.md. 500 riadkov pokynov „namiesto toho, aby ste všetko dali na jedno miesto“. Anthropic sa vyjadruje priamo:

Cieľová dĺžka je 80-120 riadkov. Všetko ostatné dajte do samostatných súborov a odkážte na ne.

Anti-vzor 2. Univerzálny priečinok. Nahádžete do druhého mozgu všetko: nespracovanú chatovú korešpondenciu, zbytočné snímky obrazovky, správy, ktoré si nikto neprečíta. O mesiac priečinok narastie, agent míňa tokeny na čítanie balastu a vy si neviete spomenúť, kde čo je. Pravidlo: každý súbor druhého mozgu má odpovedať na konkrétnu otázku. Ak ho nikto neotvoril šesť mesiacov, vymažte ho alebo presuňte do archívu.

Anti-vzor 3. Duplikovanie. „Platby prechádzajú cez CloudPayments v src/lib/payment/cloudpayments.ts; poskytovateľ je nastavený v .env.“ Agent to všetko vidí v kóde. Nedupľujte to v business/. Duplikáty zastarávajú: kód sa zmení, business/ sa neaktualizuje a agent vychádza zo zastaraných informácií.

Anti-vzor 4. Čísla zapísané napevno. „Máme 1,247 klientov a konverziu 6.3 %“ – predstavte si, že ide o čísla z nejakej abstraktnej fintechovej startupovej firmy. Všetky takéto čísla o týždeň zastarajú. Použite značku LIVE a live-metrics.md. Časť o tom je vyššie.

Anti-vzor 5. Kontext bez prístupnej cesty. Ak je druhý mozog inde a agent nemá oprávnenie ani odkaz, spustenie v priečinku kódu nestačí. Pre necitlivé zdieľané poznámky je business/ a ai-clone/ v repozitári pohodlnou štruktúrou. Súkromný kontext uchovávajte na samostatne riadenom mieste a výslovne nastavte povolený prístup a smerovanie. Pohodlie priečinkov nemá prednosť pred dôvernosťou.

Ako vytvoriť druhý mozog za hodinu – postup krok za krokom#

1. Vytvorte dva koreňové priečinky

   V koreňovom priečinku projektu vedľa src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. Vytvorte INDEX.md ako mapu priečinka

   business/INDEX.md je tabuľka „otázka → súbor“. Začnite aspoň s 5 riadkami a ďalšie pridávajte podľa potreby. To isté urobte v ai-clone/INDEX.md.

3. Pridajte krátke opisy produktu a klienta

   business/products/main.md – čo je produkt, pre koho je určený, koľko stojí a čím sa odlišuje. 30-50 riadkov. business/audience/avatar.md – kto je klient, aké má problémy a čo kupuje. 30-50 riadkov. Neopisujte ideálneho klienta – opíšte skutočného. Ak niečo neviete, označte to ako „treba objasniť“ a pokračujte.

4. Opíšte sa v ai-clone/role.md

   Kto ste, čomu sa venujete a na čom vám záleží. 20-30 riadkov. Na začiatok to stačí. Tón, zásady a zakázané slová pridajte, keď si všimnete, že agent píše štýlom, ktorý vám nesedí.

5. Pridajte smerovanie do CLAUDE.md

   Otvorte CLAUDE.md a pridajte časť:

   ## Mapa projektu
   
   - Obchodný kontext → `business/INDEX.md`
   - Kontext o mne → `ai-clone/INDEX.md`
   - Technické plány → `plans/YYYY-MM-DD-*.md`
   - Zhodnotenia minulých relácií → `retrospectives/`
   
   Vždy si na začiatku relácie prečítaj `ai-clone/INDEX.md` a `business/INDEX.md`.
   

6. Spustite Claude Code a skontrolujte ho

   Otvorte agenta. Opýtajte sa: „povedz mi o mojom produkte a mojom publiku“. Ak odpovie na základe kontextu v priečinku, funguje to. Ak si vymýšľa, skontrolujte, či sú priečinky vedľa projektu, či majú súbory správne názvy a či je smerovanie v CLAUDE.md formulované presne.

Potom druhý mozog rastie podľa dvoch zásad.

Po prvé: zakaždým, keď agent urobí chybu, pridajte pravidlo. Po 3-4 týždňoch bude v ai-clone/feedback/ 15-20 súborov s pravidlami a agent prestane robiť väčšinu bežných chýb.

Po druhé: zakaždým, keď prijmete obchodné rozhodnutie, zaznamenajte ho v business/. Ak zvýšite cenu, pridajte poznámku do business/products/pricing.md s dátumom a dôvodom. Ak zmeníte pozicioning, pridajte poznámku do business/company/about.md. O šesť mesiacov budete mať archív, ktorý si pamätá „prečo“.

Tento týždeň sme spolu urobili veľa práce.

Analyzuj všetky zmeny v kóde z tohto týždňa a všetky commity, ktoré sme vytvorili.
Aké cenné informácie z toho patria do priečinka business/? Zapíš ich do príslušných súborov
pomocou wiki odkazov na susedné súbory, aby sa nestratil kontext.

Ak sú v kóde rozhodnutia, ktoré som nevysvetlil, opýtaj sa ma prečo
a zaznamenaj dôvod do príslušného súboru spolu s dátumom.

Neduplikuj to, čo je už zrejmé z kódu. Zahrň len to, čo by agent
na ďalšej relácii bez priečinka business/ nevedel.

Čo ďalej – skills, subagenti a inžinierstvo kontextu#

Keď máte druhý mozog na mieste, zostávajú ešte tri nástroje, ktoré Anthropic opisuje ako tri odlišné úrovne optimalizácie kontextu.

Skills sú procedurálne znalosti. Ak máte pracovný postup, ktorý opakujete (písanie študijného návodu, príprava príspevku na Telegram, audit webovej stránky), môžete ho zaznamenať do súboru SKILL.md s opisom úlohy. Na začiatku relácie Claude prehľadá názvy a opisy skills a načíta len tie, ktoré zodpovedajú aktuálnej úlohe. Šetrí to tokeny a pomáha udržať sústredenie.

Subagents sú izolované inštancie Claude s vlastnými kontextovými oknami. Spustite subagenta na náročnú úlohu (prečítať 30 súborov a pripraviť súhrn) a bude pracovať vo vlastnom okne a vráti len výsledok. Hlavné okno zostane voľné. Anthropic píše:

Inžinierstvo kontextu znamená riadiť, čo sa vôbec dostane do okna. Anthropic ho v roku 2025 označil za základnú zručnosť pri práci s agentmi, o úroveň vyššiu než prompt engineering. Prompt engineering je výber slov. Inžinierstvo kontextu je výber súborov, smerovaní, skills a subagentov.

Druhý mozog je prvým stavebným prvkom inžinierstva kontextu. Bez neho Skills čítajú prázdny priestor, Subagents nemajú kam ísť a okno agenta sa naplní náhodnými informáciami. S ním začnú fungovať všetky tri nástroje.

Ďalší krok. Vytvorte vedľa projektu dva priečinky: business/ a ai-clone/. Do každého pridajte INDEX.md s 5 riadkami, ktoré slúžia ako mapa. Do CLAUDE.md pridajte štyri riadky smerovania. Za hodinu budete mať funkčný základ druhého mozgu. Potom ho rozvíjajte podľa pravidla „po každej chybe agenta pridaj jeden riadok do ai-clone/feedback/“. Celú šablónu CLAUDE.md, pomocou ktorej budete smerovať na druhý mozog, vysvetľujem v návode Ako správne nastaviť CLAUDE.md.

Pokračujte v objavovaní Ailoot na ailoot.ai.