# Kontrola zabezpečenia v Claude Code: návod krok za krokom a automatizácia GitHub Action v roku 2026 > Ako skontrolovať zabezpečenie vibe projektu pomocou /security-review v Claude Code. Kroky nastavenia, šablóna GitHub Action, 6 typov zraniteľností a úprimné obmedzenia. Source: https://ailoot.ai/blog/sk/claude-code-security-review/ Canonical: https://ailoot.ai/blog/sk/claude-code-security-review/ Language: sk Publisher: Ailoot (https://ailoot.ai/) Translation: guide-212 Revision: sha256-8a38cd6eb9be333125304b2ce264f8c7a10ede6046b809367ff638c886840136 Autor pôvodného materiálu opisuje svoju skúsenosť: „Práve som spustil security-review vo vlastnom vibe projekte a tím za 4 minúty našiel niekoľko skutočných problémov, ktoré už boli opravené.“ Ide o rovnakú prácu, ktorá predtým zabrala externému konzultantovi celý deň. Ďalšie materiály o konfigurácii nástrojov nájdete v [dokumentácii Ailoot](https://ailoot.ai/docs/).
[Sprievodcovia Ailoot](https://ailoot.ai/docs/)
## Čo je /security-review v Claude Code?
Hlavné body `/security-review` je vstavaný príkaz Claude Code, ktorý priamo z terminálu vykoná bezpečnostnú analýzu celého projektu alebo aktuálnych zmien. Anthropic ho uviedol 20. februára 2026 ako súčasť Claude Code Security a sprístupnil všetkým používateľom Pro, Max a API Console. Požiadavka sa účtuje z vášho bežného zostatku Claude API.
Príkaz funguje v dvoch režimoch. Lokálne: spustite v termináli `/security-review` a Claude prečíta repozitár a vytvorí správu. Na strane servera: ten istý nástroj sa nainštaluje ako GitHub Action a automaticky pridáva komentáre priamo do každého Pull Requestu. Na rozdiel od klasických skenerov SAST (Snyk Code, Semgrep, SonarQube) nefunguje `/security-review` na základe pevne daných pravidiel. Číta kód ako živý inžinier: sleduje tok dát, rozumie tomu, aký framework používate a kde sú hranice dôvery, a zachytáva zraniteľnosti, ktoré žiadne pravidlo neopisuje.

Claude Code Security číta a analyzuje váš kód tak, ako by to robil ľudský bezpečnostný výskumník: rozumie tomu, ako komponenty spolupracujú, sleduje pohyb dát v aplikácii a zachytáva zložité zraniteľnosti, ktoré nástroje založené na pravidlách prehliadnu.

— Anthropic, https://www.anthropic.com/news/claude-code-security
To neznamená, že `/security-review` nahrádza externý penetračný test alebo testovanie v živom stagingovom prostredí. Môže automatizovať časť úvodnej kontroly kódu, no článok nemeria podiel pokrytia auditu. Nižšie vysvetlím, ako ho správne spustiť a čo Claude vo vašom projekte nájde. ## Ako spustiť /security-review v 5 krokoch?
Hlavné body Aktualizujte Claude Code na najnovšiu verziu, otvorte projekt v termináli, spustite `/security-review`, počkajte na správu (pri priemernom projekte 1 až 5 minút), prečítajte si verdikty o závažnosti a požiadajte Claude, aby vykonal opravy. Príkaz funguje s akýmkoľvek stackom: Next.js, Django, FastAPI, Rails, Go, Rust. Nevyžaduje žiadnu špeciálnu konfiguráciu.
**Krok 1. Aktualizujte Claude Code.** Príkaz funguje od vydania z 20. februára 2026. ```bash claude update ``` Ak ste Claude Code nainštalovali cez npm, môžete použiť aj tento príkaz: ```bash npm install -g @anthropic-ai/claude-code@latest ``` Skontrolujte, či sa objavil príkaz `/security-review`: ```bash claude /help | grep security ``` **Krok 2. Otvorte projekt a prihláste sa do Claude Code.** ```bash cd ~/projects/my-vibe-project claude ``` **Krok 3. Spustite príkaz.** V Claude Code jednoducho zadajte: ``` /security-review ``` Claude automaticky prejde 3 fázami analýzy: 1. **Prieskum kontextu repozitára** - prečíta štruktúru a identifikuje stack, trasy a databázové dopyty. 2. **Porovnávacia analýza** - porovná aktuálny stav s typickými vzormi zraniteľností pre daný stack. 3. **Posúdenie zraniteľností** - uvedie každé podozrenie spolu s mierou istoty na stupnici od 1 do 10. V správe sú iba zistenia s mierou istoty ≥ 8. **Krok 4. Prečítajte si správu.** Výstupom je tabuľka markdown. Pri každom probléme Claude uvedie: - **Súbor a číslo riadka** (napríklad `src/auth/login.ts:42`) - **Závažnosť** (HIGH / MEDIUM / LOW) - **Kategóriu** (`sql_injection`, `xss`, `auth_bypass`, `insecure_storage`) - **Opis** - čo je nesprávne - **Scenár zneužitia** - ako by to mohol útočník využiť - **Odporúčanie** - ako to opraviť **Krok 5. Požiadajte ho o vykonanie opráv.** Potom s ním môžete pracovať ako s bežným agentom: > „Vykonaj opravy so závažnosťou HIGH zo správy, jednu po druhej, a pridaj opis PR.“ Claude otvorí každý súbor a navrhne zmenu; vy ju potvrdíte. V reálnom projekte som uzavrel 5 zistení za 40 minút namiesto plánovaných 3 hodín.
[Sprievodcovia Ailoot](https://ailoot.ai/docs/)
## Aké zraniteľnosti nájde /security-review?
Hlavné body Claude zachytáva 6 tried: SQL injection a injekcie všeobecne, XSS, problémy s autentifikáciou a autorizáciou, úniky citlivých údajov, nedostatky v závislostiach tretích strán a pevne zakódované tajomstvá v kóde. Príkaz dokáže pracovať aj s logikou auth rozloženou vo viacerých súboroch, čo skenery založené na pravidlách nedokážu.
Úplný zoznam toho, čo analýza štandardne zahŕňa, je uvedený v [oficiálnej dokumentácii Anthropic](https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-code): | Kategória | Čo vyhľadáva | |----|----| | **SQL injection** | Priame spájanie reťazcov v SQL, nebezpečné volania ORM (`raw()` bez parametrov), Prisma `$queryRawUnsafe` | | **XSS** | Vykresľovanie pomocou `dangerouslySetInnerHTML` bez sanitizácie, šablónové systémy bez automatického escapovania, `innerHTML` z používateľského vstupu | | **Chyby auth** | Opakovane použiteľné tokeny, chýbajúce kontroly oprávnení v trasách API, JWT bez dátumu vypršania, fixácia relácie | | **Nezabezpečené spracovanie údajov** | Validácia iba na strane klienta, odpovede s nadbytočnými poľami (over-fetching), otvorené presmerovanie | | **Zraniteľnosti závislostí** | Zraniteľné verzie balíkov npm/pip/cargo kontrolované pomocou `npm audit` a ekvivalentných nástrojov | | **Tajomstvá** | Pevne zakódované kľúče API, tokeny v `.env.example`, heslá v kóde | Príkaz navyše pokrýva kategórie, ktoré automatizované skenery kontrolujú len zriedka: - **Command injection** - vykonanie používateľského vstupu v shelli (`child_process.exec(userInput)`) - **Path traversal** - načítanie súboru cez `../../etc/passwd` - **XXE** - XML s externými entitami - **Template injection** - SSTI v Jinja/Handlebars/EJS - **NoSQL injection** - operátory `$ne`, `$gt` v dopytoch MongoDB - **Nesprávne používanie kryptografie** - použitie MD5, režimu ECB alebo statického IV Claude každému zisteniu priradí závažnosť. Stupnica je jednoduchá: - **HIGH** - vzdialené zneužitie bez autentifikácie, únik údajov, ktorý ovplyvňuje všetkých používateľov - **MEDIUM** - zneužitie vyžadujúce ďalšie podmienky (potrebná relácia / konkrétny vstup) - **LOW** - potenciálny vektor, ktorý teraz nie je kritický, ale oplatí sa ho opraviť Je dobré vedieť, že v štandardnej konfigurácii Claude **nehlási** DoS, obmedzovanie frekvencie, vyčerpanie pamäte, otvorené presmerovania bez preukázaného vplyvu, regex injection / ReDoS ani falšovanie záznamov. Je to zámerné, aby ste neboli zahltení šumom. Ak sú tieto triedy dôležité, rozšírte pravidlá (pozrite časť o filtrovaní falošne pozitívnych výsledkov nižšie). ## Ako nastaviť GitHub Action na automatickú kontrolu?
Hlavné body Anthropic vydal oficiálnu action `anthropics/claude-code-security-review@main`. Pripojíte ju jediným súborom workflow a automaticky pridáva komentáre priamo do každého Pull Requestu pri nájdených zraniteľnostiach. Nastavte `CLAUDE_API_KEY` a oprávnenia workflow. Oficiálna Action upozorňuje, že nie je zabezpečená proti prompt injection a má kontrolovať dôveryhodné PR; pred zapnutím posúďte prístup prispievateľov a workflow.
**Krok 1. Získajte kľúč API.** Prejdite na [console.anthropic.com](https://console.anthropic.com/), vytvorte kľúč API a skopírujte ho. **Krok 2. Uložte kľúč do tajomstiev repozitára.** V GitHube: Settings → Secrets and variables → Actions → New repository secret. Pomenujte ho `CLAUDE_API_KEY`; hodnotou je váš kľúč. **Krok 3. Vytvorte súbor workflow.** Uložte ho ako `.github/workflows/security.yml`: ```yaml name: Security Review permissions: pull-requests: write contents: read on: pull_request: jobs: security: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 with: ref: ${{ github.event.pull_request.head.sha || github.sha }} fetch-depth: 2 - uses: anthropics/claude-code-security-review@main with: comment-pr: true claude-api-key: ${{ secrets.CLAUDE_API_KEY }} ``` **Krok 4. Zlúčte vetvu do main.** Action sa automaticky spustí pri ďalšom PR. **Čo action robí:** - Spúšťa sa pri každom otvorenom Pull Requeste a jeho synchronizácii. - Získa rozdiel medzi vetvou PR a main. - Spustí rovnaký nástroj ako lokálne `/security-review`. - Zverejní komentáre priamo na riadkoch kódu, pri ktorých vzniklo podozrenie. - Skopíruje celú správu do Job Summary. **Dôležité podrobnosti v `permissions`:** - `pull-requests: write` - na zverejnenie komentárov priamo v kóde. - `contents: read` - na čítanie kódu. Bez `write`. Action sama kód nemení; iba hlási zistenia. Táto sada oprávnení stačí pre súkromný repozitár. Vo verejnom repozitári môžete navyše nastaviť `actions: read`, ak používate opakovane použiteľné workflows. ## Ako filtrovať falošne pozitívne výsledky a meniť citlivosť?
Hlavné body Action má 9 vstupov, ktorými môžete nakonfigurovať jej správanie pre svoj projekt. Hlavné sú: `exclude-directories` (napríklad `tests/,fixtures/`), `false-positive-filtering-instructions` (cesta k súboru md s pravidlami typu „toto nie je zraniteľnosť, pretože...“) a `custom-security-scan-instructions` pre ďalšie kontroly špecifické pre danú oblasť.
Úplná tabuľka vstupov GitHub Action ([zdroj: README repozitára](https://github.com/anthropics/claude-code-security-review)): | Vstup | Predvolená hodnota | Čo robí | |----|----|----| | `claude-api-key` | \- | Kľúč API Anthropic. Povinný. | | `comment-pr` | `true` | Či zverejňovať komentáre priamo v PR | | `upload-results` | `true` | Či uložiť výsledok ako artefakt na 90 dní | | `exclude-directories` | \- | Oddelené čiarkami: `tests/,docs/,fixtures/` | | `claude-model` | `claude-opus-4-1-20250805` | Ktorý model sa má použiť | | `claudecode-timeout` | `20` | Časový limit v minútach | | `run-every-commit` | `false` | Spúšťať pri každom push, nielen pri PR | | `false-positive-filtering-instructions` | \- | Cesta k súboru md s vašimi pravidlami | | `custom-security-scan-instructions` | \- | Cesta k súboru md s ďalšími kontrolami | **Príklad nastavenia filtrovania falošne pozitívnych výsledkov.** Vytvorte súbor `.claude/security/false-positives.md`: ```markdown # Pravidlá filtrovania falošne pozitívnych výsledkov pre náš projekt - Každé použitie `dangerouslySetInnerHTML` v `src/lib/email/layout.ts` je bezpečné - HTML sa skladá z dôveryhodných šablón a pri zápise do databázy prechádza cez `sanitize-html`, nie až pri vykresľovaní. - Nehláste pevne zakódované testovacie kľúče API v `__tests__/fixtures/*.ts`. Všetky kľúče začínajú na `sk-test-fake-`. - Spájanie SQL v `src/lib/admin/migrations.ts` je prijateľné - súbor sa spúšťa iba ako root a vstupné údaje pochádzajú z premenných prostredia. ``` Pripojte ho vo workflow: ```yaml - uses: anthropics/claude-code-security-review@main with: comment-pr: true claude-api-key: ${{ secrets.CLAUDE_API_KEY }} false-positive-filtering-instructions: .claude/security/false-positives.md ``` **Vlastné pokyny pre bezpečnostnú kontrolu** fungujú podobne. Vytvorte súbor s pravidlami, ktoré sú kritické práve pre váš projekt: ```markdown # Ďalšie kontroly pre náš projekt - Každý endpoint pod `/api/admin/*` musí kontrolovať rolu správcu prostredníctvom spoločného wrappera. Bez tohto wrappera má problém závažnosť HIGH. - Všetky webhooky YooKassa / CloudPayments musia overiť podpis pred analyzovaním tela požiadavky. Bez toho má problém závažnosť HIGH. - Tokeny magic-link sa musia použiť iba raz (po prvej platnej požiadavke sa označia ako použité). Opakovane použiteľné tokeny majú závažnosť MEDIUM. ``` Toto už nie je prednastavenie Anthropic: prenášate svoje znalosti o projekte do pravidiel, ktoré Claude použije pri každom spustení. To je podstata „metodiky nad modelom“. Viac o metodike kontextu pre Claude nájdete v sprievodcoch [„Ako nakonfigurovať CLAUDE.md“](https://ailoot.ai/blog/sk/claude-md-template/) a [„Second Brain v Claude Code“](https://ailoot.ai/blog/sk/claude-code-second-brain/). ## Čo Claude nezachytí a prečo: úprimné obmedzenia?
Hlavné body Kontrola kódu sama nespúšťa aplikáciu ani neoveruje nasadené prostredie. Môže upozorniť na možné súbehové podmienky, chyby obchodnej logiky či konfigurácie prítomné v kóde, no správanie a zostávajúce riziká treba potvrdiť testami v stagingu a kontrolou skutočného nasadenia.
Anthropic jasne uvádza, čo je predvolene vypnuté a prečo ([zdroj: README repozitára](https://github.com/anthropics/claude-code-security-review)): - **Odmietnutie služby** - priveľa šumu, takmer vždy nízky dosah. - **Problémy s obmedzovaním frekvencie** - riešia sa na úrovni infraštruktúry, nie v kóde. - **Vyčerpanie pamäte / CPU** - rovnako. - **Všeobecná validácia vstupu bez preukázaného vplyvu** - validácia každého poľa vytvára lavínu falošne pozitívnych výsledkov. - **Otvorené presmerovanie** - často ide o zamýšľané správanie. Čo samotná kontrola kódu nedokáže úplne overiť bez dôkazov z behu či nasadenia: - **Konfiguráciu produkčného servera.** Hlavičky NGINX, zásady CORS, nastavenia TLS, porty, na ktorých server počúva. Tie treba manuálne skontrolovať v stagingovom prostredí. - **Súbehové podmienky.** Napríklad dvojité minutie peňazí pri súčasných požiadavkách na vrátenie platby. Statická analýza môže označiť podozrivé vzory, no súbežné správanie stále potrebuje testovanie. - **Chyby obchodnej logiky platieb.** Ak sa celková suma objednávky vypočíta na strane klienta a iba odošle poskytovateľovi platieb, ide o problém závažnosti HIGH, ale Claude nemusí tento vzor vždy rozpoznať bez výslovného kontextu o tom, ako majú platby fungovať. - **IDOR na úrovni databázy.** Ak dopyt `SELECT * FROM orders WHERE id = $1` nekontroluje `WHERE user_id = $session.userId`, Claude to často zachytí. Ak je však kontrola implementovaná cez middleware ORM a Claude nevidí celý tok dát, môže ju prehliadnuť. - **Odolnosť voči sociálnemu inžinierstvu / phishingu.** S kódom to nesúvisí. `/security-review` používajte ako úvodnú statickú kontrolu. Potom vykonajte dynamické testy v stagingu, kontroly rolí a oprávnení, relevantné kontroly SAST a kontrolu skutočne nasadenej konfigurácie. Článok nedokladá namerané percento pokrytia. Rozsah a termín externého posúdenia určujte podľa rizík a zmien systému. Jeden príkaz ani pravidelný externý audit nedokazujú 100% bezpečnostné pokrytie. ## Ako autor pôvodného materiálu vykonal bezpečnostnú kontrolu vibe projektu
Hlavné body Spustil som `/security-review` vo vlastnom TypeScript projekte s Next.js, Prisma, PostgreSQL a Redis. Za 4 minúty vykonal príkaz úvodný audit, vrátil niekoľko dobre podložených zistení rôznej závažnosti a funkčné opravy som napokon dokončil za hodinu a pol. Bolo to lacnejšie a rýchlejšie než akýkoľvek externý penetračný test.
Čo sa objavilo. Typický obraz priemerného vibe projektu v štádiu „funguje v produkcii, ale ešte neprešiel kontrolou“: niekoľko podozrení týkajúcich sa toku auth, logiky spracovania webhookov z platobnej integrácie, obsluhy nahrávania súborov a pár konkrétnych poznámok k spracovaniu HTML pri vykresľovaní. Podrobnosti verejne neuvádzam; niektoré odporúčania už boli uplatnené a ďalšie sú stále v PR. V opísanom projekte bolo úvodné skenovanie užitočné a rýchle; neurčuje percento pokrytia auditu ani všeobecný čas dokončenia. Čo som vyhodil ako falošne pozitívne výsledky: - Zistenia o DoS cez regexy pri validácii vstupu - skutočné zaťaženie tieto regexy nezasahuje. - Jedno zistenie o pevne zakódovanom kľúči API - išlo o testovací kľúč s výslovným prefixom `fake-` vo fixtures. Ako dlho to trvalo. Samotné spustenie trvalo 4 minúty. Preskúmanie správy zabralo 25 minút. Vykonanie opráv vrátane testov trvalo približne hodinu. Spolu: asi hodina a pol od „začal som“ po „všetko je v main“. Externý penetračný test rovnakej oblasti trvá celý kalendárny týždeň a stojí desiatky ráz viac. Hlavné zistenie. `/security-review` nenahrádza externý penetračný test. Môže nájsť užitočné problémy v kóde, ako pri autorovom uvádzanom štvorminútovom skenovaní. Opravy skontrolujte a otestujte a potom osobitne overte správanie za behu a nasadenú konfiguráciu; skenovanie bezpečnostné riziko projektu neodstraňuje. ## Ako začleniť /security-review do rutiny pred commitom?
Hlavné body Pred commitnutím významných zmien spustite `/security-review` v projektovej relácii, prečítajte zistenia, opravte potvrdené problémy a zopakujte relevantné testy. Je to kontrolný postup, nie technický zákaz commitovania.
Predtým uvedený hook s `git_commit`, `--severity HIGH` a `--fail-on-find` nie je zdokumentovaný funkčný recept a nesmie slúžiť ako bezpečnostná brána. Článok neposkytuje overený lokálny hook blokujúci commity. Oficiálna GitHub Action vyššie poskytuje automatizované zistenia v PR; zo samotných komentárov nevyvodzujte blokovanie commitov či zlúčení. Úplné vysvetlenie hookov nájdete v sprievodcovi [„Hooky v Claude Code“](https://ailoot.ai/blog/sk/claude-code-hooks/). Alternatívou s použitím [routines](https://ailoot.ai/blog/sk/claude-code-routines/) je vytvoriť rutinu `pre-deploy-check`, ktorá jediným príkazom spustí `/security-review` + `npm run build` + `npm run test`. Ďalšie materiály nájdete v dokumentácii Ailoot. Ak používate [servery MCP](https://ailoot.ai/blog/sk/mcp-servers-claude-code/), môžete zistenia z `/security-review` prepojiť so systémom správy incidentov (Sentry, Linear, Notion), aby sa z každého HIGH automaticky vytvorila úloha. ## Často kladené otázky o /security-review
Hlavné body 5 častých otázok: koľko to stojí, ako často to spúšťať, s ktorými stackmi to funguje, čo robiť, ak Claude túto zraniteľnosť už našiel, a či sa to dá spustiť iba na konkrétnych súboroch. Stručné odpovede bez zbytočných rečí.
**Koľko stojí jedno spustenie?** Závisí to od veľkosti projektu. Pri mojich 30K riadkoch stojí jedno spustenie približne \$0.30-0.50 zo zostatku API. Veľký podnikový repozitár s miliónom riadkov stojí až \$5-8 za spustenie. Je to desiatky ráz lacnejšie než predplatné ľubovoľného SaaS skenera. **Ako často ho mám spúšťať lokálne?** Minimálne pred každým produkčným vydaním. Zvážte ho aj pred významnými commitmi a PR. Článok neposkytuje overený hook na automatické blokovanie commitov. **S ktorými stackmi funguje?** S každým, ktorý Claude dokáže čítať. Podľa pozorovaní autora boli otestované tieto: Next.js / Node.js, Python (Django, FastAPI), Go, Rust, PHP (Laravel), Ruby on Rails. Pri veľmi exotických jazykoch (Erlang, Elixir, Clojure) je kvalita nižšia, ale niečo nájde. **Čo mám robiť, ak Claude zakaždým nájde tú istú „zraniteľnosť“, hoci v skutočnosti o zraniteľnosť nejde?** Pridajte ju do `false-positive-filtering-instructions` s vysvetlením, „prečo je to bezpečné“. Claude ju v budúcich spusteniach prestane hlásiť. **Môžem ho spustiť iba na konkrétnych súboroch?** Lokálne áno: jednoducho spustite `/security-review src/lib/auth/*.ts`. V GitHub Action sa kontroluje iba aktuálny rozdiel PR, čo je zvyčajne to, čo sa myslí pod „konkrétnymi súbormi“. ## Zdroje
### Zdroje - [Anthropic - Oznámenie o uvedení Claude Code Security](https://www.anthropic.com/news/claude-code-security) - oficiálne oznámenie z 20. februára 2026 - [Centrum pomoci Anthropic - Automatizované bezpečnostné kontroly v Claude Code](https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-code) - oficiálne pokyny na spustenie - [GitHub: anthropics/claude-code-security-review](https://github.com/anthropics/claude-code-security-review) - zdrojový kód GitHub Action s úplným README - [Dokumentácia Claude Code - Kontrola kódu](https://code.claude.com/docs/en/code-review) - všeobecná dokumentácia Anthropic - [Centrum pomoci Anthropic - Používanie Claude Security](https://support.claude.com/en/articles/14661296-use-claude-security) - súvisiace produkty - [Port - Import kontrol zabezpečenia Claude Code](https://docs.port.io/guides/all/ingest-claude-code-security-reviews/) - integrácia výsledkov do interného portálu pre vývojárov - [Zoznam zmien Claude Code](https://code.claude.com/docs/en/changelog) - história vydaní príkazu
Ďalšie materiály nájdete v [dokumentácii Ailoot](https://ailoot.ai/docs/).
[Sprievodcovia Ailoot](https://ailoot.ai/docs/)
[Prejsť na Ailoot](https://ailoot.ai/)
## Otázky a odpovede: Kontrola zabezpečenia v Claude Code: návod krok za krokom a automatizácia GitHub Action v roku 2026 ### Dokazuje čistá správa security-review bezpečnosť aplikácie? Nie. Je to úvodná kontrola kódu s možnými nezachytenými problémami a filtrovaním. Overte opravy, v stagingu vyskúšajte roly a súbežnosť a prezrite skutočne nasadenú konfiguráciu. ### Blokuje uvedená GitHub Action automaticky commity či zlúčenia? Zobrazený workflow takú záruku nedokladá. Zverejňuje zistenia v PR. Posúďte ich a otestujte potvrdené opravy; článok neposkytuje overený lokálny hook blokujúci commity. ## Ailoot · Spoločnosť a jej portfólio projektov Ailoot stavia na dlhodobých prevádzkových skúsenostiach, širokej klientskej základni, stabilných službách a priebežnom sledovaní KPI. Spoločnosť a jej portfólio projektov: milióny zákazníkov; mesačné tržby v miliardách. Ailoot využíva tieto prevádzkové skúsenosti na poskytovanie prístupu cez API k funkciám AI v produktoch zákazníkov, agentoch, aplikáciách a automatizáciách.