# Kimi Code Never Ask: λειτουργίες και επικίνδυνες εντολές

> Στη λειτουργία Never Ask, το Kimi Code εκτελεί τις εντολές rm -rf και shutdown χωρίς να ρωτήσει. Σε τι διαφέρουν οι 3 λειτουργίες και πώς μπορείτε να απαγορεύσετε μια επικίνδυνη εντολή στο config.toml;

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


Στο Kimi Code, η λειτουργία Never Ask (`/auto`) εγκρίνει τα πάντα αυτόματα: εκτελεί τις εντολές `rm -rf`, `shutdown` και `reboot` χωρίς να ρωτήσει ούτε μία φορά. Ο agent ρωτά πριν από αυτές τις εντολές μόνο στις 2 άλλες λειτουργίες, Always Ask και Ask When Needed.

Εγώ δουλεύω στο Claude Code έχοντας ενεργοποιημένο το «allow everything»· αλλιώς θα καθόμασταν να κάνουμε κλικ: ναι, ναι, ναι. Αλλά κάθε 10η φορά, ο agent ενεργεί με τον δικό του τρόπο.

Ακόμη και ένα προσωπικό πρωτότυπο μπορεί να εκθέσει πολύτιμα αρχεία και διαπιστευτήρια. Χρησιμοποιήστε απομονωμένο αντίγραφο ή κοντέινερ με περιορισμένα δικαιώματα και επαληθευμένο αντίγραφο ασφαλείας· για συστήματα πελατών, δώστε επίσης στον agent ξεχωριστή ταυτότητα βάσης δεδομένων με μόνο την απαιτούμενη πρόσβαση. Έτσι, ακόμη κι αν θέλει πραγματικά να διαγράψει τη βάση δεδομένων, δεν μπορεί.

Ας δούμε τι κάνει κάθε λειτουργία του Kimi Code, πού λειτουργεί η προστασία και πώς να ορίσετε μια απαγόρευση. Ξεκινάμε.

Για πληροφορίες σχετικά με τη χρήση της υπηρεσίας, δείτε την [τεκμηρίωση του Ailoot](https://ailoot.ai/docs/).



<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Κύριο συμπέρασμα αυτής της ενότητας">

Κύριο συμπέρασμα

Το Kimi Code έχει 3 λειτουργίες. Η Always Ask είναι η προεπιλογή: η ανάγνωση γίνεται αυτόματα και επιβεβαιώνετε όλα τα υπόλοιπα, μία ενέργεια κάθε φορά. Η Ask When Needed (`/yolo`) εγκρίνει μόνη της τις συνηθισμένες αλλαγές, αλλά ρωτά πριν από την πρόσβαση σε αρχεία που περιέχουν κλειδιά, την εκτέλεση επικίνδυνων εντολών ή την έξοδο από τη λειτουργία σχεδιασμού. Η Never Ask (`/auto`) δεν ρωτά τίποτα και σε αυτήν δεν λειτουργεί η προστασία από επικίνδυνες εντολές. Ορίζετε μόνιμη απαγόρευση με έναν κανόνα `deny` στο `~/.kimi-code/config.toml`, και είναι καλύτερο να μην ενεργοποιείτε τη Never Ask όταν υπάρχει ζωντανή βάση δεδομένων.

</div>

## Σε τι διαφέρουν οι 3 λειτουργίες του Kimi Code;

Αν έχετε ήδη [εγκαταστήσει το Kimi Code](https://ailoot.ai/blog/el/kimi-code-install/), έχετε δει το πλαίσιο έγκρισης: ο agent θέλει να επεξεργαστεί ένα αρχείο ή να εκτελέσει μια εντολή και περιμένει το «ναι» σας. Οι λειτουργίες παλαιότερα ονομάζονταν Manual, YOLO και Auto, γι' αυτό εξακολουθούν να χρησιμοποιούν τις παλιές εντολές: `/yolo` και `/auto`.

**Always Ask.** Η προεπιλογή. Ο agent διαβάζει αρχεία χωρίς να ρωτήσει, αλλά επιβεβαιώνετε ξεχωριστά κάθε αλλαγή και κάθε εντολή. Αυτή είναι η πιο αργή λειτουργία.

**Ask When Needed.** Ενεργοποιείται με `/yolo`. Εγκρίνει μόνη της τις συνηθισμένες αλλαγές και εντολές, αλλά ρωτά πριν από την πρόσβαση στο `.env` (το αρχείο που περιέχει τους κωδικούς πρόσβασης και τα κλειδιά του έργου) και στα κλειδιά SSH του διακομιστή, πριν από επικίνδυνες εντολές όπως `shutdown` (τερματισμός του υπολογιστή) και `rm -rf` (διαγραφή ολόκληρου φακέλου, παρακάμπτοντας τον κάδο απορριμμάτων), καθώς και πριν από την έξοδο από τη λειτουργία σχεδιασμού. Ο agent μπορεί επίσης να σας κάνει ο ίδιος μια ερώτηση.

**Never Ask.** Ενεργοποιείται με `/auto`. Όλες οι εγκρίσεις γίνονται αυτόματα, συμπεριλαμβανομένων εκείνων για ευαίσθητα αρχεία και για την έξοδο από τη λειτουργία σχεδιασμού. Ο agent δεν σας κάνει ερωτήσεις και αποφασίζει τα πάντα μόνος του.

<figure>
Πίνακας των τριών λειτουργιών δικαιωμάτων του Kimi Code: Always Ask, Ask When Needed, Never Ask
<figcaption>3 λειτουργίες δικαιωμάτων στο Kimi Code CLI.</figcaption>
</figure>

Η λειτουργία σχεδιασμού ενεργοποιείται ξεχωριστά, με `Shift-Tab` ή `/plan`: ο agent πρώτα γράφει ένα σχέδιο και περιμένει την έγκρισή σας και μετά αγγίζει τα αρχεία.

## Όταν δουλεύω κι εγώ χωρίς επιβεβαιώσεις

Στο Claude Code, το «allow everything» είναι η προεπιλεγμένη ρύθμισή μου και ενεργοποιείται σε κάθε νέα συνομιλία. Χωρίς αυτό, το vibe coding είναι υπερβολικά αργό. Ένας vibe coder ήδη καταλαβαίνει πολύ λίγα και μετά πρέπει να πατάει συνέχεια κουμπιά: ναι, ναι, ναι, όχι, όχι, όχι.

Αλλά σε αυτήν τη λειτουργία, ο agent μπορεί να κάνει οτιδήποτε αποκοτιά, ακόμη και να σβήσει μια βάση δεδομένων. Μετά θα πει «συγγνώμη, ζητώ συγγνώμη», αλλά μερικές φορές αυτό που έκανε δεν μπορεί πια να διορθωθεί. Επομένως, αυτή η λειτουργία είναι για τους ατρόμητους και αναλαμβάνετε την ευθύνη γι' αυτήν.

Οι κανόνες μου είναι οι εξής. Για προσωπικά έργα, πειράματα και πρωτότυπα, χρησιμοποιήστε λειτουργία χωρίς επιβεβαιώσεις μόνο μέσα σε απομονωμένο αντίγραφο ή κοντέινερ χωρίς πολύτιμα αρχεία ή διαπιστευτήρια παραγωγής, με περιορισμένα δικαιώματα και αντίγραφο ασφαλείας. Η απουσία πελατών δεν προστατεύει προσωπικά αρχεία ή κλειδιά και η απομόνωση εξακολουθεί να χρειάζεται έλεγχο. Αλλά αν ενεργοποιήσετε αυτήν τη λειτουργία στο ίδιο έργο που έχει πρόσβαση σε διακομιστή παραγωγής, αρκεί 1 προτροπή για να διαγράψει ο agent τη βάση δεδομένων εκεί μέσα στη νύχτα και να αναπτύξει αλλαγές στον ενεργό ιστότοπο.





## Γιατί μια απαγόρευση με λόγια δεν σας προστατεύει

Πολλοί γράφουν στις οδηγίες του agent «μην αγγίζεις τη βάση δεδομένων». Μην υπολογίζετε ότι αυτό θα σας προστατεύσει. Του λέτε: φίλε, μην μπεις εδώ. Αλλά θα μπει έτσι κι αλλιώς και θα πάρει ό,τι χρειάζεται όταν το χρειάζεται. Ειδικά το κινεζικό Kimi: θα παραβιάσει κάθε απαγόρευση που θα θέσετε. Τα αμερικανικά μοντέλα είναι πολύ καλύτερα εκπαιδευμένα να μην το κάνουν αυτό.

Εξακολουθώ να χρησιμοποιώ το Kimi στη δουλειά μου. Το Kimi K3 είναι πολύ προσεκτικό· το χρησιμοποιώ για να ελέγχω έργα για κλειδιά που έχουν διαρρεύσει και για να συλλέγω πληροφορίες. Κάποτε εξάντλησα όλα τα όριά του μέσα σε λίγες ημέρες. Το Kimi δεν κάνει νερά και κάνει ό,τι του ζητάτε. Γι' αυτό χρειάζεστε απομόνωση όταν δουλεύετε μαζί του. Περιέγραψα πώς το δοκίμασα στις δικές μου εργασίες [εδώ](https://ailoot.ai/blog/el/kimi-k3-hands-on-review/).



Χρειάζεστε 2 μορφές απομόνωσης:

1.  **Λίστα αποκλεισμού εντολών στις ρυθμίσεις.** Μπλοκάρει τις κλήσεις εργαλείων που ταιριάζουν· ένα μοτίβο για μία διατύπωση εντολής δεν είναι πλήρες όριο απέναντι σε άλλα εργαλεία ή ισοδύναμες ενέργειες. Χρησιμοποιήστε το μαζί με δικαιώματα λειτουργικού συστήματος, κοντέινερ και βάσης δεδομένων.
2.  **Πρόσβαση στη βάση δεδομένων μόνο για ανάγνωση.** Στη ζωντανή βάση δεδομένων, ο agent έχει ξεχωριστό χρήστη με δικαιώματα μόνο για ανάγνωση. Έτσι, ακόμη και στη Never Ask, ο agent δεν μπορεί να σβήσει τη βάση δεδομένων.

## Πού λειτουργεί η προστασία από επικίνδυνες εντολές

Η ενσωματωμένη προστασία του Kimi Code από επικίνδυνες εντολές είναι ενεργοποιημένη από προεπιλογή. Ζητά επιβεβαίωση πριν από τις `shutdown`, `reboot` (επανεκκίνηση) ή `rm -rf` στις λειτουργίες Always Ask και Ask When Needed. Στη 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.

<figure>
Πριν/τώρα: Η αυτόνομη λειτουργία του Kimi Code απέκλειε παλαιότερα τις επικίνδυνες εντολές, αλλά πλέον όχι
<figcaption>0.40.0: Το Auto απέκλειε τις επικίνδυνες εντολές. 0.41.0: ο αποκλεισμός αφαιρέθηκε.</figcaption>
</figure>

Μπορείτε να απενεργοποιήσετε την προστασία με `dangerous_command_guard = false` στην ενότητα `[permission]` του αρχείου ρυθμίσεων `~/.kimi-code/config.toml` ή με τη μεταβλητή `KIMI_CODE_DANGEROUS_COMMAND_GUARD=false`. Οι προγραμματιστές συνιστούν να το κάνετε αυτό μόνο όταν οι επικίνδυνες εντολές παρεμποδίζονται ήδη εξωτερικά.

## Πώς να ορίσετε μόνιμη απαγόρευση στο Kimi Code

Όταν ο agent θέλει να αλλάξει κάτι, το Kimi Code εμφανίζει ένα πλαίσιο έγκρισης:

- **Έγκριση**: χρησιμοποιήστε τα πλήκτρα βέλους και το `Enter` ή πατήστε απευθείας `1`, `2` ή `3`·
- **Απόρριψη**: `Esc`, `Ctrl-C` ή `Ctrl-D`·
- **Έγκριση για αυτήν τη συνεδρία**: η ίδια κλήση εγκρίνεται μέχρι το τέλος της συνεδρίας·
- **Μόνιμοι κανόνες**: ένας μόνιμος κανόνας allow ή deny στο αρχείο ρυθμίσεων.

Οι μόνιμοι κανόνες γράφονται στο αρχείο ρυθμίσεων `~/.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` και τα δικά σας εργαλεία μπορούν να απαγορευτούν μόνο με τα πλήρη ονόματά τους.

Αν δεν είστε τεχνικός και δεν θέλετε να ανοίξετε το αρχείο ρυθμίσεων, απλώς επικολλήστε την παρακάτω προτροπή στον agent: θα βρει μόνος του τι χρειάζεται περιορισμό. Απλώς ζητήστε του να σας πει πρώτα πόσο θα σας καθυστερήσει αυτό. Αν έχετε συνηθίσει να δουλεύετε χωρίς επιβεβαιώσεις, κάποια πράγματα θα πάψουν να λειτουργούν αφού προσθέσετε τις απαγορεύσεις. Αυτή είναι η προτροπή μου:

```
Ανάλυσε το έργο μου και πες μου αν έχεις πρόσβαση στον διακομιστή παραγωγής, στη βάση δεδομένων δοκιμών και στα κλειδιά παραγωγής. Αν έχεις, διαμόρφωσε προστασία από επικίνδυνες εντολές: απαγόρευσε τη διαγραφή ολόκληρων φακέλων, τις εντολές που ξαναγράφουν μη αναστρέψιμα το ιστορικό αλλαγών και τις άμεσες εντολές προς τη βάση δεδομένων παραγωγής. Πρώτα δείξε ένα σχέδιο στη μορφή «πριν - μετά» και πες μου με ειλικρίνεια πόσο θα με καθυστερήσει αυτό.
```

Κάλυψα πώς να διαμορφώσετε το ίδιο πράγμα στο Claude Code σε ένα [ξεχωριστό άρθρο](https://ailoot.ai/blog/el/claude-code-safe-overnight-setup/). Δείτε επίσης [πώς η λειτουργία Auto στο Claude Code ελέγχει τις ενέργειες του agent](https://ailoot.ai/blog/el/claude-code-auto-mode-classifier/).

## Ποια λειτουργία να επιλέξετε

- **Θέλετε να βλέπετε κάθε βήμα που κάνει ο agent:** Always Ask, η προεπιλογή. Επιβεβαιώνετε τα πάντα εκτός από την ανάγνωση.
- **Προσωπικό έργο ή πρωτότυπο χωρίς πραγματικούς πελάτες:** ξεκινήστε με Always Ask ή Ask When Needed. Εξετάστε Never Ask μόνο για απομονωμένο, αναλώσιμο αντίγραφο με περιορισμένα δικαιώματα και χωρίς πολύτιμα δεδομένα ή κλειδιά· δεν αποκτά ασφάλεια απλώς επειδή το έργο δεν έχει πελάτες.
- **Έργο με πραγματικούς πελάτες και πρόσβαση σε διακομιστή:** μην ενεργοποιήσετε τη Never Ask. Ορίστε απαγορεύσεις `deny` στο `config.toml` και δώστε στον agent πρόσβαση στη βάση δεδομένων μόνο για ανάγνωση.

Και κρατήστε αντίγραφο ασφαλείας της βάσης δεδομένων σε μηχάνημα ξεχωριστό από το έργο. Οι υπόλοιποι κανόνες ασφαλείας συγκεντρώνονται σε ένα [ξεχωριστό άρθρο](https://ailoot.ai/blog/el/vibe-coding-security/).

Ταιριάξτε τη λειτουργία επιβεβαίωσης με τα δικαιώματα πρόσβασης του έργου σας και ελέγξτε πού χρειάζονται απαγορεύσεις.

<div class="section" role="doc-bibliography" aria-label="Πηγές">

### Πηγές

- [Kimi Code: Αλληλεπίδραση και εισαγωγή](https://moonshotai.github.io/kimi-code/en/g%75ides/interaction.md) — 3 λειτουργίες δικαιωμάτων, `/yolo`, `/auto`, προστασία από επικίνδυνες εντολές σε κάθε λειτουργία, το πλαίσιο έγκρισης, λειτουργία Plan.
- [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: προστασία από επικίνδυνες εντολές και μετονομασία των λειτουργιών.

</div>





Γνωρίστε το [Ailoot](https://ailoot.ai/).

## Ερωτήσεις και απαντήσεις: Kimi Code Never Ask: λειτουργίες και επικίνδυνες εντολές

### Είναι ασφαλές το Never Ask απλώς επειδή το έργο μου δεν έχει πελάτες;

Όχι. Ο agent μπορεί ακόμη να καταστρέψει προσωπικά αρχεία ή να εκθέσει κλειδιά. Χρησιμοποιήστε περιορισμένα δικαιώματα, απομονωμένο αναλώσιμο αντίγραφο ή κοντέινερ και αντίγραφο ασφαλείας πριν εξετάσετε λειτουργία χωρίς επιβεβαιώσεις.

### Ένας κανόνας deny για rm -rf αντικαθιστά την απομόνωση;

Όχι. Μπλοκάρει κλήσεις εργαλείων που ταιριάζουν, όχι κάθε ισοδύναμο τρόπο αλλαγής αρχείων. Κρατήστε πολύτιμα δεδομένα και διαπιστευτήρια παραγωγής έξω από την πρόσβαση του agent και χρησιμοποιήστε ξεχωριστή ταυτότητα βάσης με μόνο τα δικαιώματα που χρειάζεται η εργασία.


## Ailoot · Η εταιρεία και το χαρτοφυλάκιο έργων της

Η Ailoot στηρίζεται στη συσσωρευμένη λειτουργική εμπειρία, τη μεγάλη πελατειακή βάση, τη σταθερή εξυπηρέτηση και τον συνεχή έλεγχο KPI.

Η εταιρεία και το χαρτοφυλάκιο έργων της: εκατομμύρια πελάτες· μηνιαίες πωλήσεις δισεκατομμυρίων.

Η Ailoot αξιοποιεί αυτή τη λειτουργική εμπειρία για πρόσβαση μέσω API σε λειτουργίες AI στα προϊόντα, τους πράκτορες, τις εφαρμογές και τους αυτοματισμούς των πελατών.