# Kimi Code Never Ask: režimy a nebezpečné príkazy

> V režime Never Ask spúšťa Kimi Code príkazy rm -rf a shutdown bez opýtania. Aký je rozdiel medzi 3 režimami a ako zakázať nebezpečný príkaz v config.toml?

Source: https://ailoot.ai/blog/sk/kimi-code-never-ask-mode/
Canonical: https://ailoot.ai/blog/sk/kimi-code-never-ask-mode/
Language: sk
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-162
Revision: sha256-4cb80d0d081b272f5bf6aecefd4fe5a9425494745943890d1117b426f131d7f5


V Kimi Code režim Never Ask (`/auto`) všetko automaticky schvaľuje: vykoná príkazy `rm -rf`, `shutdown` a `reboot` bez jediného opýtania. Agent sa pred týmito príkazmi opýta iba v 2 ďalších režimoch, Always Ask a Ask When Needed.

Ja pracujem v Claude Code so zapnutým „allow everything“; inak by sme tam sedeli a klikali: áno, áno, áno. No každý 10. raz si agent počína po svojom.

Aj osobný prototyp môže sprístupniť cenné súbory a prihlasovacie údaje. Použite izolovanú kópiu či kontajner s obmedzenými oprávneniami a overenou zálohou; pri zákazníckych systémoch dajte agentovi aj samostatnú databázovú identitu iba s potrebným prístupom. Potom databázu nedokáže vymazať, ani keby to naozaj chcel.

Pozrime sa, čo robí každý režim Kimi Code, kde ochrana funguje a ako nastaviť zákaz. Poďme na to.

Informácie o používaní služby nájdete v [dokumentácii Ailoot](https://ailoot.ai/docs/).



<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Kľúčové zistenie v tejto časti">

Kľúčové zistenie

Kimi Code má 3 režimy. Predvolený je Always Ask: čítanie prebieha automaticky a všetko ostatné potvrdzujete po jednej akcii. Režim Ask When Needed (`/yolo`) schvaľuje bežné úpravy sám, no pred prístupom k súborom obsahujúcim kľúče, spustením nebezpečných príkazov alebo ukončením režimu plánovania sa opýta. Režim Never Ask (`/auto`) sa nepýta na nič a ochrana pred nebezpečnými príkazmi v ňom nefunguje. Trvalý zákaz nastavíte pravidlom `deny` v súbore `~/.kimi-code/config.toml` a režim Never Ask je lepšie nezapínať pri živej databáze.

</div>

## Aký je rozdiel medzi 3 režimami Kimi Code?

Ak ste si už [nainštalovali Kimi Code](https://ailoot.ai/blog/sk/kimi-code-install/), videli ste panel schvaľovania: agent chce upraviť súbor alebo spustiť príkaz a čaká na vaše „áno“. Režimy sa kedysi volali Manual, YOLO a Auto, preto stále používajú staré príkazy: `/yolo` a `/auto`.

**Always Ask.** Predvolený režim. Agent číta súbory bez opýtania, no každú úpravu a každý príkaz potvrdzujete osobitne. Je to najpomalší režim.

**Ask When Needed.** Zapína sa príkazom `/yolo`. Bežné úpravy a príkazy schvaľuje sám, no pred prístupom k súboru `.env` (súboru obsahujúcemu heslá a kľúče projektu) a k SSH kľúčom servera, pred nebezpečnými príkazmi, ako sú `shutdown` (vypnutie počítača) a `rm -rf` (vymazanie celého priečinka s obídením koša), a pred ukončením režimu plánovania sa opýta. Agent sa vás môže aj sám na niečo opýtať.

**Never Ask.** Zapína sa príkazom `/auto`. Všetky schválenia prebiehajú automaticky vrátane schvaľovania prístupu k citlivým súborom a ukončenia režimu plánovania. Agent sa vás na nič nepýta a o všetkom rozhoduje sám.

<figure>
Tabuľka troch režimov oprávnení v Kimi Code: Always Ask, Ask When Needed, Never Ask
<figcaption>3 režimy oprávnení v Kimi Code CLI.</figcaption>
</figure>

Režim plánovania sa zapína samostatne pomocou `Shift-Tab` alebo `/plan`: agent najprv napíše plán a počká na vaše schválenie, až potom začne upravovať súbory.

## Keď aj ja pracujem bez potvrdzovania

V Claude Code mám „allow everything“ nastavené ako predvolené a zapína sa v každom novom chate. Bez toho je vibe coding príliš pomalý. Vibe coder už aj tak rozumie len veľmi málo a potom musí stále stláčať tlačidlá: áno, áno, áno, nie, nie, nie.

V tomto režime však agent môže bezhlavo urobiť čokoľvek vrátane vymazania databázy. Potom povie „prepáčte, ospravedlňujem sa“, ale niekedy sa už to, čo urobil, nedá napraviť. Tento režim je teda pre odvážnych a zodpovednosť nesiete vy.

Moje pravidlá sú takéto. Pri osobných projektoch, experimentoch a prototypoch používajte režim bez potvrdzovania iba v izolovanej kópii či kontajneri bez cenných súborov a produkčných údajov, s obmedzenými oprávneniami a zálohou. Neprítomnosť zákazníkov nechráni osobné súbory ani kľúče a izoláciu treba stále overiť. Ak však tento režim zapnete v tom istom projekte, ktorý má prístup k produkčnému serveru, agentovi stačí 1 pokyn, aby tam cez noc vymazal databázu a nasadil zmeny na živý web.





## Prečo vás zákaz napísaný slovami neochráni

Mnohí napíšu do pokynov pre agenta „nedotýkaj sa databázy“. Nespoliehajte sa na to, že vás to ochráni. Poviete mu: kamarát, sem nechoď. Aj tak tam pôjde a vezme si, čo potrebuje, keď to bude potrebovať. Najmä čínsky Kimi: poruší každý zákaz, ktorý nastavíte. Americké modely sú oveľa lepšie vytrénované, aby to nerobili.

Kimi stále používam pri svojej práci. Kimi K3 je veľmi pozorný; používam ho na kontrolu projektov, či v nich neunikli kľúče, a na zhromažďovanie informácií. Raz som za pár dní vyčerpal všetky jeho limity. Kimi nerobí problémy a urobí všetko, o čo ho požiadate. Preto pri práci s ním potrebujete izoláciu. Opísal som, ako som ho testoval na vlastných úlohách [tu](https://ailoot.ai/blog/sk/kimi-k3-hands-on-review/).



Potrebujete 2 formy izolácie:

1.  **Zoznam blokovaných príkazov v nastaveniach.** Blokuje zodpovedajúce volania nástrojov; vzor jedného zápisu príkazu nie je úplnou hranicou proti iným nástrojom či ekvivalentným akciám. Používajte ho spolu s oprávneniami systému, kontajnera a databázy.
2.  **Prístup k databáze iba na čítanie.** K živej databáze má agent samostatného používateľa s oprávneniami iba na čítanie. Potom agent nemôže databázu vymazať ani v režime Never Ask.

## Kde funguje ochrana pred nebezpečnými príkazmi

Vstavaná ochrana Kimi Code pred nebezpečnými príkazmi je predvolene zapnutá. V režimoch Always Ask a Ask When Needed žiada o potvrdenie pred príkazmi `shutdown`, `reboot` (reštart) alebo `rm -rf`. V režime Never Ask sa tieto príkazy vykonajú bez zastavenia.

Existujú 2 výnimky:

- príkaz `rm -rf` sa vykoná bez opýtania, ak maže iba obsah dočasných priečinkov `/tmp` alebo `/temp` (od verzie 0.43.0);
- v režime Ask When Needed sa Kimi Code nepýta na príkazy terminálu, ktoré nedokáže vopred analyzovať (od verzie 2.0.1).

Vo verzii 0.40.0 režim Auto blokoval nebezpečné príkazy; toto blokovanie bolo vo verzii 0.41.0 odstránené.

<figure>
Predtým a teraz: autonómny režim Kimi Code kedysi blokoval nebezpečné príkazy, no už ich neblokuje
<figcaption>0.40.0: Auto blokoval nebezpečné príkazy. 0.41.0: blokovanie bolo odstránené.</figcaption>
</figure>

Ochranu môžete vypnúť nastavením `dangerous_command_guard = false` v sekcii `[permission]` konfiguračného súboru `~/.kimi-code/config.toml` alebo premennou `KIMI_CODE_DANGEROUS_COMMAND_GUARD=false`. Vývojári odporúčajú urobiť to iba tam, kde sa nebezpečné príkazy už zachytávajú externe.

## Ako nastaviť trvalý zákaz v Kimi Code

Keď chce agent niečo zmeniť, Kimi Code zobrazí panel schvaľovania:

- **Schváliť**: použite šípky a `Enter` alebo priamo stlačte `1`, `2` či `3`;
- **Zamietnuť**: `Esc`, `Ctrl-C` alebo `Ctrl-D`;
- **Schváliť pre túto reláciu**: rovnaký typ volania sa schvaľuje až do konca relácie;
- **Trvalé pravidlá**: trvalé pravidlo allow alebo deny v konfiguračnom súbore.

Trvalé pravidlá sa zapisujú do konfiguračného súboru `~/.kimi-code/config.toml` v blokoch `[[permission.rules]]`. Kimi Code ich kontroluje v poradí a použije sa prvá zhoda, preto umiestnite zákazy nad povolenia. Každé pravidlo má položku `decision`: `allow` (okamžite povoliť), `deny` (okamžite zamietnuť) alebo `ask` (vždy sa opýtať).

Zákaz príkazu `rm -rf` a otázka pred každým iným príkazom terminálu:

```toml
[[permission.rules]]
decision = "deny"
pattern = "Bash(rm -rf*)"

[[permission.rules]]
decision = "ask"
pattern = "Bash"
```

Pri príkazoch terminálu sa vzor uvádza v zátvorkách: `Bash(command-pattern)`; pri čítaní súborov `Read(path-pattern)`. Nástroje MCP, `AgentSwarm` a vlastné nástroje možno zakázať iba pomocou ich úplných názvov.

Ak nie ste technický typ a nechcete otvárať konfiguračný súbor, jednoducho vložte agentovi nasledujúci pokyn: sám zistí, čo treba obmedziť. Len ho najprv požiadajte, aby vám povedal, o koľko vás to spomalí. Ak ste zvyknutí pracovať bez potvrdzovania, po pridaní zákazov prestanú niektoré veci fungovať. Tu je môj pokyn:

```
Analyzuj môj projekt a povedz mi, či máš prístup k produkčnému serveru, testovacej databáze a produkčným kľúčom. Ak áno, nastav ochranu pred nebezpečnými príkazmi: zakáž mazanie celých priečinkov, príkazy, ktoré nevratne prepisujú históriu zmien, a priame príkazy do produkčnej databázy. Najprv ukáž plán vo formáte „predtým – potom“ a úprimne mi povedz, o koľko ma to spomalí.
```

O tom, ako nastaviť to isté v Claude Code, som písal v [samostatnom článku](https://ailoot.ai/blog/sk/claude-code-safe-overnight-setup/). Pozrite si aj [ako režim Auto v Claude Code kontroluje činnosť agenta](https://ailoot.ai/blog/sk/claude-code-auto-mode-classifier/).

## Ktorý režim si vybrať

- **Chcete vidieť každý krok, ktorý agent urobí:** Always Ask, predvolený režim. Potvrdzujete všetko okrem čítania.
- **Osobný projekt alebo prototyp bez skutočných zákazníkov:** začnite s Always Ask alebo Ask When Needed. Never Ask zvažujte iba pri izolovanej jednorazovej kópii s obmedzenými oprávneniami a bez cenných údajov či kľúčov; bezpečnosť nezíska iba neprítomnosťou zákazníkov.
- **Projekt so skutočnými zákazníkmi a prístupom k serveru:** nezapínajte Never Ask. Nastavte zákazy `deny` v `config.toml` a agentovi poskytnite prístup k databáze iba na čítanie.

A zálohujte databázu na zariadení oddelenom od projektu. Ostatné bezpečnostné pravidlá sú zhrnuté v [samostatnom článku](https://ailoot.ai/blog/sk/vibe-coding-security/).

Režim potvrdzovania prispôsobte prístupovým oprávneniam projektu a skontrolujte, kde sú potrebné zákazy.

<div class="section" role="doc-bibliography" aria-label="Zdroje">

### Zdroje

- [Kimi Code: Interakcia a zadávanie](https://moonshotai.github.io/kimi-code/en/g%75ides/interaction.md) — 3 režimy oprávnení, `/yolo`, `/auto`, ochrana pred nebezpečnými príkazmi v jednotlivých režimoch, panel schvaľovania a režim Plan.
- [Kimi Code: Konfiguračné súbory](https://moonshotai.github.io/kimi-code/en/configuration/config-files.md) — `[[permission.rules]]`, poradie kontroly pravidiel, `dangerous_command_guard`, `KIMI_CODE_DANGEROUS_COMMAND_GUARD`, cesta k súboru `config.toml`.
- [Kimi Code: Zoznam zmien](https://moonshotai.github.io/kimi-code/en/release-notes/changelog.md) — verzie 0.40.0, 0.41.0, 0.43.0 a 2.0.1: ochrana pred nebezpečnými príkazmi a premenovanie režimov.

</div>





Spoznajte [Ailoot](https://ailoot.ai/).

## Otázky a odpovede: Kimi Code Never Ask: režimy a nebezpečné príkazy

### Je Never Ask bezpečný iba preto, že projekt nemá zákazníkov?

Nie. Agent stále môže poškodiť osobné súbory alebo odhaliť kľúče. Pred zvažovaním režimu bez potvrdzovania použite obmedzené oprávnenia, izolovanú jednorazovú kópiu či kontajner a zálohu.

### Nahrádza pravidlo deny pre rm -rf izoláciu?

Nie. Blokuje zodpovedajúce volania nástrojov, nie každý ekvivalentný spôsob zmeny súborov. Cenné údaje a produkčné tajomstvá držte mimo dosahu agenta a použite samostatnú databázovú identitu iba s oprávneniami potrebnými pre úlohu.


## 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.
