# Kimi Code Never Ask: načini in nevarni ukazi

> V načinu Never Ask Kimi Code brez vprašanja izvede rm -rf in shutdown. V čem se 3 načini razlikujejo in kako lahko nevaren ukaz prepoveste v config.toml?

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


V Kimi Code način Never Ask (`/auto`) vse odobri samodejno: izvede `rm -rf`, `shutdown` in `reboot`, ne da bi vas sploh kaj vprašal. Pred temi ukazi vas agent vpraša le v drugih 2 načinih, Always Ask in Ask When Needed.



Tudi osebni prototip lahko razkrije dragocene datoteke in poverilnice. Uporabite ločeno kopijo ali vsebnik z omejenimi dovoljenji in preverjeno varnostno kopijo; pri sistemih strank agentu dodatno dodelite ločeno identiteto podatkovne baze samo s potrebnim dostopom. Tako podatkovne baze ne more izbrisati, tudi če bi to res želel.

Poglejmo, kaj počne vsak način Kimi Code, kje zaščita deluje in kako nastaviti prepoved. Začnimo.

Informacije o uporabi storitve najdete v [dokumentaciji Ailoot](https://ailoot.ai/docs/).



<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway for this section">

Ključna ugotovitev

Kimi Code ima 3 načine. Always Ask je privzeti način: branje poteka samodejno, vse drugo pa potrdite za vsako dejanje posebej. Ask When Needed (`/yolo`) samodejno odobri običajna urejanja, vendar vpraša pred dostopom do datotek s ključi, izvajanjem nevarnih ukazov ali izhodom iz načrtovalnega načina. Never Ask (`/auto`) ne vpraša ničesar, zaščita pred nevarnimi ukazi pa v njem ne deluje. Trajno prepoved nastavite s pravilom `deny` v datoteki `~/.kimi-code/config.toml`; načina Never Ask je bolje ne vklopiti, ko je agent povezan z aktivno podatkovno bazo.

</div>

## V čem se 3 načini Kimi Code razlikujejo?

Če ste že [namestili Kimi Code](https://ailoot.ai/blog/sl/kimi-code-install/), ste videli ploščo za odobritev: agent želi urediti datoteko ali zagnati ukaz in čaka na vaš »da«. Načini so se včasih imenovali Manual, YOLO in Auto, zato še vedno uporabljajo stara ukaza: `/yolo` in `/auto`.

**Always Ask.** Privzeti način. Agent bere datoteke brez vprašanja, vendar morate vsako urejanje in vsak ukaz potrditi posebej. To je najpočasnejši način.

**Ask When Needed.** Vklopite ga z ukazom `/yolo`. Sam odobri običajna urejanja in ukaze, vendar vpraša pred dostopom do datoteke `.env` (ki vsebuje gesla in ključe projekta) ter ključev SSH strežnika, pred nevarnimi ukazi, kot sta `shutdown` (izklop računalnika) in `rm -rf` (izbris celotne mape mimo koša), pa tudi pred izhodom iz načrtovalnega načina. Agent vam lahko tudi sam zastavi vprašanje.

**Never Ask.** Vklopite ga z ukazom `/auto`. Vse odobritve se zgodijo samodejno, tudi odobritve za dostop do občutljivih datotek in izhod iz načrtovalnega načina. Agent vam ne zastavlja vprašanj in o vsem odloča sam.

<figure>
Tabela treh načinov dovoljenj Kimi Code: Always Ask, Ask When Needed, Never Ask
<figcaption>3 načini dovoljenj v Kimi Code CLI.</figcaption>
</figure>

Načrtovalni način vklopite ločeno s `Shift-Tab` ali `/plan`: agent najprej napiše načrt in počaka na vašo odobritev, šele nato poseže v datoteke.

## Ko sam delam brez potrjevanja

V Claude Code imam privzeto vklopljeno možnost »dovoli vse«, ki je vključena v vsakem novem klepetu. Brez nje je vibe coding prepočasen. Vibe coder že tako razume zelo malo, potem pa mora še ves čas pritiskati gumbe: da, da, da, ne, ne, ne.

Toda v tem načinu lahko agent naredi karkoli nepremišljenega, tudi izbriše podatkovno bazo. Nato bo rekel »oprosti, žal mi je«, vendar včasih storjenega ni več mogoče popraviti. Zato je ta način za neustrašne, odgovornost zanj pa je vaša.

Moja pravila so naslednja. Pri osebnih projektih, poskusih in prototipih način brez potrjevanja uporabite samo v ločeni kopiji ali vsebniku brez dragocenih datotek in produkcijskih poverilnic, z omejenimi dovoljenji in varnostno kopijo. Odsotnost strank ne zaščiti osebnih datotek ali ključev, izolacijo pa je treba preveriti. Če pa ta način vklopite v projektu, ki ima hkrati dostop do produkcijskega strežnika, zadostuje že 1 prompt, da agent tam čez noč izbriše podatkovno bazo in uvede spremembe na aktivnem spletnem mestu.





## Zakaj vas prepoved, zapisana z besedami, ne zaščiti

Mnogi v navodila za agenta napišejo »ne dotikaj se podatkovne baze«. Ne računajte, da vas bo to zaščitilo. Rečete mu: stari, ne hodi sem. Toda vseeno bo šel noter in vzel, kar potrebuje, kadar to potrebuje. Še posebej kitajski Kimi: kršil bo vsako prepoved, ki jo nastavite. Ameriški modeli so precej bolje naučeni, da tega ne počnejo.

Kimi še vedno uporabljam pri svojem delu. Kimi K3 je zelo pozoren; uporabljam ga za preverjanje, ali so v projektih razkriti ključi, in za zbiranje informacij. Nekoč sem v nekaj dneh porabil vse njegove omejitve. Kimi se ne obnaša neprimerno in naredi vse, kar zahtevate. Zato pri delu z njim potrebujete izolacijo. [Tukaj](https://ailoot.ai/blog/sl/kimi-k3-hands-on-review/) sem opisal, kako sem ga preizkusil pri svojih nalogah.



Potrebujete 2 obliki izolacije:

1.  **Seznam blokiranih ukazov v nastavitvah.** Blokira ujemajoče se klice orodij; vzorec enega zapisa ukaza ni popolna meja pred drugimi orodji ali enakovrednimi dejanji. Uporabljajte ga skupaj z dovoljenji operacijskega sistema, vsebnika in podatkovne baze.
2.  **Dostop do podatkovne baze samo za branje.** V aktivni podatkovni bazi ima agent ločenega uporabnika z dovoljenji samo za branje. Tako podatkovne baze ne more izbrisati niti v načinu Never Ask.

## Kje deluje zaščita pred nevarnimi ukazi

Vgrajena zaščita Kimi Code pred nevarnimi ukazi je privzeto vklopljena. V načinih Always Ask in Ask When Needed pred ukazi `shutdown`, `reboot` (ponovni zagon) ali `rm -rf` zahteva potrditev. V načinu Never Ask se ti ukazi izvedejo brez ustavitve.

Obstajata 2 izjemi:

- `rm -rf` se izvede brez vprašanja, če izbriše samo vsebino začasnih map `/tmp` ali `/temp` (od različice 0.43.0 dalje);
- v načinu Ask When Needed Kimi Code ne vpraša za terminalske ukaze, ki jih ne more vnaprej razčleniti (od različice 2.0.1 dalje).

V različici 0.40.0 je način Auto blokiral nevarne ukaze; ta blokada je bila v različici 0.41.0 odstranjena.

<figure>
Prej/zdaj: avtonomni način Kimi Code je nekoč blokiral nevarne ukaze, zdaj pa jih ne več
<figcaption>0.40.0: Auto je blokiral nevarne ukaze. 0.41.0: blokada je bila odstranjena.</figcaption>
</figure>

Zaščito lahko izklopite z nastavitvijo `dangerous_command_guard = false` v razdelku `[permission]` nastavitvene datoteke `~/.kimi-code/config.toml` ali s spremenljivko `KIMI_CODE_DANGEROUS_COMMAND_GUARD=false`. Razvijalci priporočajo, da to storite le v okoljih, kjer so nevarni ukazi že prestreženi zunaj Kimi Code.

## Kako v Kimi Code nastaviti trajno prepoved

Ko želi agent nekaj spremeniti, Kimi Code prikaže ploščo za odobritev:

- **Odobri**: uporabite puščične tipke in `Enter` ali neposredno pritisnite `1`, `2` ali `3`;
- **Zavrni**: `Esc`, `Ctrl-C` ali `Ctrl-D`;
- **Odobri za to sejo**: enaka vrsta klica je odobrena do konca seje;
- **Trajna pravila**: trajno pravilo za dovoljenje ali zavrnitev v nastavitveni datoteki.

Trajna pravila se zapišejo v bloke `[[permission.rules]]` v nastavitveni datoteki `~/.kimi-code/config.toml`. Kimi Code jih preverja po vrsti, veljati pa začne prvo ujemanje, zato prepovedi postavite nad dovoljenja. Vsako pravilo ima vrednost `decision`: `allow` (takojšnja odobritev), `deny` (takojšnja zavrnitev) ali `ask` (vprašaj vsakič).

Prepoved za `rm -rf` in vprašanje pred vsakim drugim terminalskim ukazom:

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

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

Pri terminalskih ukazih se vzorec zapiše v oklepajih: `Bash(command-pattern)`; pri branju datotek pa `Read(path-pattern)`. Orodja MCP, `AgentSwarm` in lastna orodja lahko prepoveste samo z njihovimi polnimi imeni.

Če niste tehnično podkovani in ne želite odpreti nastavitvene datoteke, preprosto prilepite spodnji prompt agentu: sam bo ugotovil, kaj je treba omejiti. Vseeno zahtevajte, naj vam najprej pove, koliko vas bo to upočasnilo. Če ste vajeni dela brez potrjevanja, bodo nekatere stvari po dodajanju prepovedi prenehale delovati. Tukaj je moj prompt:

```
Analiziraj moj projekt in mi povej, ali imaš dostop do produkcijskega strežnika, testne podatkovne baze in produkcijskih ključev. Če ga imaš, nastavi zaščito pred nevarnimi ukazi: prepovej brisanje celotnih map, ukaze, ki nepovratno prepišejo zgodovino sprememb, in neposredne ukaze za produkcijsko podatkovno bazo. Najprej pokaži načrt v obliki »prej – potem« in iskreno povej, koliko me bo to upočasnilo.
```

V [ločenem članku](https://ailoot.ai/blog/sl/claude-code-safe-overnight-setup/) sem opisal, kako isto nastavitev urediti v Claude Code. Oglejte si tudi [kako način Auto v Claude Code preverja dejanja agenta](https://ailoot.ai/blog/sl/claude-code-auto-mode-classifier/).

## Kateri način izbrati

- **Želite videti vsak korak agenta:** Always Ask, privzeti način. Potrdite vse razen branja.
- **Osebni projekt ali prototip brez resničnih strank:** začnite z Always Ask ali Ask When Needed. Never Ask upoštevajte samo za ločeno, pogrešljivo kopijo z omejenimi dovoljenji in brez dragocenih podatkov ali ključev; projekt ne postane varen samo zato, ker nima strank.
- **Projekt z resničnimi strankami in dostopom do strežnika:** ne vklopite načina Never Ask. V `config.toml` nastavite prepovedi `deny` in agentu dodelite dostop do podatkovne baze samo za branje.

Podatkovno bazo varnostno kopirajte tudi na računalnik, ki je ločen od projekta. Ostala varnostna pravila so zbrana [v ločenem članku](https://ailoot.ai/blog/sl/vibe-coding-security/).

Način potrjevanja prilagodite dovoljenjem za dostop v projektu in preverite, kje so potrebne prepovedi.

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

### Viri

- [Kimi Code: Interaction and input](https://moonshotai.github.io/kimi-code/en/g%75ides/interaction.md) — 3 načini dovoljenj, `/yolo`, `/auto`, zaščita pred nevarnimi ukazi v posameznih načinih, plošča za odobritev in načrtovalni način.
- [Kimi Code: Configuration files](https://moonshotai.github.io/kimi-code/en/configuration/config-files.md) — `[[permission.rules]]`, vrstni red preverjanja pravil, `dangerous_command_guard`, `KIMI_CODE_DANGEROUS_COMMAND_GUARD` in pot do datoteke `config.toml`.
- [Kimi Code: Changelog](https://moonshotai.github.io/kimi-code/en/release-notes/changelog.md) — različice 0.40.0, 0.41.0, 0.43.0 in 2.0.1: zaščita pred nevarnimi ukazi in preimenovanje načinov.

</div>





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

## Vprašanja in odgovori: Kimi Code Never Ask: načini in nevarni ukazi

### Ali je Never Ask varen samo zato, ker projekt nima strank?

Ne. Agent lahko še vedno poškoduje osebne datoteke ali razkrije ključe. Pred razmislekom o načinu brez potrjevanja uporabite omejena dovoljenja, ločeno pogrešljivo kopijo ali vsebnik in varnostno kopijo.

### Ali pravilo deny za rm -rf nadomesti izolacijo?

Ne. Blokira ujemajoče se klice orodij, ne vseh enakovrednih načinov spreminjanja datotek. Dragocene podatke in produkcijske poverilnice hranite zunaj agentovega dostopa, uporabite pa ločeno identiteto podatkovne baze samo z dovoljenji, ki jih naloga potrebuje.


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