Làm chủ phiên Claude Code

Bạn đã sử dụng Claude Code. Nó hoạt động rất tốt trong 20 phút đầu tiên. Sau đó, mọi thứ thay đổi. Claude bắt đầu quên những gì bạn đã nói với nó. Nó lặp lại những phương pháp bạn đã từ chối. Nó ảo tưởng ra một hàm không tồn tại trong codebase của bạn.

Đó là hiện tượng "mất ngữ cảnh" - và đó là nỗi thất vọng lớn nhất của người dùng Claude Code. Không phải vì mô hình này tệ, mà vì hầu hết mọi người không bao giờ học cách quản lý phiên làm việc của mình.

Sê-ri này sẽ dạy bạn framework quản lý phiên làm việc mà chính nhóm Claude Code của Anthropic sử dụng nội bộ. Dựa trên hướng dẫn chính thức của Thariq Shihipar (hơn 3400 lượt thích trên X) và được tinh chỉnh bằng các kỹ thuật được cộng đồng kiểm chứng, bạn sẽ học được 5 bước giúp giữ cho ngữ cảnh của mình luôn sạch sẽ, các phiên làm việc hiệu quả và Claude luôn sắc bén từ prompt đầu tiên đến prompt cuối cùng.

Những gì bạn sẽ học được

• Giải thích hiện tượng suy giảm ngữ cảnh và lý do hiệu suất của Claude Code giảm sút trong các phiên dài

• Áp dụng framework quyết định 5 bước (Continue, Rewind, Clear, Compact, Subagent) sau mỗi lượt

• Sử dụng /rewind thay vì correction để giữ cho ngữ cảnh sạch sẽ và tập trung

• So sánh /compact với /clear và chọn chiến lược phù hợp cho từng tình huống

• Thiết kế quy trình làm việc của subagent để cô lập ngữ cảnh cho nghiên cứu, thử nghiệm và tài liệu

• Xây dựng chiến lược quản lý phiên cá nhân bằng cách sử dụng các quy tắc CLAUDE.md, nhật ký và thu gọn chủ động

Sau khóa học này, bạn có thể

• Chạy các phiên Claude Code 2 giờ mà vẫn sắc bén từ đầu đến cuối - không còn hiện tượng AI bị nhầm lẫn ở phút thứ 45

• Sử dụng rewind, compact và subagent một cách trực quan - chọn đúng bước đi trong vòng chưa đầy 5 giây

• Thiết kế kiến ​​trúc phiên cho các dự án phức tạp - những phiên song song, cô lập ngữ cảnh, chuyển giao có cấu trúc

• Cấu hình các quy tắc CLAUDE.md để Claude tự động quản lý ngữ cảnh của chính nó mà không cần can thiệp thủ công

• Thêm kỹ năng "thành thạo Claude Code" vào bộ công cụ phát triển của bạn - một kỹ năng cụ thể thể hiện rõ trong tốc độ xem xét code và tốc độ triển khai sản phẩm.

Những gì bạn sẽ xây dựng

Sổ tay quyết định phiên

Một thẻ tham khảo cá nhân ánh xạ các tình huống làm việc phổ biến của bạn đến thao tác phiên tối ưu - Continue, Rewind, Compact, Clear hoặc Subagent.

Cấu hình Phiên CLAUDE.md

Một cấu hình CLAUDE.md sẵn sàng cho môi trường sản xuất với các quy tắc ngữ cảnh, chính sách nén và tự động hóa quản lý phiên cho codebase thực tế của bạn.

Làm chủ phiên Claude Code

Chứng minh bạn có thể quản lý các phiên Claude Code, ngăn chặn tình trạng lỗi ngữ cảnh và thiết kế quy trình làm việc đa phiên.

Điều kiện tiên quyết

• Kinh nghiệm cơ bản về Claude Code (bạn đã sử dụng nó ít nhất vài phiên làm việc)

• Quen thuộc với các lệnh terminal (cd, ls, điều hướng cơ bản)

Đối tượng phù hợp

• Các nhà phát triển sử dụng Claude Code nhưng thấy những phiên làm việc bị rối loạn hoặc không đáng tin cậy sau hơn 30 phút

• Người dùng thành thạo muốn hiểu tại sao chất lượng của Claude bị suy giảm và cách ngăn chặn điều đó

• Trưởng nhóm đang chuẩn hóa quy trình làm việc của Claude Code trên các nhóm kỹ thuật

• Bất kỳ ai gặp phải 'lỗi ngữ cảnh' và muốn có giải pháp chính thức từ cẩm nang của Anthropic.

Vì sao phiên lập trình của bạn gặp sự cố (và cách khắc phục)?

Hiểu về hiện tượng lỗi ngữ cảnh - tại sao Claude Code lại trở nên tệ hơn theo thời gian - và xem trước framework 5 bước khắc phục vấn đề này

Khoảnh khắc Claude Code ngừng hỗ trợ

Bạn đã dành 40 phút trong một phiên lập trình. Claude đã xây dựng mô-đun xác thực một cách hoàn hảo. Bạn yêu cầu nó viết các bài kiểm thử cho mô-đun đó. Và nó... viết các bài kiểm thử cho một hàm hoàn toàn khác. Một hàm không tồn tại trong codebase của bạn.

Bạn sửa lỗi. Nó xin lỗi và thử lại. Lại sai. Bạn sửa lỗi mạnh hơn. Nó bắt đầu lặp lại chính xác các phản hồi trước đó của mình. Có điều gì đó đã thay đổi - và bạn có thể cảm nhận được điều đó, ngay cả khi bạn không thể gọi tên nó. Điều đó gọi là: lỗi ngữ cảnh.

Trong bài học này, bạn sẽ:

• Hiểu rõ "sự thoái hóa ngữ cảnh" thực sự là gì (và không phải là gì)

• Xem tại sao cửa sổ 1 triệu token không giải quyết được vấn đề

• Xem trước framework 5 bước bạn sẽ thành thạo trong khóa học này

Khóa học này dạy bạn các kỹ thuật quản lý phiên mà chính nhóm Claude Code của Anthropic sử dụng. Không phải lý thuyết - mà là các bước thực hành bạn có thể áp dụng trong phiên làm việc tiếp theo của mình.

Giải thích về cửa sổ ngữ cảnh của bạn

Cửa sổ ngữ cảnh của Claude Code là 1 triệu token. Đó là tất cả những gì mô hình có thể "nhìn thấy" cùng một lúc khi tạo ra phản hồi tiếp theo:

• Prompt hệ thống và file CLAUDE.md

• Toàn bộ cuộc hội thoại cho đến nay

• Mọi lệnh gọi công cụ mà Claude đã thực hiện và kết quả đầu ra của nó

• Mọi file mà Claude đã đọc

Hãy tưởng tượng nó như một cái bàn. Một triệu token là cái bàn khổng lồ - đủ chỗ cho hàng trăm file, hàng ngàn tin nhắn. Nhưng ngay cả một cái bàn khổng lồ cũng trở nên lộn xộn.

Vấn đề là khi bàn bị phủ đầy giấy tờ, việc tìm kiếm tài liệu bạn cần sẽ khó khăn hơn. Mô hình không bị sập. Nó không báo lỗi. Nó chỉ trở nên... kém sắc bén hơn. Kém chính xác hơn. Dễ bỏ sót chi tiết hoặc bịa đặt hơn.

✅ Kiểm tra nhanh: Bốn thứ nào chiếm không gian trong cửa sổ ngữ cảnh của Claude Code?

Đáp án: Prompt hệ thống/CLAUDE.md, lịch sử hội thoại, kết quả đầu ra của lệnh gọi công cụ và nội dung file.

Hiện tượng suy giảm ngữ cảnh là có thật - và đó không phải là lỗi

Nghiên cứu trên các mô hình tiên tiến cho thấy hiệu suất bắt đầu suy giảm rất lâu trước khi bạn đạt đến giới hạn ngữ cảnh. Một số điểm chuẩn cho thấy độ chính xác giảm chỉ ở mức 25% cửa sổ. Ngưỡng thực tế mà hầu hết người dùng chuyên nghiệp đã thống nhất: vượt quá 50 - 60% ngữ cảnh, chất lượng bắt đầu giảm sút.

Đây không phải là vấn đề riêng của Claude. Đó là cách các mô hình dựa trên cơ chế chú ý hoạt động. Khi càng nhiều token cạnh tranh để được chú ý, mỗi token riêng lẻ sẽ nhận được ít sự tập trung hơn. Ngữ cảnh cũ, không liên quan - một phiên gỡ lỗi từ một giờ trước, các thao tác đọc file mà bạn không còn cần nữa - không chỉ nằm đó một cách thụ động. Nó chủ động làm phân tâm mô hình.

Thariq Shihipar, một thành viên của nhóm Claude Code của Anthropic, đã nói thẳng thắn trong bài viết gần đây của mình: Sự suy giảm ngữ cảnh là "quan sát thấy hiệu suất của mô hình giảm khi ngữ cảnh tăng lên vì sự chú ý được phân tán trên nhiều token hơn, và nội dung cũ, không liên quan bắt đầu làm phân tâm khỏi nhiệm vụ hiện tại".

Framework 5 bước (Preview)

Hầu hết mọi người coi Claude Code như một cửa sổ trò chuyện - họ cứ tiếp tục gõ. Nhưng sau mỗi phản hồi của Claude, bạn thực sự có 5 lựa chọn:

1. Continue — gửi một tin nhắn khác (mọi thứ vẫn giữ nguyên ngữ cảnh)

2. Rewind — quay lại điểm trước đó, bỏ qua mọi thứ sau đó

3. /clear — bắt đầu một phiên hoàn toàn mới

4. /compact — để Claude tóm tắt phiên, thay thế lịch sử bằng bản tóm tắt

5. Subagent — giao việc cho một agent riêng biệt với ngữ cảnh sạch sẽ của riêng nó

Mỗi thao tác có một tác động khác nhau đến ngữ cảnh của bạn. Kỹ năng nằm ở chỗ biết nên chọn thao tác nào - và đó là những gì 7 bài học tiếp theo sẽ dạy bạn.

✅ Kiểm tra nhanh: Nếu bạn đã gỡ lỗi trong 30 phút và muốn chuyển sang một nhiệm vụ hoàn toàn mới, thao tác nào cho bạn một khởi đầu sạch sẽ nhất?

Đáp án: /clear - nó xóa ngữ cảnh để bạn bắt đầu lại từ đầu.

Tại sao 1 triệu token không giải quyết được vấn đề này?

Khi Claude Code mở rộng lên 1 triệu ngữ cảnh, nhiều người cho rằng việc quản lý phiên không còn quan trọng nữa. Nhiều không gian hơn = ít cần dọn dẹp hơn. Đúng không?

Sai. Một bàn làm việc lớn hơn có nghĩa là nhiều chỗ cho sự lộn xộn. Mô hình vẫn phải xử lý mọi token trong cửa sổ ở mỗi lượt. Và nghiên cứu cho thấy rằng ngay cả khi có 1 triệu token, hiệu suất vẫn giảm ở cùng tỷ lệ phần trăm - chỉ là mất nhiều thời gian hơn để đạt đến mức đó.

Cửa sổ 1 triệu token là một biên độ an toàn, không phải là giấy phép để đổ tất cả mọi thứ vào đó. Những người dùng Claude Code giỏi nhất coi nó như bộ nhớ làm việc cần được quản lý liên tục - chứ không phải là một kho lưu trữ vô tận.

Những điểm chính cần ghi nhớ

• Sự suy giảm ngữ cảnh là có thật: Chất lượng của Claude Code giảm dần khi phiên chơi của bạn kéo dài, ngay cả với 1 triệu token

• Sự suy giảm bắt đầu khi sử dụng khoảng 50-60% ngữ cảnh - rất lâu trước khi cửa sổ đầy

• Bạn có 5 lượt di chuyển sau mỗi lượt chơi, không chỉ là "tiếp tục gõ"

• Quản lý phiên là kỹ năng số 1 phân biệt người dùng bực bội với người dùng thành thạo

• Khóa học này dạy framework làm việc mà chính đội ngũ của Anthropic sử dụng

Thử ngay: Tự kiểm tra trạng thái ngữ cảnh

Mở Claude Code (hoặc bất kỳ phiên Claude nào trên terminal) và dán prompt này vào phiên hiện tại. Nó cho bạn biết ngữ cảnh hiện tại của bạn có sạch hay đang gặp vấn đề - mà không cần bắt đầu lại.

Hãy đóng vai trò là người kiểm tra trạng thái phiên Claude Code của tôi. Tôi sẽ dừng điều khiển và để bạn kiểm tra phiên hiện tại. Hãy cho tôi biết liệu chúng ta có nên tiếp tục, tua lại, nén, xóa hay tạo một subagent hay không.

Trong thông điệp này, hãy phân tích:

1. Điểm đánh giá chất lượng ngữ cảnh (1–5)
- 5 = rõ ràng, mọi thông điệp đều được truyền đạt
- 3 = có một số thông tin thừa nhưng vẫn sử dụng được
- 1 = gây hiểu nhầm — các quyết định cũ mâu thuẫn với các quyết định hiện tại

2. 5 thành phần hữu ích nhất trong phiên hiện tại (đường dẫn file đã truy cập, quyết định đã đưa ra, mẫu mã đã hội tụ, ràng buộc đã được chấp nhận)

3. 5 thành phần không cần thiết nhất (khám phá bị bỏ dở, chỉnh sửa bị hoàn tác, đầu ra công cụ dài không còn liên quan, lạc đề)

4. Mâu thuẫn
- Liệt kê bất kỳ nơi nào chúng ta nói một điều trước đó và điều ngược lại sau đó
- Đánh dấu nơi tôi thực sự muốn giữ lại

5. Đề xuất bước tiếp theo kèm lý do:
- Tiếp tục: phiên làm việc ổn định, hãy tiếp tục
- Quay lại: nêu rõ lượt quay lại cụ thể
- /compact: những gì một thao tác nén tốt sẽ bảo toàn; những gì nó sẽ bỏ qua
- /clear: chỉ khi nhiệm vụ còn lại khác biệt về cơ bản so với những gì đã được thực hiện
- Subagent: chỉ dành cho một cuộc điều tra độc lập hoặc sử dụng công cụ nặng nề có thể làm rối loạn ngữ cảnh chính

6. Nếu bạn đề xuất /compact, hãy soạn thảo ghi chú bàn giao mà tôi sẽ lưu vào .claude/notes/ TRƯỚC KHI nén, để những điều cần thiết vẫn còn ngay cả khi quá trình nén làm mất chi tiết:
- Nhiệm vụ tôi đang làm (một câu)
- Các file đã được sử dụng + lý do
- Các quyết định quan trọng đã được chốt (kèm lý do)
- Các câu hỏi chưa được giải quyết
- Bước tiếp theo duy nhất

7. Nếu bạn đề xuất một subagent, hãy soạn thảo prompt subagent chính xác — độc lập, với các đường dẫn file và ràng buộc cụ thể mà subagent cần để nó không lấy ngữ cảnh từ phiên chính

QUY TẮC BỀN VỮNG:
- Không bao giờ đề xuất "cứ tiếp tục" nếu điểm sức khỏe ngữ cảnh là 2 hoặc thấp hơn
- Không bao giờ đề xuất /compact nếu phiên chứa các quyết định chưa được cam kết có tải — nên lưu ghi chú bàn giao trước
- Không bao giờ đề xuất /clear trong khi Có những công việc chưa được cam kết mà bộ nhớ của mô hình là bản ghi duy nhất — hãy bảo tôi cam kết và lưu ghi chú trước
- Nếu phiên làm việc có liên quan đến các thao tác phá hủy (rm -rf, DROP TABLE, git reset --hard, force push) và kết quả của chúng chưa được xác nhận, hãy gắn cờ điều đó TRƯỚC KHI đề xuất bất kỳ hành động dọn dẹp nào
- Nếu phiên làm việc vượt qua ranh giới tin cậy (ví dụ: dán mã NDA của khách hàng, tác động đến môi trường sản xuất, sử dụng thông tin đăng nhập), hãy đề xuất lưu bằng chứng và ghi chú trước khi dọn dẹp
- Nếu tôi đang ở trên kho lưu trữ nhóm, hãy nhắc tôi rằng việc dọn dẹp phiên làm việc là RỦI RO CỦA TÔI — đồng nghiệp của tôi không thể thấy những gì trong cửa sổ ngữ cảnh
- Không bao giờ đề xuất sử dụng subagent cho công việc chỉ yêu cầu kiến ​​thức trong ngữ cảnh cha — subagent sẽ ảo tưởng về nó

Những gì bạn sẽ thấy: Điểm sức khỏe ngữ cảnh từ 1–5, các artifact hàng đầu + gánh nặng, danh sách mâu thuẫn, đề xuất bước tiếp theo rõ ràng và (nếu nén hoặc tạo subagent) ghi chú chuyển giao chính xác hoặc prompt subagent - để việc dọn dẹp phiên làm việc trở thành một hành động có chủ đích thay vì một bất ngờ.