Mô hình, cách sử dụng và giới hạn trong Claude Code (Models, usage, and limits in Claude Code)

Hướng dẫn này giải thích bạn đang sử dụng mô hình nào, cách sử dụng được đo lường, và cách giữ các phiên dài trong giới hạn ngữ cảnh và sử dụng của chúng.

Cách bạn đăng nhập sẽ xác định cách đo lường việc sử dụng. Mọi thứ khác về Claude Code đều hoạt động giống nhau bất kể.

Nếu bạn đăng nhập bằng một tài khoản Doanh nghiệp, bạn thường không cần phải nghĩ đến các token cho đến khi bạn đạt đến giới hạn. Nếu bạn đang sử dụng khóa API, thì/chi phílệnh hiển thị chi tiêu đang chạy của bạn cho phiên hiện tại.

Chạy/mô hìnhbất cứ lúc nào để xem bạn đang sử dụng mô hình nào, kiểm tra những mô hình nào có sẵn cho tài khoản của bạn, và chuyển đổi giữa chúng. Mô hình mặc định của bạn phụ thuộc vào cách bạn đăng nhập và cài đặt của tổ chức bạn. Như một hướng dẫn tổng quát:

Bạn có thể đổi mô hình giữa chừng mà không mất cuộc trò chuyện. Một cách phổ biến là lên kế hoạch với Opus và thực hiện với Sonnet.

Mỗi lượt gửi ba thứ đến mô hình:

Trong số này, mục đầu tiên phát triển nhanh nhất. Một phiên gỡ lỗi kéo dài mà Claude đã đọc hai mươi tệp và tạo ra mười lăm bản khác biệt đang mang tất cả những điều đó vào mỗi tin nhắn tiếp theo. Đây là nơi mà cả chi phí và giới hạn ngữ cảnh bắt nguồn.

Cáicửa sổ ngữ cảnhlà lượng văn bản tối đa mà mô hình có thể xem xét cùng một lúc. Claude Code hiển thị một chỉ báo trực tiếp về mức độ đầy của nó. Khi nó đầy, Claude không còn có thể nhìn rõ các phần cũ nhất của cuộc trò chuyện và chất lượng giảm.

Hai lệnh giữ nó trong tầm kiểm soát:

Nguyên tắc chung:sử dụng/xóakhi bắt đầu một nhiệm vụ mới, và/gọnkhi tiếp tục một cái dài.

Hầu như mọi báo cáo “Tôi đã vượt quá hạn mức trước bữa trưa” đều có nguồn gốc từ một trong năm nguyên nhân này.

Mỗi tin nhắn trước đó được gửi lại trong mỗi lượt, vì vậy một phiên đã đi qua ba vấn đề không liên quan sẽ phải trả cho cả ba vấn đề trong mỗi tin nhắn mới.

Trong thực tế:bạn vừa hoàn tất việc gỡ lỗi chuyển hướng đăng nhập và bây giờ muốn viết một chuyển đổi cơ sở dữ liệu. Chạy/xóađầu tiên. Một bài kiểm tra đơn giản: nếu câu lệnh tiếp theo của bạn có ý nghĩa hoàn hảo trong một giao diện dòng lệnh (CLI) hoàn toàn mới, hãy xóa trước khi gửi. Của bạnCLAUDE.mdvà các tệp dự án vẫn giữ nguyên; chỉ lịch sử trò chuyện bị xóa.

Một lời cảnh báo:/xóakhông thể hoàn tác. Nếu bạn vẫn có thể cần điều gì đó từ lịch sử, hãy sao chép nó ra trước hoặc chạy/gọnthay vào đó, cái mà giữ lại một bản tóm tắt thay vì xóa mọi thứ.

Opus tốn nhiều lần hơn cho mỗi lượt so với Sonnet, và Sonnet tốn nhiều hơn Haiku. Dùng Opus cho công việc thường nhật là cách nhanh nhất để cạn kiệt giới hạn hàng ngày.

Các giá trị mặc định hợp lý:Sonnet cho phần lớn lập trình (tính năng, kiểm thử, lỗi đã biết, cải tiến mã); Opus khi bạn thực sự bị mắc kẹt hoặc thay đổi rộng (gỡ lỗi khó, cải tiến mã liên quan nhiều phần, kiến trúc); Haiku cho công việc cơ học nhanh (đổi tên, dòng nhật ký, giải thích regex, mẫu mã cơ bản).

Bất kỳ thứ gì bạn dán sẽ nằm trong ngữ cảnh, đầy đủ, cho phần còn lại của phiên làm việc. Tham chiếu một tệp theo đường dẫn cho phép Claude đọc chọn lọc và tập trung vào phần mà bạn quan tâm.

Trong thực tế:thay vì dánauth.ts, viết nhìn vào cáixác thực tokenchức năng trongsrc/auth.ts— việc đề cập đến đường dẫn cho phép Claude mở và đọc chọn lọc. (Lưu ý rằng tiền tố @ chèn toàn bộ tệp cộng với nóCLAUDE.mdcây vào ngữ cảnh, vì vậy hãy sử dụng đường dẫn trần khi bạn đang cố gắnglưutokens.) Đối với nhật ký và theo dõi ngăn xếp, hãy cắt xuống còn 20 hoặc 30 dòng liên quan trước khi dán. Đối với bất cứ thứ gì lớn (tệp khóa, nhật ký xây dựng, dữ liệu xuất ra), hãy lưu nó vào đĩa và tham chiếu đường dẫn.

Tệp này được thêm vào đầumọilượt. Bộ nhớ đệm prompt có nghĩa là các lượt sau lượt đầu tiên được tính phí theo mức đọc bộ nhớ đệm rẻ hơn nhiều, vì vậy chi phí bằng đô la sẽ thấp hơn so với số dòng thô, nhưng nó vẫn chiếm không gian cửa sổ ngữ cảnh trong mỗi tin nhắn.

Quy tắc: hai lần lỗi, giữ chặt.Chỉ thêm ghi chú lần thứ hai bạn phải sửa Claude về cùng một vấn đề (các vấn đề lần đầu thường chỉ xảy ra một lần). Giữ tệp dưới khoảng 200 dòng; nếu có điều gì mới cần thêm vào mà không còn chỗ, thì điều cũ phải được loại bỏ.

Khi nào cần cập nhật nó:ngay sau một buổi mà bạn phải sửa Claude hai lần về cùng một việc. Đó là khi bản sửa còn mới và chỉ mất một phút để ghi lại. Cứ vài tuần, đọc toàn bộ tệp và xóa bất cứ điều gì không còn đúng hoặc mục đích bạn không thể nhớ. Những ghi chú cũ và lỗi thời còn tệ hơn những ghi chú thiếu vì chúng trực tiếp làm Claude đi sai hướng.

Một kế hoạch tốn vài trăm token. Một sự khác biệt 400 dòng sai mà bạn hoàn tác và tạo lại tốn hàng ngàn, gấp đôi, cộng với những lượt giải thích về những gì đã sai.Trong thực tế:Đối với bất cứ việc gì liên quan đến hơn hai hoặc ba tệp, chuyển sang Chế độ Kế hoạch hoặc chỉ cần hỏi: “Trước khi thay đổi bất cứ thứ gì, liệt kê các tệp bạn sẽ thao tác và bạn sẽ làm gì với từng tệp.” Đọc danh sách, chỉnh sửa nó bằng tiếng Anh đơn giản (“bỏ quadi sản/, và chưa chạm vào các bài kiểm tra, sau đó để nó thực thi.

Mẹo chuyên nghiệp: lập kế hoạch với Opus, thực hiện với Sonnet.Việc sử dụng Opus có giá trị nhất là viết chính kế hoạch, nơi mà lý luận sâu sắc thực sự đem lại lợi ích. Khi một kế hoạch tốt đã tồn tại, việc thực hiện phần lớn là cơ học và Sonnet xử lý nó với một phần nhỏ chi phí. Mẫu này được tích hợp sẵn như/mô hình opusplan, sử dụng Opus trong khi lập kế hoạch và Sonnet cho việc thực thi. Chuyển đổi mô hình không xóa cuộc trò chuyện, vì vậy Sonnet vẫn thấy tất cả những gì Opus tạo ra.