Tra cứu nhanh: Lĩnh vực 3 — Cấu hình & Quy trình làm việc với Claude Code

Hệ Thống Phân Cấp Cấu Hình

Settings được nạp theo thứ tự sau, mục sau ghi đè mục trước:

Quy tắc chính: Phạm vi càng cụ thể càng ghi đè phạm vi rộng hơn. Một CLAUDE.md cấp thư mục ghi đè bản cấp dự án đối với các tệp trong thư mục đó.

.claude/rules/ — Rules Có Điều Kiện

Các tệp trong .claude/rules/ dùng frontmatter YAML với trường paths để nạp có điều kiện:

yamlCopy

---
paths:
  - "src/api/**"
  - "src/middleware/**"
---
Always validate authentication tokens before processing API requests.
Use structured error responses with proper HTTP status codes.

Rules chỉ được nạp khi Claude Code thao tác trên các tệp khớp với glob pattern. Điều này ngăn các rules không liên quan chiếm dụng không gian context window.

Hệ Thống Skill

Thuộc tính của skill:

• allowed-tools — Giới hạn tool mà skill được phép dùng
• context: fork — Chạy trong context được fork để việc thực thi skill không làm ô nhiễm cuộc hội thoại chính

Skill là các module năng lực tái sử dụng được. Chúng đóng gói một quy trình làm việc (ví dụ: "chạy test", "deploy lên staging") với quyền truy cập tool bị giới hạn.

Command

Command được gọi bằng tiền tố /. Chúng là các template — prompt định sẵn có thể chứa placeholder $ARGUMENTS cho input của người dùng.

Khác biệt so với skill: Command là các template prompt. Skill là các module năng lực có giới hạn tool và context cô lập.

Hook — Thực Thi Tất Định

Tính chất then chốt: Hook có tính tất định — chúng chạy như code, không phải như hướng dẫn cho mô hình. Chúng không thể bị vượt qua bằng prompt injection hay suy luận của mô hình.

So sánh với hướng dẫn trong prompt:

• Prompt: "Không bao giờ xóa tệp production" → Mang tính xác suất, có thể bị vi phạm
• Hook PreToolUse chặn rm trên đường dẫn /prod/ → Tất định, không thể bị vi phạm

Chế Độ Làm Việc

Dấu hiệu cần plan mode: Nhiệm vụ phức tạp, có nhiều cách tiếp cận hợp lệ, hoặc hậu quả của một cách tiếp cận sai là lớn. Plan mode buộc Claude phải phác thảo cách tiếp cận trước khi thực thi.

Cờ -p: Chạy Claude Code ở chế độ không tương tác. Thiết yếu cho tích hợp CI/CD. Không có prompt xác nhận, không có input tương tác — lệnh phải tự chứa đầy đủ.

Cờ CLI (Headless & Không Tương Tác)

-p là cờ được kiểm tra nhiều nhất, nhưng cũng cần biết phần còn lại của bộ công cụ headless.

System prompt — append vs replace (câu hỏi thi ưa dùng):

Các biến thể *-file (--append-system-prompt-file, --system-prompt-file) nạp cùng nội dung văn bản đó từ một tệp.

Kỹ Thuật Đưa Phản Hồi

• Ví dụ cụ thể tốt hơn mô tả bằng văn xuôi. Cho xem code bạn muốn, không phải một đoạn văn mô tả nó.
• Gộp các sửa lỗi độc lập trong một tin nhắn. Sắp trình tự các sửa lỗi phụ thuộc lẫn nhau (sửa A trước, rồi sửa B phụ thuộc vào A).
• Phiên review độc lập: Không bao giờ review code trong cùng phiên đã viết ra nó. Mô hình vẫn giữ thiên kiến suy luận từ phiên viết code. Hãy bắt đầu một phiên mới để review.
• Hiệu chỉnh mức độ nghiêm trọng: Dùng ví dụ để chỉ ra điều gì là vấn đề nghiêm trọng so với một điểm nhỏ về phong cách. Không có hiệu chỉnh, mô hình coi mọi vấn đề đều quan trọng như nhau.

Quyền Hạn & Bảo Mật

• Quyền hạn được kiểm soát ở cấp tool — bạn cấp hoặc từ chối quyền truy cập từng tool cụ thể.
• Trường allowedTools trong cấu hình agent/skill giới hạn bộ tool.
• Nguyên tắc đặc quyền tối thiểu: Mỗi agent/skill chỉ nên có quyền truy cập những tool mà nó thực sự cần.
• Settings cấp dự án (.claude/) được commit và chia sẻ. Settings cá nhân (~/.claude/) thì không.

Quy Tắc Quyết Định Cho Kỳ Thi

Các Bẫy Thi Thường Gặp