Thực tiễn tốt nhất cho Claude Code: Lập kế hoạch, chuyển giao ngữ cảnh, TDD

Claude Code đòi hỏi một kiểu kỷ luật mà hầu hết công cụ dành cho lập trình viên không yêu cầu. Nếu bạn đã dùng nó một thời gian, hẳn bạn nhận ra có phiên cho ra đúng điều mình muốn, còn phiên khác thì đốt token mà chẳng đi đến đâu. Chính đội ngũ Anthropic phát hiện các nỗ lực không được dẫn hướng chỉ thành công khoảng 33% thời gian, và người tạo ra công cụ này bỏ dở 10–20% phiên làm việc. 

Khác biệt nằm ở các khuôn mẫu bạn đặt xung quanh công cụ, không phải những prompt bạn gõ vào.

Bài viết này trình bày các khuôn mẫu đó khi áp dụng thực tế, rút ra từ quy trình sản xuất tại các công ty như Abnormal AI, incident.io và Trail of Bits. 

Nếu cần ôn lại thiết lập và các tính năng cốt lõi, hướng dẫn về Claude Code 2.1 sẽ giúp bạn. Nội dung sau đây giả định bạn đã biết những điều cơ bản và muốn khai thác công cụ hiệu quả hơn.

Để có cái nhìn rộng hơn về cách các agent lập luận và vị trí của các khuôn mẫu trong hướng dẫn này, tôi rất khuyến nghị đăng ký lộ trình AI Agent Fundamentals, nơi bao quát toàn bộ nguyên lý nền tảng.

Vì sao kỷ luật lập kế hoạch thay đổi mọi thứ

Mỗi quyết định Claude đưa ra mà không có dẫn hướng có thể đạt độ chính xác cao, nghe có vẻ ổn nếu chỉ là một lựa chọn, nhưng khi cộng dồn qua một tính năng với nhiều điểm quyết định, khả năng làm đúng tất cả suy giảm mạnh. Nếu bạn giả định độ chính xác 80% cho 20 quyết định, kết quả là 0,8^20, tức chỉ khoảng 1% cơ hội có bản triển khai hoàn toàn đúng.

Lập kế hoạch gom 20 quyết định mơ hồ đó vào một đặc tả đã được rà soát, nơi mỗi quyết định tiệm cận 100% vì bạn đã định ra từ trước.

Lập kế hoạch với quy trình vòng lặp chú giải

Quy trình lập kế hoạch hiệu quả nhất ở quy mô lớn là vòng lặp chú giải, như Boris Tane gợi ý. Bạn nhờ Claude soạn thảo plan.md, mở trong trình soạn thảo và thêm ghi chú nội tuyến ở mọi chỗ Claude quyết sai hoặc để mập mờ: "dùng drizzle:generate, không dùng SQL thô" hoặc "cái này phải là PATCH, không phải PUT." 

Sau đó bạn gửi lại bản kế hoạch đã chú giải cùng câu gác: "xử lý mọi ghi chú, chưa triển khai vội." Câu gác này quan trọng vì nếu thiếu nó, Claude sẽ bỏ qua bản kế hoạch và bắt đầu viết mã ngay. Lặp lại chu trình này cho đến khi kế hoạch không còn mơ hồ, lúc đó Claude triển khai với ít vòng vo hơn nhiều vì mọi quyết định đã được định sẵn.

# plan.md — annotation cycle
 
## Step 3: Database migration
Create a new migration for the users table.
> NOTE: use drizzle:generate, not raw SQL
> NOTE: add created_at with default NOW()
 
## Step 4: API endpoint
Add PUT /users/:id endpoint.
> NOTE: this should be PATCH, not PUT. Partial updates only.
 
# After annotating, send back with:
# "address all notes, don't implement yet"

Dùng chế độ lập kế hoạch của Claude Code

Nếu vòng lặp chú giải có vẻ nặng nề, chế độ lập kế hoạch tích hợp của Claude Code là lựa chọn nhẹ hơn: 

1. Nhấn Shift+Tab hai lần.
2. Lặp lại kế hoạch trong cuộc hội thoại.
3. Chuyển sang tự động chấp nhận với Shift+Tab một lần. 

Các kế hoạch được lưu vào ~/.claude/plans/ nên vẫn tồn tại sau khi nén ngữ cảnh và khởi động lại phiên, khiến chế độ lập kế hoạch tích hợp trở thành mặc định vững chắc cho hầu hết tác vụ. Với các tính năng rất lớn, soạn một đặc tả đầy đủ ngay từ đầu cũng hiệu quả: một lập trình viên dành hai giờ cho đặc tả 12 bước và ước tính tiết kiệm 6–10 giờ triển khai. 

Đẩy xa việc lập kế hoạch

Dù theo cách nào, dán kèm mã nguồn mở tốt cùng với yêu cầu lập kế hoạch sẽ cải thiện đầu ra rõ rệt vì Claude làm việc tốt hơn với một tham chiếu đang hoạt động thay vì mô tả trừu tượng.

Lập kế hoạch cũng mở rộng theo chiều ngang thông qua git worktrees. Kỹ sư tại incident.io chạy song song 4–5 phiên Claude trên các nhánh riêng, mỗi phiên làm việc theo kế hoạch của mình. Một kỹ sư đã tốn 8 USD tín dụng Claude và tạo ra một bản triển khai cải thiện thời gian tạo API thêm 18%, tiết kiệm 30 giây cho một công cụ cả đội dùng hàng ngày. 

Một số lập trình viên còn đi xa hơn, chạy các worktree cạnh tranh triển khai những cách tiếp cận khác nhau cho cùng một vấn đề và so sánh kết quả.

Thực tiễn tốt nhất cho kiến trúc CLAUDE.md

Tệp CLAUDE.md của bạn có một hạn mức mà có thể bạn chưa biết. Phân tích nội bộ Claude Code của HumanLayer cho thấy hệ thống chèn một lời nhắc ở trên hướng dẫn của bạn: "Ngữ cảnh này có thể phù hợp hoặc không với tác vụ của bạn." 

Hiểu hệ thống hướng dẫn nhiều lớp của Claude Code

Claude chủ động lọc những gì nó làm theo thay vì coi mọi thứ là mệnh lệnh thường trực. Thêm vào đó, các mô hình tư duy tiên tiến tuân thủ khoảng 150–200 chỉ dẫn trước khi mức độ tuân thủ giảm, và prompt hệ thống của riêng Claude Code chiếm khoảng 50 chỉ dẫn trong số đó. Điều này để lại khoảng 100–150 suất cho quy tắc của bạn. HumanLayer giữ tệp của họ dưới 60 dòng.

Bạn có thể quan sát hạn mức này hoạt động. Thêm một dòng vào CLAUDE.md nói "luôn gọi tôi là Mr. Tinkleberry" và xem Claude ngừng dùng nó nhanh đến mức nào, thường trong vòng vài nghìn token. Khi tên biến mất, hướng dẫn của bạn bị cơ chế chú ý hạ ưu tiên, và mọi thứ khác trong CLAUDE.md cũng mất ảnh hưởng theo.

Dùng công bố dần (progressive disclosure) cho tài liệu tham chiếu hướng dẫn

Cách làm việc trong hạn mức này là công bố dần. CLAUDE.md gốc của bạn cần ngắn gọn và tập trung vào các quy tắc áp dụng ở mọi nơi. Với bất kỳ thứ gì mang tính miền (domain) cụ thể, hãy tham chiếu một tệp riêng thay vì chèn nội dung vào: "Khi làm việc với hệ thống thanh toán, trước tiên hãy đọc docs/payment-architecture.md." 

Claude chỉ đọc tệp được tham chiếu khi nó đi vào phần đó của mã nguồn, giúp hạn mức hướng dẫn của bạn được dành cho các quy tắc ưu tiên cao. Một công ty tiêu thụ hàng tỷ token mỗi tháng cấu trúc CLAUDE.md monorepo theo cách này, mỗi nhóm được phân bổ một hạn mức token cho phần của họ:

# Monorepo CLAUDE.md — progressive disclosure
 
## Python
- Always use type hints for function signatures
- Test with: pytest -x --tb=short
 
## <Internal CLI Tool>
- <usage example>
- Always validate input before processing
- Never use raw SQL, prefer the ORM
For <complex usage> or <error> see path/to/<tool>_docs.md

Các tệp CLAUDE.md trong thư mục con còn đẩy xa hơn. Đặt một CLAUDE.md tại src/persistence/ với hướng dẫn dành riêng cho cơ sở dữ liệu, và một tệp khác tại src/api/ với quy ước cho endpoint. 

Claude tự động nạp các tệp CLAUDE.md từ thư mục làm việc đi ngược lên gốc dự án, vì vậy tệp ở thư mục con chỉ kích hoạt khi Claude làm việc trong khu vực đó. Điều này giữ cho tệp gốc mang tính tổng quát trong khi cung cấp chỉ dẫn nhắm trúng đích đúng nơi cần.

Một lỗi phổ biến: đừng dùng @ để nhúng tệp tài liệu vào CLAUDE.md. Cách này nhét cả tệp vào mọi lượt chạy, ngốn sạch hạn mức hướng dẫn trước khi cuộc trò chuyện bắt đầu.

Quản lý ngữ cảnh trong Claude Code

Claude Code cho bạn 200K token ngữ cảnh, nhưng cửa sổ dùng được nhỏ hơn tưởng tượng. 

Một phiên monorepo mới đốt khoảng 20K token để nạp prompt hệ thống, định nghĩa công cụ và CLAUDE.md trước cả khi bạn gõ gì. Mỗi máy chủ MCP thêm các schema công cụ tiêu tốn ngữ cảnh vĩnh viễn, nên giới hạn thực tế là khoảng 5–8 máy chủ trước khi bạn bắt đầu lấn chỗ công việc chính.

Điều làm tệ hơn là chất lượng suy giảm rất sớm. Nhiều người thực hành đã độc lập thống nhất cùng một ngưỡng: đừng để ngữ cảnh vượt quá 60% dung lượng. 

Đầu ra của Claude bắt đầu giảm ở mức 20–40% cửa sổ, từ lâu trước khi chạm giới hạn, vì cơ chế chú ý cho các hướng dẫn sớm trọng số thấp hơn khi ngữ cảnh đầy lên. 

Tự động nén kích hoạt khoảng 83,5%, và nó gây mất mát: một lập trình viên đã mất 3 giờ refactor khi hệ thống xóa sạch kiến thức về các quyết định migration giữa phiên, chỉ giữ lại khoảng 20–30% chi tiết.

Dùng mẫu Tài liệu & Xoá (Document & Clear)

Phòng thủ tốt nhất là mẫu Tài liệu & Xoá. Khi ngữ cảnh trở nên nặng: 

1. Đổ kế hoạch và tiến độ hiện tại vào một tệp markdown

2. Chạy /clear để đặt lại phiên

3. Bắt đầu mới, cho Claude đọc tệp đó

Bằng cách này, bạn sẽ có cửa sổ 200K đầy đủ chỉ với những gì bạn chọn giữ lại, tốt hơn /compact vì bạn kiểm soát chính xác thứ gì được bảo toàn. 

Một lệnh tùy chỉnh /catchup giúp chuyển tiếp mượt mà hơn: sau khi xóa, nó đọc mọi tệp đã thay đổi trong nhánh git hiện tại, để Claude bắt kịp phần dang dở mà không cần lịch sử hội thoại cũ.

<!-- .claude/commands/catchup.md -->
Rebuild context after a /clear. Read all files modified on the
current branch compared to main. For each file, understand the
changes made. Then summarize what's been implemented so far and
what work remains.
 
Changed files on this branch:
$ git diff --name-only main

Chuyển giao ngữ cảnh với kỹ năng tùy chỉnh của Claude Code

Tôi dùng một /transfer-context skill để tiến xa hơn. Khi một phiên bắt đầu xuống cấp, lệnh này đổ ra một tệp bàn giao có cấu trúc gồm việc đã hoàn thành, quyết định còn mở, bẫy cần tránh và đường dẫn tệp liên quan. Phiên tiếp theo đọc tệp đó và tiếp tục nơi phiên trước dừng lại, chỉ với thông tin quan trọng và không có bloat hội thoại.

Các thực tiễn khác để tiết kiệm ngữ cảnh

Bạn cũng có thể chủ động tiết kiệm ngữ cảnh bằng cách nạp công cụ theo nhu cầu. Một dự án đã phục hồi khoảng 15.000 token mỗi phiên bằng việc dùng hook UserPromptSubmit để chèn định nghĩa skill chỉ khi prompt của người dùng kích hoạt từ khóa liên quan, thay vì nạp mọi thứ từ đầu.

Quy tắc đơn giản nhất bên dưới tất cả những điều này: một tác vụ cho mỗi cuộc trò chuyện. Bắt đầu mới tốn 20K token, không đáng kể so với mất chất lượng từ một phiên bị ô nhiễm.

Hook của Claude Code như lan can quyết định tất định

Ngay cả một tệp CLAUDE.md được cấu trúc tốt cũng chỉ được tuân theo khoảng 70% thời gian. Với sở thích phong cách mã, điều đó ổn. Với quy tắc an toàn như "đừng push lên main" hay "đừng xóa dữ liệu sản xuất", thì không. Hook lấp đầy khoảng trống đó lên 100% bằng cách chạy shell script tại các điểm cụ thể trong quy trình của Claude.

Có hai loại đáng biết. Hook chặn khi gửi (Block-at-Submit) chạy như sự kiện PreToolUse và dừng hành động ngay: mã thoát 2 sẽ chặn hành động và buộc Claude thử cách khác. Hook gợi ý cung cấp phản hồi không chặn, như chạy linter sau mỗi lần chỉnh sửa và trả kết quả về mà không làm gián đoạn luồng của Claude.

Cấu hình hook công khai kỹ lưỡng nhất làm những việc sau:

• Chặn lệnh rm -rf (gợi ý trash thay thế), 

• Ngăn push trực tiếp lên main, 

• Ghi nhật ký mọi thay đổi kèm dấu thời gian, và 

• Chạy cổng chống-ngụy biện. 

Cổng này dùng Haiku để rà soát phản hồi của Claude nhằm phát hiện các chiêu né như "vấn đề sẵn có" hay "ngoài phạm vi." Khi phát hiện Claude tuyên bố thắng lợi sớm, nó từ chối phản hồi với góp ý cụ thể và buộc Claude tiếp tục làm việc. Thiết lập nhẹ hơn sẽ tự động chạy Prettier và kiểm tra TypeScript sau mỗi lần chỉnh sửa tệp:

{
  "hooks": {
	"PostToolUse": [
  	{
    	"matcher": "Edit|Write",
    	"hooks": [
      	{
        	"type": "command",
        	"command": "prettier --write \"$CLAUDE_FILE_PATHS\""
      	}
    	]
  	}
	]
  }
}

Một bẫy cần tránh: đừng bao giờ chặn công cụ Edit hoặc Write giữa lúc đang lập kế hoạch. Chặn lúc ghi phá vỡ suy luận nhiều bước vì Claude mất dấu vị trí đang làm. Hãy để nó viết xong, rồi xác thực qua hook PostToolUse hoặc kiểm tra trước khi commit. Hướng dẫn hook cho Claude Code của chúng tôi bao quát nhiều mẫu hơn nếu bạn muốn xây dựng tiếp.

Phát triển hướng kiểm thử là chiến lược mã hóa agentic tối ưu

Không có kiểm thử, cách duy nhất để Claude xác minh công việc của mình là tự đánh giá, vốn suy giảm khi ngữ cảnh đầy lên. Kiểm thử tạo ra một "đấng phán xử" bên ngoài vẫn chính xác bất kể phiên chạy bao lâu. 

Mỗi vòng đỏ-sang-xanh cung cấp phản hồi rõ ràng không nhập nhằng, và Claude có thể lặp qua toàn bộ bộ kiểm thử mà không cần can thiệp của con người, khiến phát triển hướng kiểm thử (TDD) trở thành khuôn mẫu mạnh mẽ nhất khi làm việc với các công cụ mã hóa agentic.

Quy trình làm việc mà Anthropic khuyến nghị thực hiện theo trình tự cụ thể:

1. Write tests first
   > "Write tests for the auth module using pytest.
  	TDD approach, no mock implementations."
 
2. Confirm tests fail
   > "Run the tests. They should all fail."
 
3. Commit the failing tests as a checkpoint
 
4. Implement until green
   > "Write the implementation. Do not modify the tests.
  	Keep going until all tests pass."

Chỉ dẫn cuối cùng quan trọng hơn bạn nghĩ. Đôi khi Claude sẽ sửa kiểm thử để khiến chúng vượt qua thay vì sửa phần triển khai. Commit kiểm thử trước đó cho bạn lưới an toàn: nếu Claude thay đổi chúng, diff sẽ cho thấy chính xác điều gì đã đổi, và bạn có thể hoàn nguyên.

Với frontend, một biến thể trực quan của vòng lặp này hoạt động tốt: Nếu bạn cung cấp cho Claude một bản thiết kế cùng máy chủ MCP Puppeteer, nó sẽ chụp ảnh sau khi triển khai, so sánh với bản thiết kế và lặp lại. Vòng kiểm chứng này cải thiện chất lượng 2–3 lần khi Claude có thể tự kiểm tra đầu ra so với mục tiêu hình ảnh.

Kinh tế chi phí và lựa chọn mô hình cho Claude Code

Dữ liệu chính thức của Anthropic cho biết chi phí Claude Code trung bình là 6 USD mỗi lập trình viên mỗi ngày theo giá API, với 90% lập trình viên dưới 12 USD/ngày. Hàng tháng, tương đương khoảng 100–200 USD mỗi lập trình viên trên Sonnet 4.6.

Gói thuê bao Max thay đổi hoàn toàn bài toán. Một lập trình viên theo dõi 8 tháng sử dụng khoảng 10 tỷ token và thấy chi phí tương đương API vượt 15.000 USD, trong khi thực tế gói Max của anh ta khoảng 800 USD: tiết kiệm 93%. 

Hơn 90% token của anh ta là đọc từ cache, đó là lý do giá tính theo lưu lượng API đắt đỏ hơn nhiều so với thuê bao trọn gói. Điểm hòa vốn cho gói Max nằm khoảng 100–200 USD/tháng ở mức sử dụng tương đương API, ngưỡng mà bất kỳ người dùng hàng ngày nào cũng nhanh chóng vượt qua.

Việc chọn mô hình cũng là một tối ưu hóa riêng. Chế độ "opusplan" của Claude Code định tuyến Opus 4.6 cho lập kế hoạch và tự động chuyển sang Sonnet 4.6 để sinh mã, giúp bạn có lập luận chất lượng Opus ở nơi quan trọng nhất, trong khi dùng mức phí rẻ hơn 5 lần của Sonnet cho token triển khai. 

Sonnet 4.6 được 59% người dùng Claude Code trong thử nghiệm nội bộ của Anthropic ưa thích hơn Opus 4.5 và thường tạo ra mã sạch hơn, ít over-engineering. Với quy trình nhiều subagent, đặt CLAUDE_CODE_SUBAGENT_MODEL="claude-sonnet-4-5-20250929" để chạy subagent trên Sonnet trong khi vẫn giữ Opus cho bộ điều phối.

Hãy tránh ba nguồn lãng phí token lớn nhất: 

• Không xóa ngữ cảnh giữa các tác vụ 

• Đọc tệp dư thừa do cấu trúc CLAUDE.md kém

• Prompt mơ hồ khiến Claude rơi vào vòng thử-sai

Chỉ cần khắc phục ba điều này thường cắt giảm một nửa lượng token sử dụng.

Khắc phục sự cố Claude Code

Trước khi kết thúc, hãy điểm qua các vấn đề thường gặp khi làm việc với Claude Code và cách xử lý.

Mất ngữ cảnh

Chế độ lỗi gây ảnh hưởng nặng nhất là mất ngữ cảnh. Mẫu Tài liệu & Xoá được giới thiệu ở phần quản lý ngữ cảnh tồn tại chính vì lý do này: đừng bao giờ để một phiên dài là bản ghi duy nhất về những gì bạn đã quyết. Commit thường xuyên, đổ tiến độ ra tệp, và coi mỗi phiên là có thể bỏ đi.

Ảo giác khi làm việc với công nghệ ngách

Claude cũng có thể sinh ra mã có vẻ tự tin, hợp lý cho các công nghệ mà nó không rành. Nếu bạn làm việc trong ngôn ngữ hay framework mà bạn không thể tự xác minh, mọi đầu ra đều cần soi xét kỹ hơn. Như một lập trình viên nói: "Tôi đã tự đẩy mình vào một ĐỐNG rắc rối khi dùng LLM với công nghệ tôi không quen. Nhưng với thứ tôi quen thuộc, LLM đã tăng tốc độ của tôi lên rất nhiều."

Over-engineering

Over-engineering là xu hướng thường gặp. Claude viết thêm các lớp trừu tượng, hàm hỗ trợ không được yêu cầu và tái cấu trúc sớm nếu bạn không nhắc. Thêm "dùng cách đơn giản nhất có thể" vào CLAUDE.md sẽ giúp, và tổ chức codebase theo miền vấn đề thay vì theo tầng kỹ thuật sẽ giảm gánh nặng nhận thức cho cả Claude lẫn con người.

Mất dữ liệu quan trọng

Sự cố nghiêm trọng nhất được ghi nhận: khi xây dựng ứng dụng luyện âm, Claude đã xóa mọi tệp âm thanh phoneme mà một lập trình viên đã xin phép sử dụng và thay thế bằng âm thanh sinh bởi AI. Nó đổi tên tệp, nó "tự tin rằng đã gắn nhãn sai, dù bản thân không thể phân biệt được các phoneme liên quan." 

Bài học: Luôn commit hoặc sao lưu các tệp không thể thay thế trước khi cho Claude truy cập.

Phiên làm việc kém hiệu quả

Lời khuyên của chính Anthropic cho các phiên đi chệch hướng là thẳng thắn đáng hoan nghênh: lưu trạng thái trước khi để Claude làm, để nó chạy, rồi hoặc chấp nhận kết quả hoặc bắt đầu mới thay vì vật lộn sửa lỗi. 

Mức độ tin cậy khi cho Claude commit phụ thuộc vào độ phủ kiểm thử và mức chấp nhận rủi ro của bạn. Một số lập trình viên commit qua lệnh gạch chéo hàng chục lần mỗi ngày, với rà soát PR làm cổng chặn. Với codebase sản xuất có người dùng trả phí, xem lại mọi diff là đáng công.

Trải nghiệm thực hành với Claude Code

Để biết thêm chi tiết, Claude Code Overview của Anthropic là nguồn gốc chính thống mà phần lớn nội dung cộng đồng dựa vào. Nếu bạn muốn xây dựng tiếp từ những gì được đề cập và trải nghiệm một số tính năng của Claude Code, dưới đây là vài hướng dẫn đáng đọc:

• Hướng dẫn Claude Code 2.1 — xem có gì mới ở phiên bản 2.1, đi qua thiết lập Claude Code và chạy một loạt thí nghiệm trọng tâm
• Hướng dẫn Hook cho Claude Code — đào sâu vào tự động hóa dựa trên hook và học cách dùng chúng cho các tác vụ như kiểm thử, định dạng và thông báo
• Dùng Claude Code với mô hình cục bộ Ollama — chạy GLM 4.7 Flash cục bộ với Claude Code và Ollama để tránh khóa chặt nhà cung cấp và truyền dữ liệu lên đám mây
• Cách xây dựng plugin cho Claude Code — khám phá cách cài đặt tiện ích mở rộng, chọn giữa skill và MCP, và xây dựng plugin ghi nhật ký phiên tùy chỉnh
• Claude Code Docker — học cách chạy Claude Code trong Docker để tạo môi trường tách biệt, và nắm vững thực hành an toàn cho agent AI
• Claude Code Router — khám phá cách dùng Claude Code Router để kết nối nhiều nhà cung cấp mô hình và dùng đúng LLM cho từng tác vụ

Một số dự án mã nguồn mở cũng gói gọn các thực tiễn trong bài viết này thành cấu hình sẵn sàng sử dụng:

• obra/superpowers — một khung kỹ năng có thể kết hợp, đi kèm cưỡng chế TDD, động não kiểu Socrates, lập kế hoạch chi tiết và tự động rà soát mã giữa các tác vụ. Hiện là plugin chính thức trên marketplace của Anthropic.

• github/spec-kit — bộ công cụ Spec-Driven Development chính thức của GitHub. Cấu trúc công việc theo Hiến pháp → Đặc tả → Kế hoạch → Tác vụ, biến đặc tả thành nguồn sự thật duy nhất cho bất kỳ agent mã hóa nào.

• bmad-code-org/BMAD-METHOD — một khung agile đầy đủ với 12+ persona agent (Kiến trúc sư, QA, Scrum Master) và 34+ quy trình bao trùm toàn bộ vòng đời phát triển.

• wshobson/commands — 57 lệnh gạch chéo sẵn sàng cho sản xuất mà bạn có thể thả vào .claude/commands/, gồm 15 quy trình đa agent.

• awesome-claude-code — danh mục hàng đầu trong hệ sinh thái về skill, hook, lệnh, agent và plugin. Bắt đầu ở đây nếu bạn muốn duyệt những gì đang có.

Kết luận

Mọi khuôn mẫu trong bài viết đều quy về một ý: ràng buộc Claude thật chặt trước khi thực thi, rồi cho nó cách để tự kiểm chứng đầu ra. Lập kế hoạch triệt tiêu mơ hồ. CLAUDE.md và hook đặt ra giới hạn. Kiểm thử cung cấp xác minh. Vệ sinh ngữ cảnh giữ mọi thứ hoạt động xuyên suốt các phiên.

Nếu bạn chỉ chọn một thay đổi để bắt đầu, hãy chọn Tài liệu & Xoá. Cái giá của mục ruỗng ngữ cảnh giữa các phiên lớn hơn rất nhiều so với 20K token để bắt đầu mới. Sau đó:

• Thêm pre-commit hook chặn commit khi kiểm thử thất bại

• Bắt đầu mọi tác vụ đa tệp bằng một bản kế hoạch trước khi đụng vào mã

• Giữ CLAUDE.md của bạn dưới 100 chỉ dẫn và dùng tệp trong thư mục con cho quy tắc theo miền

Chúng tôi vừa bổ sung một lộ trình kỹ năng về Kỹ thuật AI với LangChain. Nội dung khóa học mang tính AI-native, vì vậy bạn có thể học cùng trợ giảng AI cá nhân. Tôi khuyến nghị xem qua để trở thành chuyên gia thực thụ trong thiết kế quy trình AI.