# Kimi Code Never Ask: modi en gevaarlijke opdrachten > In de modus Never Ask voert Kimi Code rm -rf en shutdown uit zonder het te vragen. Wat is het verschil tussen de 3 modi en hoe kun je een gevaarlijke opdracht verbieden in config.toml? Source: https://ailoot.ai/blog/nl/kimi-code-never-ask-mode/ Canonical: https://ailoot.ai/blog/nl/kimi-code-never-ask-mode/ Language: nl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-162 Revision: sha256-a2720748e265aea49675bddab1cbd287e0c49899a9006ba3027e6361b980707c In Kimi Code keurt de modus Never Ask alles automatisch goed (`/auto`): de agent voert `rm -rf`, `shutdown` en `reboot` uit zonder ook maar één vraag te stellen. Alleen in de 2 andere modi, Always Ask en Ask When Needed, vraagt de agent om bevestiging voordat deze opdrachten worden uitgevoerd. Ik werk zelf in Claude Code met ‘alles toestaan’ ingeschakeld; anders zouden we daar maar zitten te klikken: ja, ja, ja. Maar één op de 10 keer doet de agent het op zijn eigen manier. In een historisch voorbeeld verwijderde de agent eens gewoon de database: hij besloot dat alles weg moest en verwijderde het. Gelukkig was er 3 dagen eerder een back-up gemaakt. Ook een persoonlijk prototype kan waardevolle bestanden en inloggegevens blootstellen. Gebruik een geïsoleerde kopie of container met beperkte rechten en een gecontroleerde back-up; geef de agent bij klantsystemen bovendien een afzonderlijke database-identiteit met alleen de vereiste toegang. Dan kan hij de database niet verwijderen, zelfs als hij dat echt wil. Laten we bekijken wat elke Kimi Code-modus doet, waar de bescherming werkt en hoe je een verbod instelt. Aan de slag. Raadpleeg de [Ailoot-documentatie](https://ailoot.ai/docs/) voor informatie over het gebruik van de dienst.
Belangrijkste conclusie Kimi Code heeft 3 modi. Always Ask is de standaard: bestanden lezen gebeurt automatisch en al het andere bevestig je per handeling. Ask When Needed (`/yolo`) keurt gewone wijzigingen zelf goed, maar vraagt om bevestiging voordat bestanden met sleutels worden geopend, gevaarlijke opdrachten worden uitgevoerd of de planningsmodus wordt verlaten. Never Ask (`/auto`) vraagt niets en biedt geen bescherming tegen gevaarlijke opdrachten. Je stelt een permanent verbod in met een `deny`-regel in `~/.kimi-code/config.toml`; het is beter om Never Ask niet in te schakelen wanneer er een live database is.
## Wat is het verschil tussen de 3 Kimi Code-modi? Als je [Kimi Code al hebt geïnstalleerd](https://ailoot.ai/blog/nl/kimi-code-install/), heb je het bevestigingsvenster gezien: de agent wil een bestand wijzigen of een opdracht uitvoeren en wacht op jouw ‘ja’. De modi heetten vroeger Manual, YOLO en Auto. Daarom gebruiken ze nog steeds de oude opdrachten: `/yolo` en `/auto`. **Always Ask.** De standaardmodus. De agent leest bestanden zonder het te vragen, maar je bevestigt elke wijziging en elke opdracht afzonderlijk. Dit is de langzaamste modus. **Ask When Needed.** Ingeschakeld met `/yolo`. De agent keurt gewone wijzigingen en opdrachten zelf goed, maar vraagt om bevestiging voordat `.env` (het bestand met de wachtwoorden en sleutels van het project) en SSH-sleutels van de server worden geopend, voordat gevaarlijke opdrachten zoals `shutdown` (de computer afsluiten) en `rm -rf` (een volledige map verwijderen zonder de prullenbak te gebruiken) worden uitgevoerd en voordat de planningsmodus wordt verlaten. De agent kan je ook zelf een vraag stellen. **Never Ask.** Ingeschakeld met `/auto`. Alle goedkeuringen gebeuren automatisch, ook voor gevoelige bestanden en het verlaten van de planningsmodus. De agent stelt je geen vragen en beslist alles zelf.
Tabel met de drie toestemmingsmodi van Kimi Code: Always Ask, Ask When Needed, Never Ask
3 toestemmingsmodi in Kimi Code CLI.
De planningsmodus wordt apart ingeschakeld met `Shift-Tab` of `/plan`: de agent schrijft eerst een plan en wacht op je goedkeuring. Pas daarna raakt hij de bestanden aan. ## Wanneer ik zelf zonder bevestigingen werk In Claude Code is ‘alles toestaan’ mijn standaardinstelling; die staat in elke nieuwe chat aan. Zonder die instelling gaat vibe coding te langzaam. Een vibe coder begrijpt zelf al heel weinig en moet dan ook nog steeds op knoppen drukken: ja, ja, ja, nee, nee, nee. Maar in deze modus kan de agent volkomen roekeloos te werk gaan, waaronder een database wissen. Daarna zegt hij ‘sorry, mijn excuses’, maar soms is wat hij heeft gedaan niet meer te herstellen. Deze modus is dus voor wie nergens bang voor is, en jij bent ervoor verantwoordelijk. Dit zijn mijn regels. Gebruik bij persoonlijke projecten, experimenten en prototypes de modus zonder bevestigingen alleen in een geïsoleerde kopie of container zonder waardevolle bestanden of productie-inloggegevens, met beperkte rechten en een back-up. Het ontbreken van klanten beschermt je persoonlijke bestanden of sleutels niet en ook de isolatie moet worden gecontroleerd. Maar als je deze modus inschakelt in hetzelfde project dat toegang heeft tot een productieserver, is 1 prompt genoeg om de agent de database daar ’s nachts te laten verwijderen en wijzigingen naar de livewebsite te laten uitrollen. ## Waarom een verbod in woorden je niet beschermt Veel mensen schrijven ‘raak de database niet aan’ in de instructies voor de agent. Reken er niet op dat dit je beschermt. Je zegt: ‘maat, ga hier niet in.’ Maar hij gaat er toch in en pakt wat hij nodig heeft wanneer hij het nodig heeft. Vooral de Chinese Kimi: die overtreedt elk verbod dat je instelt. Amerikaanse modellen zijn veel beter getraind om dit niet te doen. Ik gebruik Kimi nog steeds in mijn werk. Kimi K3 is heel oplettend; ik gebruik het om projecten te controleren op gelekte sleutels en om informatie te verzamelen. Eén keer waren al zijn limieten binnen een paar dagen op. Kimi doet niet moeilijk en doet alles wat je vraagt. Daarom heb je isolatie nodig wanneer je ermee werkt. Ik heb [hier](https://ailoot.ai/blog/nl/kimi-k3-hands-on-review/) beschreven hoe ik het op mijn eigen taken heb getest. Je hebt 2 vormen van isolatie nodig: 1. **Een blokkeerlijst voor opdrachten in de instellingen.** Die blokkeert overeenkomende toolaanroepen; een patroon voor één schrijfwijze van een opdracht is geen volledige grens tegen andere tools of equivalente acties. Combineer de lijst met rechten van het besturingssysteem, de container en de database. 2. **Alleen-leestoegang tot de database.** Op de live database heeft de agent een aparte gebruiker met alleen-leesrechten. Dan kan de agent de database niet wissen, zelfs niet in Never Ask. ## Waar bescherming tegen gevaarlijke opdrachten werkt De ingebouwde bescherming van Kimi Code tegen gevaarlijke opdrachten staat standaard aan. In Always Ask en Ask When Needed vraagt de agent om bevestiging voordat hij `shutdown`, `reboot` (opnieuw opstarten) of `rm -rf` uitvoert. In Never Ask worden deze opdrachten zonder onderbreking uitgevoerd. Er zijn 2 uitzonderingen: - `rm -rf` wordt zonder vragen uitgevoerd als het alleen de inhoud van de tijdelijke mappen `/tmp` of `/temp` verwijdert (sinds versie 0.43.0); - in Ask When Needed vraagt Kimi Code niets over terminalopdrachten die hij niet vooraf kan parseren (sinds versie 2.0.1). In versie 0.40.0 blokkeerde de Auto-modus gevaarlijke opdrachten; deze blokkering werd in 0.41.0 verwijderd.
Voorheen/nu: de autonome modus van Kimi Code blokkeerde gevaarlijke opdrachten, maar doet dat niet meer
0.40.0: Auto blokkeerde gevaarlijke opdrachten. 0.41.0: de blokkering werd verwijderd.
Je kunt de bescherming uitschakelen met `dangerous_command_guard = false` in de sectie `[permission]` van het instellingenbestand `~/.kimi-code/config.toml`, of met de variabele `KIMI_CODE_DANGEROUS_COMMAND_GUARD=false`. De ontwikkelaars raden aan dit alleen te doen op plaatsen waar gevaarlijke opdrachten al extern worden onderschept. ## Een permanent verbod instellen in Kimi Code Wanneer de agent iets wil wijzigen, toont Kimi Code een bevestigingsvenster: - **Goedkeuren**: gebruik de pijltjestoetsen en druk op `Enter`, of druk rechtstreeks op `1`, `2` of `3`; - **Weigeren**: `Esc`, `Ctrl-C` of `Ctrl-D`; - **Goedkeuren voor deze sessie**: hetzelfde type aanroep wordt goedgekeurd tot het einde van de sessie; - **Permanente regels**: een permanente allow- of deny-regel in het instellingenbestand. Permanente regels worden vastgelegd in blokken `[[permission.rules]]` in het instellingenbestand `~/.kimi-code/config.toml`. Kimi Code controleert ze op volgorde en de eerste overeenkomst is van kracht. Zet verboden dus boven toestemmingen. Elke regel heeft een `decision`: `allow` (direct toestaan), `deny` (direct weigeren) of `ask` (elke keer vragen). Een verbod op `rm -rf` en een vraag vóór elke andere terminalopdracht: ```toml [[permission.rules]] decision = "deny" pattern = "Bash(rm -rf*)" [[permission.rules]] decision = "ask" pattern = "Bash" ``` Voor terminalopdrachten staat het patroon tussen haakjes: `Bash(command-pattern)`; voor het lezen van bestanden gebruik je `Read(path-pattern)`. MCP-tools, `AgentSwarm` en je eigen tools kun je alleen met hun volledige naam verbieden. Ben je niet technisch en wil je het instellingenbestand niet openen, plak dan gewoon de onderstaande prompt in de agent: die zoekt zelf uit wat moet worden beperkt. Laat hem eerst vertellen hoeveel dit je zal vertragen. Als je gewend bent zonder bevestigingen te werken, werken sommige dingen mogelijk niet meer nadat je de verboden hebt toegevoegd. Dit is mijn prompt: ``` Analyseer mijn project en vertel me of je toegang hebt tot de productieserver, de stagingdatabase en productiesleutels. Als dat zo is, configureer dan bescherming tegen gevaarlijke opdrachten: verbied het verwijderen van volledige mappen, opdrachten die de wijzigingsgeschiedenis onomkeerbaar herschrijven en rechtstreekse opdrachten voor de productiedatabase. Toon eerst een plan in de vorm ‘voor - na’ en vertel eerlijk hoeveel dit me zal vertragen. ``` Ik heb [in een apart artikel](https://ailoot.ai/blog/nl/claude-code-safe-overnight-setup/) beschreven hoe je hetzelfde instelt in Claude Code. Bekijk ook [hoe de Auto-modus in Claude Code de acties van de agent controleert](https://ailoot.ai/blog/nl/claude-code-auto-mode-classifier/). ## Welke modus kies je? - **Je wilt elke stap van de agent zien:** Always Ask, de standaardmodus. Je bevestigt alles behalve het lezen. - **Een persoonlijk project of prototype zonder echte klanten:** begin met Always Ask of Ask When Needed. Overweeg Never Ask alleen voor een geïsoleerde wegwerpkopie met beperkte rechten en zonder waardevolle gegevens of sleutels; de afwezigheid van klanten maakt de modus niet veilig. - **Een project met echte klanten en toegang tot de server:** schakel Never Ask niet in. Stel `deny`-verboden in `config.toml` in en geef de agent alleen-leestoegang tot de database. Maak ook een back-up van de database op een andere machine dan die waarop het project staat. De andere veiligheidsregels staan verzameld in [een apart artikel](https://ailoot.ai/blog/nl/vibe-coding-security/). Stem de bevestigingsmodus af op de toegangsrechten van je project en controleer waar verboden nodig zijn.
### Bronnen - [Kimi Code: Interactie en invoer](https://moonshotai.github.io/kimi-code/en/g%75ides/interaction.md) — 3 toestemmingsmodi, `/yolo`, `/auto`, bescherming tegen gevaarlijke opdrachten in elke modus, het bevestigingsvenster en de planningsmodus. - [Kimi Code: Configuratiebestanden](https://moonshotai.github.io/kimi-code/en/configuration/config-files.md) — `[[permission.rules]]`, de volgorde waarin regels worden gecontroleerd, `dangerous_command_guard`, `KIMI_CODE_DANGEROUS_COMMAND_GUARD` en het pad naar `config.toml`. - [Kimi Code: Wijzigingenlogboek](https://moonshotai.github.io/kimi-code/en/release-notes/changelog.md) — versies 0.40.0, 0.41.0, 0.43.0 en 2.0.1: bescherming tegen gevaarlijke opdrachten en de hernoeming van de modi.
Maak kennis met [Ailoot](https://ailoot.ai/). ## Vragen en antwoorden ### Is Never Ask veilig alleen omdat mijn project geen klanten heeft? Nee. De agent kan nog steeds persoonlijke bestanden beschadigen of sleutels blootstellen. Gebruik beperkte rechten, een geïsoleerde wegwerpkopie of container en een back-up voordat je de modus zonder bevestigingen overweegt. ### Vervangt een deny-regel voor rm -rf isolatie? Nee. Die blokkeert overeenkomende toolaanroepen, niet elke equivalente manier om bestanden te wijzigen. Houd waardevolle gegevens en productie-inloggegevens buiten bereik van de agent en gebruik een afzonderlijke database-identiteit met alleen de machtigingen die de taak vereist. ## Ailoot · Het bedrijf en zijn projectenportefeuille Ailoot bouwt op opgebouwde operationele ervaring, een groot klantenbestand, een stabiele dienst en doorlopende KPI-controle. Het bedrijf en zijn projectenportefeuille: miljoenen klanten; maandelijkse verkopen in de miljarden. Ailoot gebruikt die operationele ervaring voor API-toegang tot AI-functies in klantproducten, agents, applicaties en automatiseringen.