# Kimi Code Never Ask: режимдер мен қауіпті пәрмендер > Never Ask режимінде Kimi Code rm -rf және shutdown пәрмендерін сұрамай орындайды. 3 режимнің айырмашылығы қандай және config.toml файлына қауіпті пәрменге тыйымды қалай енгізуге болады? Source: https://ailoot.ai/blog/kk/kimi-code-never-ask-mode/ Canonical: https://ailoot.ai/blog/kk/kimi-code-never-ask-mode/ Language: kk Publisher: Ailoot (https://ailoot.ai/) Translation: guide-162 Revision: sha256-44dc5d50b4018641cea18de9a314eb3935aa53126f4dc08818e0754fce46cffd Kimi Code-та Never Ask режимі (`/auto`) бәрін автоматты түрде мақұлдайды: `rm -rf`, `shutdown` және `reboot` пәрмендерін бір де бір сұрақ қоймай орындайды. Агент бұл пәрмендерді тек Always Ask және Ask When Needed деген 2 басқа режимде ғана орындамас бұрын сұрайды. Мен Claude Code-та «бәріне рұқсат ету» режимін өзім қосып қоямын; әйтпесе, «иә, иә, иә» деп шертумен отырар едік. Бірақ әр 10-шы ретте агент өз бетінше әрекет етеді. Тарихи мысалда агент дерекқорды жай ғана өшіріп тастаған: бәрін түгел жою керек деп шешіп, солай істеген. Бақытына қарай, одан 3 күн бұрын жасалған сақтық көшірме болған. Жеке прототиптің өзі құнды файлдар мен кіру деректерін ашуы мүмкін. Рұқсаттары шектелген оқшау көшірме не контейнер және тексерілген сақтық көшірме қолданыңыз; клиенттік жүйелерде агентке дерекқордың тек қажетті қолжетімділігі бар бөлек identity беріңіз. Сонда ол дерекқорды шынымен жойғысы келсе де, мұны істей алмайды. Kimi Code режимдерінің әрқайсысы не істейтінін, қорғау қай жерде жұмыс істейтінін және тыйымды қалай орнатуға болатынын қарастырайық. Бастайық. Қызметті пайдалану туралы ақпаратты [Ailoot құжаттамасынан](https://ailoot.ai/docs/) қараңыз.
Негізгі түйін Kimi Code-та 3 режим бар. Always Ask — әдепкі режим: файлдарды автоматты түрде оқуға болады, ал қалғанының бәрін әр әрекет сайын растайсыз. Ask When Needed (`/yolo`) кәдімгі өңдеулерді өзі мақұлдайды, бірақ кілттері бар файлдарға кірерде, қауіпті пәрмендерді орындағанда немесе жоспарлау режимінен шығарда сұрайды. Never Ask (`/auto`) ештеңе сұрамайды және онда қауіпті пәрмендерден қорғау жұмыс істемейді. Тұрақты тыйымды `~/.kimi-code/config.toml` ішіндегі `deny` ережесімен орнатасыз, ал жұмыс істеп тұрған дерекқорға Never Ask режимін қоспаған жөн.
## Kimi Code-тағы 3 режимнің айырмашылығы қандай? Егер [Kimi Code орнатып қойған](https://ailoot.ai/blog/kk/kimi-code-install/) болсаңыз, мақұлдау панелін көрген шығарсыз: агент файлды өзгерткісі немесе пәрменді іске қосқысы келеді де, «иә» деген жауабыңызды күтеді. Бұрын режимдер Manual, YOLO және Auto деп аталатын, сондықтан ескі пәрмендері әлі де қолданылады: `/yolo` және `/auto`. **Always Ask.** Әдепкі режим. Агент файлдарды сұрамай оқиды, бірақ әр өңдеуді және әр пәрменді бөлек растайсыз. Бұл — ең баяу режим. **Ask When Needed.** `/yolo` пәрменімен қосылады. Кәдімгі өңдеулер мен пәрмендерді өзі мақұлдайды, бірақ `.env` (жобаның құпиясөздері мен кілттері сақталған файл) және сервердің SSH кілттеріне кірерде, `shutdown` (компьютерді өшіру) және `rm -rf` (қоқыс жәшігін айналып өтіп, бүкіл қалтаны жою) сияқты қауіпті пәрмендер алдында, сондай-ақ жоспарлау режимінен шығарда сұрайды. Агенттің өзі де сізге сұрақ қоя алады. **Never Ask.** `/auto` пәрменімен қосылады. Құпия файлдарға кіру және жоспарлау режимінен шығу сияқты жағдайларды қоса, барлық әрекет автоматты түрде мақұлданады. Агент сізге сұрақ қоймай, бәрін өзі шешеді.
Kimi Code рұқсаттарының үш режимі көрсетілген кесте: Always Ask, Ask When Needed, Never Ask
Kimi Code CLI ішіндегі 3 рұқсат режимі.
Жоспарлау режимі бөлек қосылады: `Shift-Tab` немесе `/plan` пернелерін бассаңыз, агент алдымен жоспар жазып, мақұлдауыңызды күтеді, содан кейін файлдарға кіріседі. ## Өзім растаусыз жұмыс істейтін жағдайлар Claude Code-та «бәріне рұқсат ету» — менің әдепкі таңдауым, оны әр жаңа чатта қосамын. Онсыз vibe coding тым баяу. Vibe coder онсыз да аз түсінеді, ал оған қоса түймелерді қайта-қайта басуға тура келеді: иә, иә, иә, жоқ, жоқ, жоқ. Бірақ бұл режимде агент кез келген қауіпті әрекетті, соның ішінде дерекқорды өшіруді де жасай алады. Содан кейін «кешіріңіз» деп айтады, бірақ кейде жасағанын енді түзету мүмкін болмайды. Сондықтан бұл режим қорықпайтындарға арналған, ал жауапкершілік өзіңізде. Менің ережелерім мынадай. Жеке жобалар, тәжірибелер мен прототиптерде растаусыз режимді тек құнды файлдары не өндірістік кіру деректері жоқ, рұқсаттары шектелген және сақтық көшірмесі бар оқшау көшірме не контейнер ішінде қолданыңыз. Клиенттердің жоқтығы жеке файлдар мен кілттерді қорғамайды, ал оқшаулаудың өзін тексеру керек. Ал өндірістік серверге қол жеткізе алатын жобаның өзінде осы режимді қоссаңыз, бір ғана сұрау агентке түн ішінде дерекқорды жойып, жұмыс істеп тұрған сайтқа өзгерістерді орналастыруға жеткілікті. ## Сөзбен қойылған тыйым неге көмектеспейді Көп адам агенттің нұсқауларына «дерекқорға тиме» деп жазады. Бұл сізді құтқарады деп үміттенбеңіз. «Досым, мұнда кірме» дейсіз. Бірақ ол бәрібір кіріп, қажет кезінде керегін алады. Әсіресе қытайлық Kimi: қойған кез келген тыйымды бұзады. Америкалық модельдер мұндайды істемеуге әлдеқайда жақсы үйретілген. Мен Kimi-ді жұмысымда әлі де қолданамын. Kimi K3 өте мұқият; оны жобалардан тарап кеткен кілттерді іздеуге және ақпарат жинауға пайдаланамын. Бірде оның барлық лимитін екі күннің ішінде тауыстым. Kimi қыңырланбайды және сұрағаныңыздың бәрін істейді. Сондықтан онымен жұмыс істегенде оқшаулау қажет. Өз тапсырмаларымда оны қалай сынағанымды [осында](https://ailoot.ai/blog/kk/kimi-k3-hands-on-review/) сипаттадым. Сізге оқшаулаудың 2 түрі қажет: 1. **Параметрлердегі пәрмендердің бұғаттау тізімі.** Ол сәйкес құрал шақыруларын бұғаттайды; пәрменнің бір жазылуына арналған үлгі басқа құралдар не балама әрекеттерге толық шекара емес. Оны операциялық жүйе, контейнер және дерекқор рұқсаттарымен бірге қолданыңыз. 2. **Дерекқорға тек оқуға арналған рұқсат.** Жұмыс істеп тұрған дерекқорда агентке тек оқуға арналған рұқсаттары бар бөлек пайдаланушы беріледі. Сонда Never Ask режимінде де агент дерекқорды жоя алмайды. ## Қауіпті пәрмендерден қорғаныс қай жерде жұмыс істейді Kimi Code-тағы қауіпті пәрмендерден кірістірілген қорғаныс әдепкіде қосулы. Always Ask және Ask When Needed режимдерінде `shutdown`, `reboot` (қайта іске қосу) немесе `rm -rf` пәрмендерінің алдында растауды сұрайды. Never Ask режимінде бұл пәрмендер тоқтаусыз орындалады. 2 ерекшелік бар: - `rm -rf` уақытша `/tmp` немесе `/temp` қалталарының тек ішіндегісін жойса, сұрамай орындалады (0.43.0 нұсқасынан бастап); - Ask When Needed режимінде Kimi Code алдын ала талдай алмайтын терминал пәрмендері туралы сұрамайды (2.0.1 нұсқасынан бастап). 0.40.0 нұсқасында Auto режимі қауіпті пәрмендерді бұғаттайтын; бұл бұғаттау 0.41.0 нұсқасында алынып тасталды.
Бұрын/қазір: Kimi Code автономды режимі бұрын қауіпті пәрмендерді бұғаттайтын, енді бұғаттамайды
0.40.0: Auto қауіпті пәрмендерді бұғаттайтын. 0.41.0: бұғаттау алынып тасталды.
Қорғанысты `~/.kimi-code/config.toml` баптаулар файлындағы `[permission]` бөлімінде `dangerous_command_guard = false` деп көрсету арқылы немесе `KIMI_CODE_DANGEROUS_COMMAND_GUARD=false` айнымалысымен өшіруге болады. Әзірлеушілер мұны қауіпті пәрмендер сырттан бұғатталып тұрған ортада ғана істеуге кеңес береді. ## Kimi Code-та тұрақты тыйымды қалай орнатуға болады Агент бір нәрсені өзгерткісі келгенде, Kimi Code мақұлдау панелін көрсетеді: - **Мақұлдау:** бағыттау пернелерін және `Enter` пернесін пайдаланыңыз немесе `1`, `2` не `3` пернелерінің бірін тікелей басыңыз; - **Қабылдамау:** `Esc`, `Ctrl-C` немесе `Ctrl-D`; - **Осы сеансқа мақұлдау:** осыған ұқсас шақыру сеанс аяқталғанша мақұлданады; - **Тұрақты ережелер:** баптаулар файлындағы тұрақты рұқсат немесе тыйым ережесі. Тұрақты ережелер `~/.kimi-code/config.toml` баптаулар файлындағы `[[permission.rules]]` блоктарына жазылады. Kimi Code оларды ретімен тексереді де, бірінші сәйкес келгені қолданылады, сондықтан тыйымдарды рұқсаттардан бұрын орналастырыңыз. Әр ережеде `decision` параметрі болады: `allow` (бірден рұқсат ету), `deny` (бірден тыйым салу) немесе `ask` (әр жолы сұрау). `rm -rf` пәрменіне тыйым салып, кез келген өзге терминал пәрмені алдында сұрау қою: ```toml [[permission.rules]] decision = "deny" pattern = "Bash(rm -rf*)" [[permission.rules]] decision = "ask" pattern = "Bash" ``` Терминал пәрмендері үшін үлгі жақшаның ішіне жазылады: `Bash(command-pattern)`; файлдарды оқу үшін `Read(path-pattern)` қолданылады. MCP құралдарына, `AgentSwarm` және өз құралдарыңызға тек толық атауымен тыйым салуға болады. Егер техникалық маман болмасаңыз және баптаулар файлын ашқыңыз келмесе, төмендегі сұрау мәтінін агентке көшіріп қойыңыз: ол нені шектеу керегін өзі табады. Тек алдымен мұның жұмысыңызды қаншалықты баяулататынын айтып беруін сұраңыз. Растаусыз жұмыс істеуге үйренген болсаңыз, тыйымдарды қосқаннан кейін кейбір әрекеттер істемей қалуы мүмкін. Міне, менің сұрау мәтінім: ```text Менің жобамды талдап, өндірістік серверге, стейджинг дерекқорына және өндірістік кілттерге қол жеткізе алатыныңызды айтыңыз. Егер қол жеткізе алсаңыз, қауіпті пәрмендерден қорғауды баптаңыз: тұтас қалталарды жоюға, өзгерістер тарихын қайтымсыз қайта жазатын пәрмендерге және өндірістік дерекқорға тікелей пәрмен жіберуге тыйым салыңыз. Алдымен «бұрын - кейін» форматында жоспар көрсетіп, бұл жұмысымды қаншалықты баяулататынын шынайы айтыңыз. ``` Claude Code-та осыны қалай баптау керегін [жеке мақалада](https://ailoot.ai/blog/kk/claude-code-safe-overnight-setup/) қарастырдым. Сондай-ақ Claude Code-тағы Auto режимі агент әрекеттерін [қалай тексеретінін](https://ailoot.ai/blog/kk/claude-code-auto-mode-classifier/) қараңыз. ## Қай режимді таңдау керек - **Агенттің әр қадамын көргіңіз келеді:** әдепкі Always Ask режимін таңдаңыз. Оқудан басқасының бәрін растайсыз. - **Нақты тұтынушылары жоқ жеке жоба немесе прототип:** Always Ask не Ask When Needed режимінен бастаңыз. Never Ask-ті тек рұқсаты шектелген, құнды дерегі мен кілті жоқ оқшау уақытша көшірме үшін қарастырыңыз; жобада клиент жоқ болуы оны қауіпсіз етпейді. - **Нақты тұтынушылары бар, серверге қосылу құқығы бар жоба:** Never Ask режимін қоспаңыз. `config.toml` файлында `deny` тыйымдарын орнатып, агентке дерекқорға тек оқуға арналған рұқсат беріңіз. Сондай-ақ дерекқордың сақтық көшірмесін жобадан бөлек машинада жасаңыз. Қалған қауіпсіздік ережелері [жеке мақалада](https://ailoot.ai/blog/kk/vibe-coding-security/) жинақталған. Растау режимін жобаңыздың қол жеткізу рұқсаттарына сәйкестендіріп, тыйымдардың қай жерде қажет екенін тексеріңіз.
### Дереккөздер - [Kimi Code: өзара әрекет және енгізу](https://moonshotai.github.io/kimi-code/en/g%75ides/interaction.md) — 3 рұқсат режимі, `/yolo`, `/auto`, әр режимдегі қауіпті пәрмендерден қорғаныс, мақұлдау панелі, жоспарлау режимі. - [Kimi Code: конфигурация файлдары](https://moonshotai.github.io/kimi-code/en/configuration/config-files.md) — `[[permission.rules]]`, ережелерді тексеру реті, `dangerous_command_guard`, `KIMI_CODE_DANGEROUS_COMMAND_GUARD`, `config.toml` жолы. - [Kimi Code: өзгерістер журналы](https://moonshotai.github.io/kimi-code/en/release-notes/changelog.md) — 0.40.0, 0.41.0, 0.43.0 және 2.0.1 нұсқалары: қауіпті пәрмендерден қорғаныс және режимдердің қайта аталуы.
[Ailoot-пен](https://ailoot.ai/) танысыңыз. ## Жиі қойылатын сұрақтар ### Жобамда клиент жоқ болғандықтан Never Ask қауіпсіз бе? Жоқ. Агент жеке файлдарды бүлдіріп не кілттерді жариялауы мүмкін. Растаусыз режимді қарастырмас бұрын рұқсаттарды шектеп, оқшау уақытша көшірме не контейнер және сақтық көшірме қолданыңыз. ### rm -rf үшін deny ережесі оқшаулаудың орнын баса ма? Жоқ. Ол файл өзгертудің барлық балама тәсілін емес, сәйкес құрал шақыруларын бұғаттайды. Құнды деректер мен өндірістік кіру деректерін агенттен тыс ұстап, дерекқорға тапсырмаға қажет рұқсаты ғана бар бөлек identity қолданыңыз. ## Ailoot · Компания және оның жобалар портфелі Ailoot жинақталған жұмыс тәжірибесіне, кең клиенттік базаға, тұрақты қызметке және KPI көрсеткіштерін үздіксіз бақылауға сүйенеді. Компания және оның жобалар портфелі: миллиондаған клиент; ай сайынғы сату көлемі миллиардтармен есептеледі. Ailoot осы тәжірибені клиенттердің өнімдерінде, агенттерінде, қолданбаларында және автоматтандыруларында жасанды интеллект мүмкіндіктеріне API арқылы қол жеткізуді қамтамасыз етуге пайдаланады.