# Varnostni pregled v Claude Code: vodnik po korakih in avtomatizacija GitHub Action v letu 2026 > Kako preveriti varnost projekta vibe z ukazom /security-review v Claude Code. Koraki za nastavitev, predloga GitHub Action, 6 vrst ranljivosti in poštene omejitve. Source: https://ailoot.ai/blog/sl/claude-code-security-review/ Canonical: https://ailoot.ai/blog/sl/claude-code-security-review/ Language: sl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-212 Revision: sha256-d9e4131f0628173f45a9f360625a2901ab1846e4dc1ff179bc741b2f94493ed2 Avtor izvirnega gradiva opisuje svojo izkušnjo: »Pravkar sem zagnal security-review na svojem projektu vibe in ekipa je v 4 minutah odkrila več resničnih težav, ki smo jih že odpravili.« Za enako delo je zunanji svetovalec prej potreboval cel dan. Dodatna gradiva o konfiguraciji orodij so na voljo v [dokumentaciji Ailoot](https://ailoot.ai/docs/).
[Vodniki Ailoot](https://ailoot.ai/docs/)
## Kaj je /security-review v Claude Code?
Poudarki `/security-review` je vgrajen ukaz Claude Code, ki neposredno v terminalu izvede varnostno analizo celotnega projekta ali trenutnih sprememb. Anthropic ga je predstavil 20. februarja 2026 kot del Claude Code Security in ga omogočil vsem uporabnikom Pro, Max in API Console. Zahtevek se plača iz običajnega dobroimetja za Claude API.
Ukaz deluje v dveh načinih. Lokalno: v terminalu zaženeš `/security-review`, Claude pa prebere repozitorij in pripravi poročilo. Na strani strežnika: isti mehanizem je nameščen kot GitHub Action in samodejno dodaja komentarje v vrstici vsaki Pull Request. V nasprotju s klasičnimi skenerji SAST (Snyk Code, Semgrep, SonarQube) `/security-review` ne uporablja fiksnih pravil. Kodo bere kot izkušen inženir: sledi toku podatkov, razume, kateri ogrodje uporabljaš in kje so meje zaupanja, ter odkrije ranljivosti, ki jih pravilo ne opiše.

Claude Code Security bere in razmišlja o tvoji kodi tako, kot bi človeški raziskovalec varnosti: razume, kako komponente sodelujejo, spremlja premikanje podatkov skozi aplikacijo in odkrije kompleksne ranljivosti, ki jih orodja na podlagi pravil spregledajo.

— Anthropic, https://www.anthropic.com/news/claude-code-security
To ne pomeni, da `/security-review` nadomesti zunanji pentest ali testiranje v živo v okolju staging. Avtomatizira lahko del začetnega pregleda kode, vendar članek ne meri deleža pokritosti revizije. Spodaj bom pojasnil, kako ga pravilno zagnati in kaj bo Claude našel v tvojem projektu. ## Kako zaženeš /security-review v 5 korakih?
Poudarki Posodobi Claude Code na najnovejšo različico, odpri projekt v terminalu, zaženi `/security-review`, počakaj na poročilo (1 do 5 minut pri povprečnem projektu), preberi ocene resnosti in prosi Claude, naj uporabi popravke. Ukaz deluje s poljubnim skladom: Next.js, Django, FastAPI, Rails, Go, Rust. Posebna konfiguracija ni potrebna.
**1. korak. Posodobi Claude Code.** Ukaz deluje od izdaje z datumom 20. februar 2026 naprej. ```bash claude update ``` Če si Claude Code namestil prek npm, lahko uporabiš tudi: ```bash npm install -g @anthropic-ai/claude-code@latest ``` Preveri, ali se je pojavil `/security-review`: ```bash claude /help | grep security ``` **2. korak. Odpri projekt in se prijavi v Claude Code.** ```bash cd ~/projects/my-vibe-project claude ``` **3. korak. Zaženi ukaz.** V Claude Code preprosto vnesi: ``` /security-review ``` Claude samodejno izvede 3 faze analize: 1. **Repository Context Research** - prebere strukturo in prepozna sklad, poti ter poizvedbe v zbirki podatkov. 2. **Comparative Analysis** - primerja trenutno stanje s tipičnimi vzorci ranljivosti za ta sklad. 3. **Vulnerability Assessment** - navede vsak sum in stopnjo zaupanja na lestvici od 1 do 10. V poročilo so vključene samo ugotovitve s stopnjo zaupanja ≥ 8. **4. korak. Preberi poročilo.** Izhod je tabela markdown. Claude za vsako težavo navede: - **Datoteko in številko vrstice** (na primer `src/auth/login.ts:42`) - **Resnost** (HIGH / MEDIUM / LOW) - **Kategorijo** (`sql_injection`, `xss`, `auth_bypass`, `insecure_storage`) - **Opis** - kaj je narobe - **Scenarij izrabe** - kako bi lahko napadalec težavo izkoristil - **Priporočilo** - kako težavo odpraviti **5. korak. Prosi ga, naj uporabi popravke.** Nato lahko z njim delaš kot z običajnim agentom: > »Uveljavi popravke z VISOKO resnostjo iz poročila, enega za drugim, z opisom PR.« Claude bo odprl vsako datoteko in predlagal spremembo; ti jo potrdiš. V resničnem projektu sem v 40 minutah odpravil 5 ugotovitev namesto načrtovanih 3 ur.
[Vodniki Ailoot](https://ailoot.ai/docs/)
## Katere ranljivosti najde /security-review?
Poudarki Claude odkrije 6 vrst: SQL injection in injekcije na splošno, XSS, težave s preverjanjem pristnosti in pooblastili, uhajanje občutljivih podatkov, pomanjkljivosti v odvisnostih tretjih oseb ter skrivnosti, trdo kodirane v kodi. Ukaz lahko obravnava tudi logiko za preverjanje pristnosti, razpršeno po več datotekah, česar skenerji na podlagi pravil ne zmorejo.
Celoten seznam tega, kar je privzeto vključeno v analizo, je opisan v [uradni dokumentaciji Anthropic](https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-code): | Kategorija | Kaj išče | |----|----| | **SQL injection** | Neposredno združevanje nizov v SQL, nevarni klici ORM (`raw()` brez parametrov), Prisma `$queryRawUnsafe` | | **XSS** | Upodabljanje z `dangerouslySetInnerHTML` brez sanitizacije, sistemi predlog brez samodejnega ubežanja, `innerHTML` iz uporabniškega vnosa | | **Napake pri preverjanju pristnosti** | Ponovno uporabni žetoni, manjkajoče preverjanje dovoljenj v poteh API, JWT brez datuma poteka, session fixation | | **Nevarno ravnanje s podatki** | Preverjanje samo na strani odjemalca, odgovori z dodatnimi polji (over-fetching), open redirect | | **Ranljivosti odvisnosti** | Ranljive različice paketov npm/pip/cargo, preverjene z `npm audit` in enakovrednimi orodji | | **Skrivnosti** | Trdo kodirani ključi API, žetoni v `.env.example`, gesla v kodi | Poleg tega ukaz pokriva kategorije, ki jih avtomatizirani skenerji redko zajamejo: - **Command injection** - izvajanje uporabniškega vnosa v lupini (`child_process.exec(userInput)`) - **Path traversal** - nalaganje datoteke prek `../../etc/passwd` - **XXE** - XML z zunanjimi entitetami - **Template injection** - SSTI v Jinja/Handlebars/EJS - **NoSQL injection** - operatorji `$ne`, `$gt` v poizvedbah MongoDB - **Napačna uporaba kriptografije** - uporaba MD5, načina ECB ali statičnega IV Claude vsaki ugotovitvi določi stopnjo resnosti. Lestvica je preprosta: - **HIGH** - oddaljena izraba brez preverjanja pristnosti, uhajanje podatkov, ki vpliva na vse uporabnike - **MEDIUM** - izraba z dodatnimi pogoji (potrebna je seja / določen vnos) - **LOW** - potencialna vstopna točka, trenutno ni kritična, vendar jo je vredno odpraviti Koristno je vedeti: v standardni konfiguraciji Claude **ne poroča o** DoS, omejevanju hitrosti, izčrpanju pomnilnika, open redirectih brez dokazanega vpliva, regex injection / ReDoS ali ponarejanju dnevnikov. To je namerno, da te ne zasuje z nepomembnimi zadetki. Če so ti razredi pomembni, razširi pravila (glej spodnji razdelek o filtriranju lažno pozitivnih rezultatov). ## Kako nastaviš GitHub Action za samodejni pregled?
Poudarki Anthropic je izdal uradni action `anthropics/claude-code-security-review@main`. Poveže se z eno datoteko workflow in samodejno dodaja komentarje v vrstici vsaki Pull Request z najdenimi ranljivostmi. Nastavi `CLAUDE_API_KEY` in dovoljenja poteka dela. Uradni Action opozarja, da ni utrjen proti vrivanju pozivov in naj pregleduje zaupanja vredne PR; pred vklopom preglej dostop sodelavcev in potekov dela.
**1. korak. Pridobi ključ API.** Obišči [console.anthropic.com](https://console.anthropic.com/), ustvari ključ API in ga kopiraj. **2. korak. Shrani ključ v secrets repozitorija.** V GitHub: Settings → Secrets and variables → Actions → New repository secret. Poimenuj ga `CLAUDE_API_KEY`; vrednost je tvoj ključ. **3. korak. Ustvari datoteko workflow.** Shrani jo kot `.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 }} ``` **4. korak. Združi vejo v main.** Action se bo samodejno zagnal pri naslednjem PR. **Kaj action naredi:** - Zažene se pri vsakem odprtem / sinhroniziranem Pull Request. - Pridobi razliko med vejo PR in main. - Zažene isti mehanizem kot lokalni `/security-review`. - Objavi komentarje v vrsticah neposredno ob vrsticah kode, v katerih je našel sum. - Celotno poročilo podvoji v Job Summary. **Pomembne podrobnosti za `permissions`:** - `pull-requests: write` - za objavljanje komentarjev v vrsticah. - `contents: read` - za branje kode. Brez `write`. Action kode ne spreminja, ampak samo poroča. Ta nabor zadostuje za zasebni repozitorij. Za javni repozitorij lahko dodaš tudi `actions: read`, če uporabljaš ponovno uporabne workflowe. ## Kako filtriraš lažno pozitivne rezultate in spremeniš občutljivost?
Poudarki Action ima 9 vhodnih parametrov za nastavitev vedenja glede na tvoj projekt. Glavni so: `exclude-directories` (na primer `tests/,fixtures/`), `false-positive-filtering-instructions` (pot do datoteke md s pravili v smislu »to ni ranljivost, ker...«) in `custom-security-scan-instructions` za dodatna preverjanja, specifična za tvojo domeno.
Celotna tabela vhodnih parametrov GitHub Action ([vir: README repozitorija](https://github.com/anthropics/claude-code-security-review)): | Vhodni parameter | Privzeto | Kaj naredi | |----|----|----| | `claude-api-key` | \- | Ključ API Anthropic. Obvezen. | | `comment-pr` | `true` | Ali objavi komentarje v vrsticah PR | | `upload-results` | `true` | Ali shrani rezultat kot artefakt za 90 dni | | `exclude-directories` | \- | Ločeno z vejicami: `tests/,docs/,fixtures/` | | `claude-model` | `claude-opus-4-1-20250805` | Kateri model uporabiti | | `claudecode-timeout` | `20` | Časovna omejitev v minutah | | `run-every-commit` | `false` | Zaženi pri vsakem pushu, ne samo pri PR-jih | | `false-positive-filtering-instructions` | \- | Pot do datoteke md s pravili | | `custom-security-scan-instructions` | \- | Pot do datoteke md z dodatnimi preverjanji | **Primer nastavitve filtriranja lažno pozitivnih rezultatov.** Ustvari datoteko `.claude/security/false-positives.md`: ```markdown # Pravila za filtriranje lažno pozitivnih rezultatov za naš projekt - Vsak `dangerouslySetInnerHTML` v `src/lib/email/layout.ts` je varen - HTML je sestavljen iz zaupanja vrednih predlog in gre skozi `sanitize-html` ob zapisu v bazo podatkov, ne ob upodabljanju. - Ne prijavljaj v datoteke `__tests__/fixtures/*.ts` neposredno vnesenih testnih ključev API. Vsi ključi se začnejo z `sk-test-fake-`. - Združevanje nizov SQL v `src/lib/admin/migrations.ts` je sprejemljivo - datoteka se izvaja samo kot root, vhodni podatki pa prihajajo iz spremenljivk okolja. ``` Poveži jo v 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 ``` **Navodila za lastno varnostno pregledovanje** so podobna. Ustvari datoteko s pravili, ki so ključna za tvoj projekt: ```markdown # Dodatna preverjanja za naš projekt - Vsaka končna točka pod `/api/admin/*` mora preveriti vlogo administratorja prek skupnega ovoja. Brez tega je resnost VISOKA. - Vsi webhooki YooKassa / CloudPayments morajo preveriti podpis pred razčlenjevanjem telesa. Brez tega je resnost VISOKA. - Žetoni magic link morajo biti uporabni samo enkrat (po prvi veljavni zahtevi naj bodo označeni kot uporabljeni). Žetoni za večkratno uporabo so srednje resni. ``` To ni več prednastavitev Anthropic: svoje znanje o projektu prenašaš v pravila, ki jih Claude uporabi ob vsakem zagonu. To je bistvo »metodologije pred modelom«. Več o metodologiji konteksta za Claude najdeš v vodnikih [»Kako konfigurirati CLAUDE.md«](https://ailoot.ai/blog/sl/claude-md-template/) in [»Second Brain v Claude Code«](https://ailoot.ai/blog/sl/claude-code-second-brain/). ## Česa Claude NE najde in zakaj: poštene omejitve?
Poudarki Sam pregled kode ne preizkusi delujoče aplikacije in ne preveri njenega uvedenega okolja. Lahko opozori na možna tekmovalna stanja, napake poslovne logike ali konfiguracijske težave v kodi, vendar so za potrditev vedenja in preostalih tveganj potrebni testi v okolju staging ter pregled dejanske uvedbe.
Anthropic jasno navaja, kaj je privzeto onemogočeno in zakaj ([vir: README repozitorija](https://github.com/anthropics/claude-code-security-review)): - **Denial of Service** - preveč šuma, učinek pa je skoraj vedno majhen. - **Težave z omejevanjem hitrosti** - to se obravnava na ravni infrastrukture, ne kode. - **Izčrpavanje pomnilnika / CPU** - enako. - **Splošno preverjanje vhodnih podatkov brez dokazanega vpliva** - preverjanje vsakega polja ustvari plaz lažno pozitivnih rezultatov. - **Open redirect** - pogosto gre za predvideno vedenje. Česa sam pregled kode ne more v celoti potrditi brez dokazov iz izvajanja ali uvedbe: - **Konfiguracije produkcijskega strežnika.** Glave NGINX, pravilniki CORS, nastavitve TLS, vrata, na katerih strežnik posluša. To je treba ročno preveriti v okolju staging. - **Tekmovalnih stanj.** Na primer dvojne porabe med sočasnimi zahtevami za vračilo denarja. Statična analiza lahko označi sumljive vzorce, sočasno vedenje pa je še vedno treba preizkusiti. - **Napak v poslovni logiki plačil.** Če se skupni znesek naročila izračuna na strani odjemalca in se preprosto pošlje ponudniku plačil, je resnost HIGH, vendar Claude tega vzorca ne prepozna vedno brez izrecnega konteksta o tem, kako naj bi plačilo delovalo. - **IDOR na ravni zbirke podatkov.** Če poizvedba `SELECT * FROM orders WHERE id = $1` ne preveri `WHERE user_id = $session.userId`, Claude to pogosto zazna. Če pa je preverjanje izvedeno prek vmesne programske opreme ORM in Claude ne vidi celotnega toka podatkov, ga lahko spregleda. - **Odpornosti na socialni inženiring / lažno predstavljanje.** To nima nobene zveze s kodo. `/security-review` uporabi za začetni statični pregled. Nadaljuj z dinamičnimi testi v okolju staging, preverjanji vlog in dovoljenj, ustreznimi preverjanji SAST ter pregledom dejanske uvedene konfiguracije. Tukaj ni potrjenega izmerjenega odstotka pokritosti. Obseg in čas zunanje ocene določi glede na tveganja ter spremembe svojega sistema. Niti en ukaz niti redna zunanja revizija ne potrjujeta 100% varnostne pokritosti. ## Kako je avtor izvirnega gradiva izvedel varnostni pregled projekta vibe
Poudarki `/security-review` sem zagnal na svojem projektu TypeScript z Next.js, Prisma, PostgreSQL in Redis. V 4 minutah je ukaz izvedel začetno revizijo in vrnil več dobro utemeljenih ugotovitev različnih stopenj resnosti; delujoče popravke sem nato dokončal v uri in pol. To je bilo ceneje in hitreje kot kateri koli zunanji pentest.
Kaj se je pojavilo? Tipična slika povprečnega projekta vibe na stopnji »deluje v produkciji, vendar še ni bil pregledan«: več sumov v zvezi s tokom preverjanja pristnosti, logiko obdelave webhookov iz integracije plačil, obravnavo nalaganja datotek in nekaj konkretnih opomb o obravnavi HTML med upodabljanjem. Podrobnosti ne opisujem javno; nekatera priporočila so že uporabljena, druga so še v PR. Pri tem opisanem projektu je bil začetni pregled koristen in hiter; ne potrjuje odstotka pokritosti revizije ali splošnega časa dokončanja. Kaj sem zavrnil kot lažno pozitivne rezultate: - Ugotovitve o DoS prek regularnih izrazov pri preverjanju vhodnih podatkov - dejanska obremenitev ne pade na te regularne izraze. - Ena ugotovitev o trdo kodiranem ključu API - šlo je za testni ključ z izrecno predpono `fake-` v fixtures. Koliko časa je trajalo? Sam zagon je trajal 4 minute. Pregled poročila je trajal 25 minut. Uporaba popravkov s testi je trajala približno eno uro. Skupaj: približno uro in pol od »začel sem« do »vse je v main«. Zunanji pentest na isti površini traja koledarski teden in stane več desetkrat več. Glavni nauk. `/security-review` ne nadomesti zunanjega pentesta. Lahko odkrije koristne ugotovitve na ravni kode, kot jih je pri avtorjevem opisanem štiriminutnem pregledu. Popravke preglej in preizkusi, nato ločeno preveri vedenje med izvajanjem in uvedeno konfiguracijo; pregled ne odpravi varnostnega tveganja projekta. ## Kako vključiš /security-review v rutino pre-commit?
Poudarki Pred commitom pomembnih sprememb v projektni seji zaženi `/security-review`, preberi ugotovitve, odpravi potrjene težave in znova zaženi ustrezne teste. To je postopek pregleda, ne tehnična prepoved commita.
Prej prikazani hook z `git_commit`, `--severity HIGH` in `--fail-on-find` ni dokumentiran delujoč recept in se ne sme uporabiti kot varnostna zapora. Članek ne podaja preverjenega lokalnega hooka za blokiranje commitov. Zgoraj prikazani uradni GitHub Action zagotavlja samodejne ugotovitve v PR; samo iz komentarja v PR ne sklepaj, da blokira commite ali združitve. Celotna razlaga hookov je v vodniku [»Hooki v Claude Code«](https://ailoot.ai/blog/sl/claude-code-hooks/). Druga možnost z uporabo [routines](https://ailoot.ai/blog/sl/claude-code-routines/) je, da ustvariš rutino `pre-deploy-check`, ki z enim ukazom zažene `/security-review` + `npm run build` + `npm run test`. Dodatna gradiva so v dokumentaciji Ailoot. Če uporabljaš [strežnike MCP](https://ailoot.ai/blog/sl/mcp-servers-claude-code/), lahko ugotovitve iz `/security-review` povežeš s sistemom za incidente (Sentry, Linear, Notion), da se vsaka ugotovitev HIGH samodejno spremeni v zahtevek. ## Pogosta vprašanja o /security-review
Poudarki 5 pogostih vprašanj: koliko stane, kako pogosto ga zagnati, s katerimi skladi deluje, kaj storiti, če je Claude to ranljivost že našel, in ali ga lahko zaženeš samo za določene datoteke. Kratki odgovori brez odvečnih besed.
**Koliko stane en zagon?** Odvisno od velikosti projekta. Pri mojih 30K vrsticah en zagon porabi približno \$0.30-0.50 dobroimetja API. Velik korporativni repozitorij z milijonom vrstic stane do \$5-8 na zagon. To je več desetkrat ceneje od naročnine na kateri koli skener SaaS. **Kako pogosto naj ga zaženem lokalno?** Vsaj pred vsako izdajo v produkcijo. Upoštevaj ga tudi pred pomembnimi commiti in PR. Članek ne podaja preverjenega samodejnega hooka za blokiranje commitov. **S katerimi skladi deluje?** Z vsakim, ki ga Claude lahko bere. Po opažanjih avtorja so bili preverjeni: Next.js / Node.js, Python (Django, FastAPI), Go, Rust, PHP (Laravel), Ruby on Rails. Kakovost je nižja pri zelo eksotičnih jezikih (Erlang, Elixir, Clojure), vendar bo vseeno nekaj našel. **Kaj naj naredim, če Claude vsakič najde isto »ranljivost«, čeprav to v resnici ni ranljivost?** Dodaj jo v `false-positive-filtering-instructions` z razlago, »zakaj je to varno«. Claude je pri prihodnjih zagonih ne bo več prijavljal. **Ali ga lahko zaženem samo za določene datoteke?** Lokalno da: preprosto zaženi `/security-review src/lib/auth/*.ts`. V GitHub Action se preveri samo trenutni diff PR, kar običajno pomeni »določene datoteke«. ## Viri
### Viri - [Anthropic - Objava o uvedbi Claude Code Security](https://www.anthropic.com/news/claude-code-security) - uradna objava z datumom 20. februar 2026 - [Center za pomoč Anthropic - Samodejni varnostni pregledi v Claude Code](https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-code) - uradna navodila za uporabo - [GitHub: anthropics/claude-code-security-review](https://github.com/anthropics/claude-code-security-review) - izvorna koda GitHub Action s celotnim README - [Dokumentacija Claude Code - Pregled kode](https://code.claude.com/docs/en/code-review) - splošna dokumentacija Anthropic - [Center za pomoč Anthropic - Uporaba Claude Security](https://support.claude.com/en/articles/14661296-use-claude-security) - sorodni izdelki - [Port - Uvoz varnostnih pregledov Claude Code](https://docs.port.io/guides/all/ingest-claude-code-security-reviews/) - integracija rezultatov v Internal Developer Portal - [Dnevnik sprememb Claude Code](https://code.claude.com/docs/en/changelog) - zgodovina izdaj ukaza
Dodatna gradiva so na voljo v [dokumentaciji Ailoot](https://ailoot.ai/docs/).
[Vodniki Ailoot](https://ailoot.ai/docs/)
[Obiščite Ailoot](https://ailoot.ai/)
## Vprašanja in odgovori: Varnostni pregled v Claude Code: vodnik po korakih in avtomatizacija GitHub Action v letu 2026 ### Ali prazno poročilo security-review dokazuje varnost aplikacije? Ne. Gre za začetni pregled kode z možnimi spregledi in filtriranjem. Preveri popravke, vedenje vlog in sočasnost preizkusi v okolju staging ter preglej dejansko uvedeno konfiguracijo. ### Ali prikazani GitHub Action samodejno blokira commite ali združitve? Prikazani potek dela ne potrjuje takega jamstva. Objavlja ugotovitve v PR. Preglej jih in preizkusi potrjene popravke; članek ne podaja preverjenega lokalnega hooka za blokiranje commitov. ## Ailoot · Podjetje in njegov portfelj projektov Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI. Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah. Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.