--dangerously-skip-permissions — hai phạm vi tác động và ba lớp kiểm soát

Cờ này có hai bán kính tác động, và gần như mọi nội dung viết về nó chỉ đề cập đến một. --dangerously-skip-permissions khiến Claude Code ngừng hỏi trước khi chỉnh sửa tệp hoặc chạy lệnh. Mức phơi nhiễm hiển nhiên là hệ thống tệp của bạn. Điều không ai viết đến là hóa đơn: một agent không bao giờ dừng để hỏi cũng là một agent không bao giờ dừng chi tiêu, và các lỗi của agent thường là những vòng lặp.

Cả hai đều có thể được giới hạn, và không điều nào yêu cầu bạn ngừng dùng cờ. Đây là chính xác những gì nó làm, sau đó là ba biện pháp giới hạn chỉ mất khoảng một phút mỗi biện pháp.

Nó làm gì

Thông thường Claude Code tạm dừng trước một hành động có hậu quả và chờ phê duyệt. Cờ này tắt khoảng dừng đó cho toàn bộ phiên. Nó không cấp cho mô hình khả năng mới và không thay đổi mô hình — nó loại bỏ bước xem xét giữa một kế hoạch và việc thực thi kế hoạch đó.

Đó là lý do cách diễn đạt trung thực không phải là “cờ này có nguy hiểm không” mà là phiên này có thể truy cập những gì. Cùng một lệnh không có gì đáng ngại trong một checkout tạm thời nhưng thực sự liều lĩnh trong repo có thông tin xác thực production nằm trong môi trường. Cờ không đổi; mức phơi nhiễm là thứ bạn kiểm soát.

Biện pháp giới hạn 1 — cấp cho nó một checkout riêng

Đây là cách rẻ nhất và thường là đủ. Git worktree là một thư mục làm việc đầy đủ trên nhánh riêng, vì vậy chỉnh sửa chưa được xem xét sẽ nằm ở nơi bạn có thể vứt bỏ thay vì chồng lên công việc hiện tại.

# Containment that costs one command: give the agent its own checkout.
# A worktree is a real working directory on its own branch, so a runaway
# edit is contained to a branch you can delete rather than to your repo.

git worktree add -b agent/task-123 ../repo-agent-123
cd ../repo-agent-123
claude --dangerously-skip-permissions

# When it is done, review the branch like any other, then:
git worktree remove ../repo-agent-123

Việc xem xét vẫn diễn ra — chỉ là diễn ra một lần trên một nhánh thay vì bốn mươi lần qua các lời nhắc. Nhìn chung, đây là cách sử dụng sự chú ý tốt hơn so với phê duyệt từng lần ghi tệp, và đó mới là lập luận thực sự cho cờ này chứ không phải sự thiếu kiên nhẫn.

Biện pháp giới hạn 2 — cấp cho nó thông tin xác thực riêng

Bất cứ thứ gì nằm trong môi trường của shell đó đều có thể được agent truy cập. Cách khắc phục không phải là cẩn thận hơn; mà là đặt ít thứ hơn ở đó. Tạo thông tin xác thực cho agent thay vì dùng lại thông tin bạn sử dụng ở mọi nơi, để dừng agent chỉ cần một lần thu hồi thay vì phải xoay vòng mọi thứ bạn sở hữu.

# A key per agent, not a key per human. Revoking one key stops one
# agent; revoking the key you use everywhere stops your whole day.

export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-kn-...        # created for this agent only
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

claude --dangerously-skip-permissions

Giữ nguyên các dòng model: model mặc định tích hợp sẵn của Claude Code và bí danh opus đều phân giải thành Opus mới nhất; nếu Kunavo chưa cung cấp model đó, agent không giám sát sẽ thất bại với yêu cầu đầu tiên bằng lỗi 404. Bí danh sonnet yêu cầu Sonnet 5.5, model mà Kunavo không cung cấp, vì vậy nếu thiếu dòng ANTHROPIC_DEFAULT_SONNET_MODEL, bất kỳ subagent nào được đặt thành model: sonnet, /model sonnet và giai đoạn thực thi của opusplan cũng sẽ trả về 404 theo cách tương tự. Bí danh opus được ghim vào Opus 5.5 (claude-opus-5-5), yêu cầu Claude Code v2.1.280 trở lên — nếu phiên bản của bạn cũ hơn, trước tiên hãy chạy claude update. Trên Kunavo, một khóa có thể được thu hồi độc lập — việc thu hồi được kiểm tra trong mọi yêu cầu đã xác thực, vì vậy khóa bị thu hồi sẽ ngừng hoạt động ngay lập tức thay vì chờ đến cuối kỳ thanh toán. Một khóa cũng có thể có giới hạn chi tiêu hàng tháng riêng và danh sách IP cho phép; đây là điều biến “mỗi agent một khóa” từ việc sắp xếp gọn gàng thành một ranh giới thực sự: khóa của agent có thể bị giới hạn và ghim mà không ảnh hưởng đến khóa bạn sử dụng thủ công. Tạo khóa thứ hai không mất phí. Chi tiết thiết lập có tại lấy khóa API cho Claude Code.

Biện pháp giới hạn 3 — giới hạn chi tiêu, không chỉ hệ thống tệp

Đây là trục mà phần còn lại của Internet bỏ qua. Hãy xem agent không giám sát làm gì khi nó thất bại thay vì khi nó hoạt động: nó thử lại. Mỗi lần thử lại là một lượt đi-về bị tính phí nhưng không tạo ra gì, và ngữ cảnh của agent lập trình rất lớn, nên các lượt đi-về không hề rẻ. Tác vụ hai mươi bước là bình thường; vòng lặp bị kẹt thì không.

Cách giới hạn điều đó hoàn toàn phụ thuộc vào phương thức tính phí. Gói đăng ký giới hạn bằng một cửa sổ sử dụng — một trần thực sự, dù nó xuất hiện dưới dạng bị dừng thay vì cảnh báo. Thẻ đã lưu không có trần tự nhiên nào cả. Trên Kunavo có hai giới hạn, và giới hạn thứ hai đáng đặt trước một lần chạy không giám sát: thanh toán trừ từ số dư trả trước, nên một yêu cầu không bao giờ có thể rút nhiều hơn số dư hiện có, và một khóa có thể mang giới hạn chi tiêu hằng tháng riêng. Giới hạn được kiểm tra trước khi yêu cầu chạy, nên việc chi vượt không xảy ra thay vì chỉ bị phát hiện sau đó; vượt giới hạn, lệnh gọi bị từ chối với thông báo nêu tên khóa chứ không phải ví tiền, và giới hạn đặt lại khi bắt đầu tháng dương lịch tiếp theo. Hãy đặt một giới hạn trên khóa agent giữ, và trường hợp xấu nhất không còn là “toàn bộ số dư” mà trở thành một con số do bạn chọn.

Phép tính cho chi phí dự kiến của một lần chạy — để bạn phân biệt phiên bình thường với vòng lặp — nằm trên trang giá Claude Code, còn giới hạn Claude Pro và Max bao quát phần gói đăng ký của cùng câu hỏi.

Khi nào nên dùng và khi nào không nên dùng

Mẫu hình trong bảng đó là mọi “không” đều liên quan đến khả năng truy cập, và không điều nào liên quan đến cờ. Khắc phục khả năng truy cập, cờ sẽ không còn là biến số đáng chú ý — đó chính là mục đích.

Câu hỏi thường gặp