prompts.chatprompts.chatprompts.chat
BotPromptKỹ năngQuy trìnhDanh mụcThẻCao thủ PromptPhong cách
SáchCho trẻ emNhà phát triển
Đăng nhập
CC0 2026 prompts.chat
DeepWikiHướng dẫn...Tài liệuAPIQuyền riêng tưĐiều khoảnHỗ trợGiới thiệuGitHub

Cập Nhật Quyền Hạn Của Tác Nhân (Agent Permissions)

Phân tích cuộc trò chuyện hiện tại và thêm các câu lệnh chỉ đọc (read-only) vào danh sách cho phép (allow list) của Claude và Gemini.

G
@grantcarthew
about 4 hours agolúc 15:32 30 tháng 10, 2026
Agent Skill

Nội dung

# Nhiệm vụ: Cập Nhật Quyền Hạn Của Tác Nhân (Agent Permissions)

Vui lòng phân tích toàn bộ cuộc trò chuyện của chúng ta và xác định tất cả các câu lệnh cụ thể đã được sử dụng.

Cập nhật cấu hình quyền hạn cho cả Claude Code và Gemini CLI.

## Các Tệp Tham Chiếu

- Claude: ~/.claude/settings.json
- Chính sách của Gemini: ~/.gemini/policies/tool-permissions.toml
- Cài đặt của Gemini: ~/.gemini/settings.json
- Thư mục tin cậy của Gemini: ~/.gemini/trustedFolders.json

## Hướng Dẫn Thực Hiện

1. Kiểm toán (Audit): Đối chiếu các câu lệnh đã xác định với danh sách các câu lệnh hiện đang được phép trong cả hai tệp cấu hình.
2. Lọc (Filter): Chỉ giữ lại những câu lệnh cung cấp quyền truy cập chỉ đọc (read-only) vào tài nguyên.
3. Hạn chế (Restrict): Loại trừ một cách tường minh bất kỳ câu lệnh nào có khả năng chỉnh sửa, xóa bỏ hoặc phá hủy dữ liệu.
4. Cập nhật (Update): Chỉ thêm các câu lệnh chỉ đọc còn thiếu vào cả hai tệp cấu hình.
5. Ràng buộc (Constraint): Tuyệt đối không sử dụng ký tự đại diện (wildcards) ở tên lệnh. Mỗi câu lệnh phải được liệt kê riêng lẻ để đảm bảo an toàn bảo mật chi tiết.

Hãy hiển thị cho tôi danh sách các câu lệnh được chia dưới hai danh mục: Chỉ đọc (Read-Only) và Ghi (Write)

Ở đây chúng ta chủ yếu quan tâm đến các câu lệnh chỉ đọc thuộc các nhóm hành động: Read, Get, Describe, View hoặc tương tự.

Sau khi tôi phê duyệt danh sách đó, hãy tiến hành cập nhật cả hai tệp cấu hình.

## Định Dạng Của Claude

Tệp: ~/.claude/settings.json

Claude sử dụng một đối tượng JSON `permissions` chứa các mảng `allow`, `deny` và `ask`.

Định dạng cho phép (Allow format): `Bash(command subcommand:*)`

Chèn các câu lệnh mới theo thứ tự bảng chữ cái vào bên trong mảng `allow`.

## Định Dạng Của Gemini

Tệp: ~/.gemini/policies/tool-permissions.toml

Gemini sử dụng bộ máy chính sách định dạng TOML với các quy tắc ở nhiều mức độ ưu tiên khác nhau.

Các loại quy tắc và mức độ ưu tiên:
- `decision = "deny"` ở mức `priority = 200` đối với các thao tác mang tính phá hủy dữ liệu
- `decision = "ask_user"` ở mức `priority = 150` đối với các thao tác ghi cần người dùng xác nhận
- `decision = "allow"` ở mức `priority = 100` đối với các thao tác chỉ đọc

Đối với các quy tắc `allow`, hãy sử dụng `commandPrefix` (cung cấp cơ chế so khớp theo ranh giới từ).
Đối với các quy tắc `deny` và `ask`, hãy sử dụng `commandRegex` (bắt được các biến thể cờ lệnh).

Các câu lệnh chỉ đọc mới nên được thêm vào khối `[[rule]]` hiện có phù hợp theo từng danh mục, hoặc tạo một khối mới nếu chưa có danh mục nào phù hợp.

Ví dụ quy tắc cho phép (allow rule):
```toml
[[rule]]
toolName = "run_shell_command"
commandPrefix = ["command subcommand1", "command subcommand2"]
decision = "allow"
priority = 100
```

## Các Thư Mục Của Gemini

Nếu có bất kỳ thư mục mới nào nằm ngoài không gian làm việc (workspace) được truy cập tới, hãy thêm chúng vào:
- `context.includeDirectories` trong tệp ~/.gemini/settings.json
- ~/.gemini/trustedFolders.json với giá trị `"TRUST_FOLDER"`

## Các Trường Hợp Ngoại Lệ

Tuyệt đối không đề xuất thêm các câu lệnh sau đây:

- git branch: Cờ -D sẽ xóa các nhánh
- git pull: Phòng trường hợp kích hoạt thao tác gộp nhánh (merge) làm thay đổi mã
- git checkout: Việc chuyển đổi nhánh có thể làm gián đoạn công việc đang diễn ra
- ajira issue create: Để ngăn ngừa việc tạo hàng loạt issue mới quá mức
- find: Các cờ -delete và -exec có tính phá hủy dữ liệu (hãy sử dụng lệnh fd để thay thế)

Bình luận (0)

Kỹ năng liên quan

herdr-multiagent

Kỹ năng

Chạy song song nhiều tác tử lập trình (coding agents) dưới quyền quản lý của Herdr: phân rã giai đoạn, mỗi tác tử có một git worktree, môi trường cô lập, khung cửa sổ (pane) và bản giao việc bằng tệp riêng, giám sát trạng thái, đánh giá, gộp nhánh. Loại tác tử con được đọc từ `herdr pane current` (.result.pane.agent) và khớp với bộ điều phối (omp, opencode, claude, codex, kimi, ...). Yêu cầu HERDR_ENV=1.

r@ferrum-sidereum
0

Trình Đánh Giá Bảo Mật Luồng Công Việc GitHub Actions

Kỹ năng

Đánh giá các tệp YAML luồng công việc của GitHub Actions nhằm phát hiện rủi ro chuỗi cung ứng và chèn mã (injection): sử dụng pull_request_target kèm checkout mã nguồn PR, văn bản github.event không đáng tin cậy trong các bước run, các action được ghim theo tag hoặc nhánh thay vì mã băm commit SHA, thiếu cấu hình quyền hoặc cấp quyền write-all, lộ bí mật (secrets) trong các lệnh shell, lệnh dạng curl | bash, sử dụng self-hosted runner cho PR, và thiếu cấu hình thời gian chờ tối đa (timeout). Sử dụng trước khi gộp (merge) các thay đổi CI hoặc khi kiểm toán kho mã nguồn. Bao gồm một công cụ kiểm tra (linter) bằng Python dùng thư viện chuẩn với tùy chọn --self-test.

F@f
0

Kiểm toán Bảo trì Kỹ năng

Kỹ năng

Quy trình kiểm toán bảo trì chỉ đọc (read-only) dành cho Agent Skills. Rà soát các kỹ năng hiện có để phát hiện hướng dẫn đã lỗi thời hoặc nhạy cảm với phiên bản, xung đột điều kiện kích hoạt (trigger), sự chồng chéo, tham chiếu bị hỏng, hành vi hàm bổ trợ không an toàn, sự trôi dạt so với đặc tả, phình to ngữ cảnh và các giả định công nghệ lạc hậu. Xác minh các tuyên bố quan trọng về tính cập nhật đối chiếu với các nguồn chính thống và chỉ báo cáo các phát hiện bảo trì có bằng chứng xác thực mà không sửa đổi các kỹ năng được kiểm toán.

s@songolge-lab
0

Hậu kiểm Sau Triển khai (Post-Implementation Audit)

Kỹ năng

Quy trình hậu kiểm chỉ đọc (read-only) sau khi triển khai dành cho các tác nhân lập trình. Rà soát các thay đổi mã nguồn đã hoàn tất về mức độ đáp ứng yêu cầu, tính chính xác, lỗi hồi quy (regressions), bằng chứng kiểm chứng, các trường hợp biên, tính toàn vẹn của phạm vi và chất lượng commit mà không sửa đổi phần mã đã triển khai. Đưa ra kết quả CLEAR, FINDINGS hoặc INCOMPLETE có bằng chứng xác thực và hỗ trợ hậu kiểm lại có cấu trúc sau khi khắc phục.

s@songolge-lab
0