Bạn có gặp những vấn đề này khi sử dụng Claude Code không?
・Khi phiên làm việc với Claude Code kéo dài, chất lượng câu trả lời giảm đi vì một lý do nào đó.
・Các lệnh là gì? Tôi thực sự không hiểu sự khác biệt.
・Tôi không thể quyết định khi nào nên sử dụng subagent.
・Ngữ cảnh hoàn toàn hỗn loạn.
Hiện tại, một bài đăng của Thariq (@trq212), nhân viên của Anthropic, về "quản lý phiên làm việc của Claude Code và ngữ cảnh 1 triệu token" đang gây sốt với 540.000 lượt xem 😳
Vì vậy, dành cho tất cả những ai đang gặp những vấn đề này, tôi sẽ phân tích và giải thích nội dung một cách dễ hiểu 👇
Bài viết gốc tại đây: https://x.com/trq212/status/2044548257058328723?s=20
■ Kiến thức cơ bản về 𝗰𝗼𝗻𝘁𝗲𝘅𝘁 𝘄𝗶𝗻𝗱𝗼𝘄
Đầu tiên, như một điều kiện tiên quyết, cửa sổ ngữ cảnh của Claude Code là 1 triệu token.
Ngữ cảnh bao gồm tất cả những điều sau:
・Prompt hệ thống
・Lịch sử hội thoại trước đó
・Tất cả các lệnh gọi công cụ và đầu ra của chúng
・Nội dung của các tệp đã tải
Nói cách khác, phiên làm việc càng dài, càng nhiều thông tin chất đống trong ngữ cảnh này.
■ 𝗰𝗼𝗻𝘁𝗲𝘅𝘁 𝗿𝗼𝘁 là gì?
Một khái niệm quan trọng ở đây là "context rot" (sự suy giảm ngữ cảnh).
Khi ngữ cảnh phát triển, sự chú ý của mô hình bị phân tán trên nhiều token, và thông tin cũ hoặc không liên quan trở thành nhiễu, bắt đầu cản trở tác vụ hiện tại.
Theo Thariq, context rot được quan sát thấy bắt đầu từ khoảng 300.000 đến 400.000 token trong mô hình 1 triệu token. Tuy nhiên, đây không phải là một quy tắc cứng nhắc vì nó phụ thuộc nhiều vào tác vụ.
Vì cửa sổ ngữ cảnh có giới hạn cứng, khi bạn đến gần giới hạn, bạn cần tóm tắt công việc trước đó và tiếp tục trong một ngữ cảnh mới. Quá trình này được gọi là "compaction" (nén).
■ Mỗi lượt là một "Bước ngoặt"
Claude Code nên làm gì sau khi hoàn thành một tác vụ? Đây thực sự là điểm quyết định quan trọng nhất.
Thariq liệt kê năm lựa chọn:
𝟭. 𝗧𝗶𝗲̂́𝗽 𝘁𝘂̣𝗰 (Continue)
Gửi tin nhắn tiếp theo trong cùng một phiên. Lựa chọn tự nhiên nhất.
𝟮. /𝗿𝗲𝘄𝗶𝗻𝗱 (Nhấn đúp Esc Esc)
Quay lại một tin nhắn trong quá khứ và bắt đầu lại từ đó. Các tin nhắn sau đó sẽ bị xóa khỏi ngữ cảnh.
𝟯. /𝗰𝗹𝗲𝗮𝗿 (Phiên mới)
Tự tóm tắt thông tin quan trọng và bắt đầu một phiên mới.
𝟰. /𝗰𝗼𝗺𝗽𝗮𝗰𝘁
Yêu cầu mô hình tóm tắt cuộc hội thoại cho đến nay và tiếp tục dựa trên bản tóm tắt đó.
𝟱. 𝗦𝘂𝗯𝗮𝗴𝗲𝗻𝘁𝘀
Ủy thác phần công việc tiếp theo cho một agent với ngữ cảnh sạch riêng của nó, chỉ trả về kết quả cho phiên cha.
■ Khi nào nên bắt đầu một phiên mới
Nhờ có cửa sổ ngữ cảnh 1 triệu token, các tác vụ dài như xây dựng một ứng dụng full-stack từ đầu giờ đây có thể được thực thi ổn định hơn.
Tuy nhiên, chỉ vì còn chỗ trống trong ngữ cảnh không có nghĩa là bạn nên tiếp tục cùng một phiên.
Nguyên tắc của Thariq rất đơn giản:
🔥 "Nếu bạn đang bắt đầu một tác vụ mới, bạn nên bắt đầu một phiên mới."
Có những ngoại lệ. Ví dụ, viết tài liệu ngay sau khi triển khai một tính năng. Nếu bạn bắt đầu một phiên mới, Claude Code phải đọc lại các tệp mà nó vừa triển khai, điều này rất chậm và tốn kém. Đối với các tác vụ như viết tài liệu không yêu cầu "trí thông minh cao", sẽ hiệu quả hơn nếu chấp nhận một số ô nhiễm ngữ cảnh và chỉ cần tiếp tục.
■ 𝗿𝗲𝘄𝗶𝗻𝗱 là tính năng bị đánh giá thấp nhất
Thariq coi "rewind" là thói quen tốt nhất để quản lý ngữ cảnh hiệu quả.
Trong Claude Code, bạn có thể quay lại bất kỳ tin nhắn nào trong quá khứ và bắt đầu lại bằng cách nhấn đúp phím Esc (hoặc sử dụng lệnh /rewind). Các tin nhắn sau thời điểm đó sẽ bị xóa hoàn toàn khỏi ngữ cảnh.
Hãy xem xét một tình huống cụ thể:
Claude đã đọc năm tệp và thử một cách tiếp cận nhưng thất bại.
❌ Phản ứng thông thường: "Cách đó không hiệu quả. Hãy thử X thay thế."
→ Toàn bộ nhật ký của cách tiếp cận thất bại vẫn còn trong ngữ cảnh.
✅ Cách tốt hơn: Rewind về ngay sau khi các tệp được đọc và hướng dẫn lại dựa trên những gì bạn đã học được.
→ "Đừng sử dụng cách tiếp cận A. Mô-đun foo không hiển thị điều đó. Hãy đi thẳng với B."
Bằng cách này, các token từ quá trình thử và sai thất bại biến mất, cho phép thử lại trong trạng thái sạch sẽ.
Hơn nữa, sử dụng tính năng "summarize from here" cho phép Claude tóm tắt quá trình học của chính nó và tạo một "bản ghi nhớ từ quá khứ cho tương lai."
■ Sự khác biệt quan trọng giữa /𝗰𝗼𝗺𝗽𝗮𝗰𝘁 và /𝗰𝗹𝗲𝗮𝗿
Khi một phiên làm việc kéo dài, có hai cách để giảm tải. Chúng có vẻ giống nhau nhưng hoàn toàn khác biệt.
【/compact】
・Mô hình tóm tắt cuộc hội thoại và thay thế lịch sử bằng bản tóm tắt đó.
・Có mất mát thông tin — những gì quan trọng phụ thuộc vào đánh giá của Claude.
・Bạn không cần phải viết gì cả, nhưng Claude có thể bỏ sót điều gì đó.
・Bạn có thể cung cấp hướng dẫn để định hướng (ví dụ: /compact tập trung vào tái cấu trúc auth, loại bỏ kiểm thử gỡ lỗi).
【/clear】
・Bạn tự viết ra thông tin quan trọng và bắt đầu một phiên mới.
・Ví dụ: "Mục tiêu là auth middleware, ràng buộc là X, các tệp liên quan là A và B, cách tiếp cận Y đã bị loại trừ."
・Tốn công sức, nhưng ngữ cảnh kết quả chỉ bao gồm thông tin bạn đã chọn.
Việc lựa chọn giữa chúng là sự đánh đổi giữa kiểm soát và sự tiện lợi.
■ Tại sao 𝗰𝗼𝗺𝗽𝗮𝗰𝘁 thất bại
Khi sử dụng các phiên dài, chất lượng của compact có thể trở nên cực kỳ kém.
Theo Thariq, nguyên nhân lớn nhất của một compact tồi là "khi mô hình không thể dự đoán hướng đi của công việc."
Ví dụ:
Sau một phiên gỡ lỗi dài, autocompact được kích hoạt và tóm tắt quá trình điều tra.
→ Nếu sau đó bạn nói "Sửa cả cảnh báo đó trong bar.ts nữa," thông tin về cảnh báo đó có thể đã bị loại bỏ khỏi bản tóm tắt tập trung vào gỡ lỗi.
Thậm chí rắc rối hơn là tình huống khó xử: do context rot, mô hình ở trong "trạng thái trí thông minh thấp nhất" khi thực hiện compact. Nói cách khác, bản tóm tắt chất lượng thấp nhất được tạo ra tại thời điểm cần bản tóm tắt chính xác nhất.
Bây giờ chúng ta đã có ngữ cảnh 1 triệu token, chiến lược tốt nhất là tự chạy /compact khi bạn vẫn còn chỗ trống, kèm theo giải thích về việc cần làm tiếp theo.
■ Khi nào nên sử dụng 𝗦𝘂𝗯𝗮𝗴𝗲𝗻𝘁𝘀
Subagent cũng là một hình thức quản lý ngữ cảnh.
Khi Claude Code tạo một subagent bằng công cụ Agent, subagent đó có cửa sổ ngữ cảnh sạch riêng. Nó thực hiện nhiều công việc cần thiết, tóm tắt kết quả và trả về cho phiên cha.
Tiêu chí rất đơn giản:
👀 "Tôi có cần đầu ra công cụ này sau này không? Hay chỉ cần kết luận là đủ?"
Nếu chỉ cần kết luận là đủ, bạn nên để nó cho một subagent.
Claude Code tự động gọi subagent, nhưng đưa ra hướng dẫn rõ ràng cũng rất hiệu quả:
・"Khởi tạo một subagent và xác minh kết quả công việc dựa trên tệp spec này."
・"Sử dụng một subagent để đọc và tóm tắt cách luồng auth được triển khai trong một cơ sở mã khác. Sử dụng đó làm tài liệu tham khảo để triển khai nó ở đây."
・"Sử dụng một subagent để viết tài liệu cho tính năng này từ git diff."
Bằng cách không đưa đầu ra trung gian vào ngữ cảnh cha, bạn giữ cho ngữ cảnh luôn sạch sẽ.
■ Tóm tắt: 5 Kỹ thuật Quản lý Ngữ cảnh
Những điều bạn luôn nên quyết định trước khi gửi tin nhắn tiếp theo sau khi Claude kết thúc một lượt:
- Tác vụ có thay đổi không? → /clear để bắt đầu phiên mới
- Cách tiếp cận có thất bại không? → /rewind để quay lại ngay sau khi tải tệp
- Phiên làm việc có đang kéo dài không? → /compact khi bạn còn chỗ trống (kèm định hướng)
- Đó có phải là tác vụ có nhiều đầu ra trung gian không? → Ủy thác cho một subagent
- Ngữ cảnh có thể được sử dụng cho các tác vụ liên quan không? → Tiếp tục như hiện tại
Trong tương lai, chính Claude sẽ hỗ trợ các quyết định này, nhưng hiện tại, người dùng đưa ra những đánh giá này có thể cải thiện đáng kể chất lượng đầu ra của Claude Code.
Quản lý phiên làm việc rất tinh tế, nhưng đó là một kỹ năng thay đổi cơ bản trải nghiệm Claude Code 🔥
Dành cho những ai thấy bài viết này hữu ích:
𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗻𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) là một tài khoản được điều hành bởi ba người đam mê Claude Code.
Chúng tôi đăng bài hàng ngày về cách sử dụng CLI thực tế và tự động hóa.
Chúng tôi hiện đang đồng phát triển một AI agent với một công ty niêm yết.
Nội dung thông thường của chúng tôi 👇
・Các trường hợp phát triển sản phẩm thực tế sử dụng Claude Code và Claude
・Cách sử dụng Claude Code / Vibe Coding / tổng hợp xu hướng phát triển
・Thông tin mới nhất về Claude Code từ nước ngoài
Từ triết lý phát triển đến thiết kế, triển khai và cải tiến, chúng tôi tổng hợp thông tin từ nước ngoài và thông tin chính để giúp bạn phát hành các sản phẩm hoạt động được, không chỉ "hoàn thành việc tạo ra" chúng.
Nếu bạn quan tâm, hãy theo dõi và ghé thăm chúng tôi nhé! Sẽ rất đáng giá đấy!
