# Cursor Security Agents a Rollouts: bezpečnost a sledování vydání
> Jak v Cursor Automations povolit Security Reviewer, Vulnerability Scanner a Rollouts: spouštěče, využití týmového fondu, tarify a rozdíly oproti Bugbotu.
Source: https://ailoot.ai/blog/cs/cursor-rollouts-security-agents/
Canonical: https://ailoot.ai/blog/cs/cursor-rollouts-security-agents/
Language: cs
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-089
Revision: sha256-a1b5f0e9ca36c1b12b3d749f2d4bb1a568c94fbf822b52790e32d12622fba717
V Cursor Automations můžete nastavit bezpečnostní kontroly kódu a sledování vydání. Security Agents kontrolují pull requesty (PR) a podle plánu skenují celý repozitář. Rollouts sleduje změnu po nasazení, je dostupný v tarifech Teams a Enterprise a vyžaduje připojenou telemetrii: logy, metriky a trasování.
Níže najdete postup nastavení podle oficiální dokumentace Cursoru, informace o účtování využití Security Agents, omezení tarifů a rozdíly oproti Bugbotu a ručně spouštěnému příkazu `/review-security`.
Informace o používání Ailootu najdete v [dokumentaci](https://ailoot.ai/docs/).
## Co jsou Security Agents v Cursoru?
Hlavní poznatek
Security Agents jsou dva typy agentů spravovaných Cursorem v Automations. Security Reviewer kontroluje pull request před jeho sloučením. Vulnerability Scanner skenuje kódovou základnu podle plánu a hledá existující zranitelnosti, dlouhodobé problémy a vše, co uniklo kontrole PR. Oba typy vyžadují a používají Cloud Agents; výjimkou je týmový Security Reviewer spuštěný událostí pull requestu: tato kontrola běží na hostingu Cursoru, nikoli v cloudovém agentovi. Využití se odečítá z týmového fondu.
Typ agenta určuje, jak se kontrola spustí:
- **Security Reviewer** se spouští událostmi Git: pull requestem nebo merge requestem.
- **Vulnerability Scanner** běží podle plánu cron a skenuje kódovou základnu nezávisle na aktivitě PR.
Cron umožňuje naplánovat opakované spuštění skeneru.
## Jak v Cursoru povolit Security Reviewer a Vulnerability Scanner?
### Postup
1. Otevřete Security Agents v Automations (část je popsána v [dokumentaci Security Agents](https://cursor.com/docs/security-agents.md)).
2. Vyberte typ agenta: Security Reviewer (kontrola PR) nebo Vulnerability Scanner (plánované skenování).
3. U Security Reviewer nastavte Git spouštěč: událost pull requestu nebo merge requestu. U Vulnerability Scanner nastavte plán cron.
4. Povolte nebo zakažte vestavěné bezpečnostní kontroly: mají je oba typy agentů a jejich sadu můžete upravit podle úkolu.
5. Připojte nástroj nebo server MCP: agentovi umožní připojit se k systémům, ve kterých tým spravuje bezpečnostní práci. U Security Reviewer je to povinné: bez alespoň jednoho připojeného nástroje nebo MCP nelze nastavení uložit. Vulnerability Scanner lze uložit i bez těchto připojení; jeho nálezy se zobrazí v seznamu Flagged Vulnerabilities.
6. Uložte agenta.
Nástroje a MCP umožňují odesílat zjištěné zranitelnosti do kanálu Slacku, systému pro sledování problémů nebo jiného připojeného systému.
### Ověření
Historie Automations zobrazuje, kdy každý agent běžel, které nástroje použil, jak běh skončil a jak dlouho trval. Pokud kontrola Security Reviewer běžela na hostingu Cursoru, podívejte se na stránku Security Agents do **Recent Runs**: relaci kontroly můžete otevřít v režimu pouze pro čtení.
Nálezy Vulnerability Scanneru se zobrazují v **Flagged Vulnerabilities** na stránce Security Agents i na stránce každého skeneru. Seznam je seskupen podle repozitáře; nálezy můžete filtrovat podle skeneru, stavu, zpětné vazby a závažnosti. U každého je akce **Fix in Cursor**, která spustí cloudového agenta, aby zranitelnost opravil.
### Chyby
Pokud nelze Security Reviewer uložit, zkontrolujte, zda je připojen alespoň jeden nástroj nebo MCP: bez něj se uložení nezdaří.
## Kdo kontroly platí: využití Security Agents
Podle dokumentace se využití Security Agents odečítá z týmového fondu. Agenti běží pod sdíleným servisním účtem týmu, takže nespotřebovávají limit jednotlivých členů.
Stránka dokumentace neuvádí ceny ani to, které tarify Security Agents zahrnují. Než je povolíte ve všech repozitářích, ověřte dostupnost ve svém účtu a zjistěte, kolik z týmového fondu spotřebují první spuštění.
## Jak se Security Reviewer liší od příkazů /review-security a Bugbotu
Tyto mechanismy mají podobné cíle, ale spouštějí se různými způsoby.
**`/review-security` a `/review`** lze spustit ručně z agenta před odesláním kódu do vzdáleného repozitáře. Ve výchozím nastavení `/review-security` kontroluje změny ve větvi vůči základní větvi, včetně změn uložených v commitech i dosud nezcommitovaných změn. Můžete ho požádat, aby kontrolu omezil jen na ty druhé. Příkazy jsou dostupné v Cursoru 3.7 a novějším, na cursor.com/agents a v Cursor CLI. Sami rozhodujete, kdy kontrolu spustit.
**Security Reviewer** je agent v Automations, který se spouští automaticky na základě Git spouštěče.
**Bugbot** je samostatný produkt Cursoru pro kontrolu PR. Podle dokumentace hledá chyby, zranitelnosti a problémy s kvalitou kódu a přidává komentáře s vysvětlením a navrhovanými opravami. Spouští se automaticky při každé aktualizaci PR, případně ručně.
Security Agents jsou navrženi pro bezpečnostní kontroly: mají vestavěné kontroly, plánované skenování celého repozitáře a seznam Flagged Vulnerabilities se stavy a úrovněmi závažnosti. Dokumentace neporovnává kvalitu nálezů Bugbotu a Security Agents.
## Rollouts: sledování po nasazení
Hlavní poznatek
Rollouts (pouze tarify Teams a Enterprise) při otevření PR vytvoří plán monitorování a po nasazení kontroluje změnu podle telemetrie (logů, metrik a trasování): ihned, poté po 20 minutách, 1 hodině, 1 dni a 3 dnech. Pokud najde regresi — zhoršení po změně — otevře problém a kliknutím na tlačítko můžete spustit cloudového agenta, aby ji opravil. Rollouts samo změny neslučuje, nevrací ani neprovádí rollback. Bez připojené telemetrie zůstávají změny nevyřízené a Rollouts nemůže problémy najít.
### Co Rollouts dělá
Když se otevře pull request, Rollouts přečte změny a dotčené systémy a vytvoří plán monitorování nasazení. Plán uvádí zjištěná rizika, očekávaný dopad změny, signály ke kontrole a mezery ve sběru dat, které ztěžují ověření změny. Na GitHubu, GitLab.com a Bitbucket Cloudu se plán zobrazí jako komentář k PR.
Rollouts spouští kontroly při událostech nasazení a porovnává plán s logy, metrikami a trasováním. Každé prostředí se sleduje samostatně: změna může projít kontrolami v testovacím prostředí, a přesto být v produkci označena jako problematická. Kontroly probíhají při nasazení, poté po 20 minutách, 1 hodině, 1 dni a 3 dnech.
Pokud se zjistí regrese, Rollouts určí změnu, která ji podle něj způsobila, otevře problém a upozorní autora. Na stránce problému tlačítko **Fix issue** spustí cloudového agenta. Rollouts samo změny neslučuje, nevrací ani neprovádí rollback.
### Jak nakonfigurovat Rollouts
1. V Automations klikněte na **Enable** na kartě Rollouts v části **From Cursor**.
2. Vyberte repozitáře, které chcete monitorovat. V nastavení můžete zadat až 200 repozitářů.
3. Nakonfigurujte události nasazení: Rollouts potřebuje vědět, kdy každé produkční nasazení začíná a končí. Vytvořte klíč API Cursoru a uložte jej mezi tajné údaje sestavovacího systému (CI) jako `CURSOR_API_KEY`. Pak máte dvě možnosti: přidat volání do procesu nasazení ručně (příkazy najdete v části Send deployment events v [dokumentaci Rollouts](https://cursor.com/docs/rollouts.md)), nebo o to požádat nastavovacího agenta. Agent otevře PR obsahující tato volání. Nastavení dokončíte sloučením tohoto PR.
4. Připojte telemetrii, například Datadog. Je vyžadován alespoň jeden připojený nástroj.
5. Zvolte, jak budou autoři PR dostávat oznámení.
### Omezení, která lze snadno přehlédnout
Bez připojené telemetrie zůstávají změny nevyřízené a Rollouts nemůže detekovat problémy. Pokud projekt zatím nemá Datadog ani podobný monitorovací systém, musíte nejprve zřídit ten.
Oznámení Slacku nejsou v režimu Privacy Mode dostupná. Správce týmu musí nejdříve přidat Rollouts do Slacku.
## Pro koho je to vhodné a kdo by měl počkat
Pokud pracujete sami, ověřte si, zda jsou Security Agents ve vašem účtu dostupné, než je povolíte: využití se čerpá z týmového fondu a stránka dokumentace neuvádí způsobilé tarify. Opravu zranitelnosti nalezené skenerem spouštíte sami: **Fix in Cursor** otevře cloudového agenta, který bude pracovat v repozitáři.
Podle dokumentace je Rollouts dostupný pouze v tarifech Teams a Enterprise. Pokud zatím nemáte monitorovací systém, například Datadog, začněte jeho zprovozněním a až poté připojte Rollouts.
Další informace o tarifech Cursoru najdete v článku [co zahrnuje předplatné Cursoru](https://ailoot.ai/blog/cs/cursor-subscription/). Pokud už máte v Cursoru nastavenou koordinaci úkolů mezi agenty, podívejte se na článek [Cursor Projects: jak koordinátor rozděluje úkoly](https://ailoot.ai/blog/cs/cursor-projects-coordinator-agents/).
## Shrnutí
Security Reviewer kontroluje PR před sloučením; Vulnerability Scanner skenuje celý repozitář podle plánu. Využití obou typů agentů se odečítá z týmového fondu. Rollouts sleduje změnu po nasazení, je dostupný v tarifech Teams a Enterprise a vyžaduje alespoň jeden připojený zdroj telemetrie.
### Zdroje
- Cursor Docs, Security Agents:
- Cursor Docs, Rollouts:
- Cursor Docs, Bugbot:
Seznamte se s [Ailootem](https://ailoot.ai/).
## Časté otázky
### Proč nejde uložit Security Reviewer?
Zde popsané nastavení vyžaduje u Security Reviewer alespoň jeden připojený nástroj nebo server MCP. Před uložením připojení ověřte; Vulnerability Scanner může nálezy publikovat do Flagged Vulnerabilities i bez něj.
### Vrací Rollouts špatné nasazení automaticky zpět?
Ne. Porovnává změny s připojenou telemetrií a při zjištěné regresi může založit issue. Přes Fix issue lze spustit cloudového agenta; samotný Rollouts změny neslučuje, nevrací ani neprovádí rollback.
## Ailoot · Společnost a její portfolio projektů
Ailoot staví na dlouhodobých provozních zkušenostech, široké klientské základně, stabilních službách a průběžném sledování KPI.
Společnost a její portfolio projektů: miliony zákazníků; měsíční tržby v miliardách.
Ailoot využívá tyto provozní zkušenosti k poskytování přístupu přes API k funkcím AI v produktech zákazníků, agentech, aplikacích a automatizacích.