Mẹo bí mật giúp giảm 67% mức tiêu thụ token cho Claude Code

Token tiêu tan trong chốc lát với Claude Code...

Tôi sẽ giải thích một mẹo nhỏ bí mật để giảm đáng kể lượng token tiêu thụ và giải quyết vấn đề đó.

Tôi cũng sẽ giới thiệu một prompt có thể được sử dụng để đối phó với token ngay cả với Fable.

Thực tế, chỉ sử dụng các mô hình thông minh sẽ khiến chi phí và thời gian chờ đợi tăng vọt.

Hiệu quả thực sự không nằm ở 'sự thông minh' của mô hình, mà nằm ở việc chọn mô hình dựa trên 'trọng lượng của nhiệm vụ.'

Trong bài viết này, tôi sẽ giới thiệu cách đưa ra những lựa chọn đó và cung cấp một prompt phân phối mà bạn có thể sử dụng ngay.

Tại Sao Việc Chuyển Đổi Mô Hình Lại Giảm Token

Các mô hình hiện có trong Claude Code là Fable, Opus, Sonnet và Haiku.

Về cơ bản, mô hình càng thông minh thì càng sử dụng nhiều tính toán nội bộ.

Do đó, số lượng token tiêu thụ chỉ để thực hiện cùng một nhiệm vụ sẽ tăng lên.

Sử dụng mô hình cao cấp nhất cho các tìm kiếm đơn giản hoặc kiểm tra diff cũng giống như thuê một siêu máy tính để thực hiện một phép tính có thể làm bằng máy tính bỏ túi.

Chỉ bằng cách chuyển đổi mô hình theo độ khó của nhiệm vụ, bạn có thể cắt giảm đáng kể lượng tiêu thụ không cần thiết.

Vai Trò Của Bốn Mô Hình

Việc xác định trước vai trò cho phép bạn chuyển đổi mà không do dự.

• Haiku: Công việc nhẹ như xác nhận tệp, tìm kiếm, kiểm tra diff và xác minh định dạng.
• Sonnet: Công việc thực tế như triển khai, sửa đổi và thay thế sau khi kế hoạch đã được chốt.
• Opus: Các nhiệm vụ liên quan đến phán đoán, như trau chuốt văn bản, điều chỉnh prompt, đánh giá và sắp xếp cấu trúc.
• Fable: Chỉ dành cho các nhiệm vụ có chi phí thất bại cao, như thiết kế tổng thể, quyết định về các hướng đi khó đảo ngược, phán đoán liên quan đến nhiều tệp và kiểm tra cuối cùng.

Bằng cách giao các nhiệm vụ nhẹ cho các mô hình nhẹ, thời gian chờ đợi cảm nhận cũng trở nên ngắn hơn.

Ngược lại, nếu bạn cố gắng xử lý các phán đoán quan trọng chỉ với các mô hình rẻ tiền, việc làm lại sẽ tăng lên và cuối cùng sẽ tốn kém hơn về lâu dài.

Điểm mấu chốt ở đây là giữ Fable dành riêng cho các 'nhiệm vụ đặc biệt.'

Nếu bạn giao mọi thứ cho Fable, token của bạn sẽ tan biến trong chốc lát.

Chỉ Sử Dụng Mô Hình Thông Minh Nhất Liệu Có Đủ Không?

Tôi đoán sẽ có một sự phản đối ở đây.

'Việc chuyển đổi thật phiền phức. Chỉ cần sử dụng mô hình thông minh nhất ngay từ đầu không phải là đủ sao?'

Tôi hiểu cảm giác đó.

Nhưng sử dụng một mô hình hiệu suất cao cho các nhiệm vụ không yêu cầu phán đoán đơn giản là lãng phí.

Các tìm kiếm và kiểm tra diff có thể được thực hiện với độ chính xác đủ ngay cả bởi các mô hình nhẹ.

Bằng cách chỉ giao những phần yêu cầu phán đoán nặng cho mô hình thông minh, bạn có thể cắt giảm chi phí mà không hy sinh độ chính xác.

Đối với những người cảm thấy 'phân loại mỗi lần thật là một việc vặt,' việc sử dụng prompt sau đây sẽ tự động phân phối nhiệm vụ cho các tác nhân phụ của từng mô hình để tiến hành công việc.

Prompt Phân Phối Bạn Có Thể Sử Dụng Ngay

Đây là prompt tôi thực sự sử dụng.

Hãy viết lại nó cho phù hợp với dự án của bạn.

1Bạn là 'Người Điều Phối Mô Hình' cho Claude Code.
2Mục tiêu của bạn là sử dụng các mô hình khác nhau (Haiku, Sonnet, Opus, Fable) theo nội dung nhiệm vụ để duy trì chất lượng công việc trong khi hạn chế tiêu thụ token không cần thiết.
3
4# Phân loại nhiệm vụ thành bốn mô hình
5Nhẹ (Haiku): Xác nhận tệp, tìm kiếm, kiểm tra diff hoặc định dạng, v.v.
6Kế hoạch đã quyết định (Sonnet): Chỉnh sửa, thay thế, triển khai, viết lách, v.v., nơi công việc có thể tiến hành mà không do dự khi đã xác định hướng đi.
7Yêu cầu phán đoán (Opus): Trau chuốt văn bản hoặc prompt, đánh giá, v.v., các nhiệm vụ yêu cầu phán đoán.
8Các nhiệm vụ đặc biệt quan trọng (Fable): Thiết kế tổng thể, thiết lập hướng đi, thay đổi phức tạp, xác nhận cuối cùng, phán đoán quan trọng, v.v., nơi thất bại dẫn đến việc làm lại nặng nề.
9
10# Các bước đầu tiên
11Kiểm tra các nhiệm vụ cần thực hiện, sắp xếp việc sử dụng các mô hình trong các tác nhân phụ thành một bảng, sau đó tiến hành công việc. Nếu tốt hơn nên thay đổi mô hình chính, hãy cho tôi biết mô hình nào nên được sử dụng.
12
13# Ràng buộc
14- Không sử dụng các mô hình nặng ngay từ đầu. Sắp xếp tài liệu với các mô hình nhẹ và nâng cấp khi cần phán đoán.
15- Giao các nhiệm vụ nhẹ như xác nhận tệp và tìm kiếm cho các tác nhân phụ với các mô hình nhẹ được chỉ định để hạn chế tiêu thụ.
16- Vì con người chuyển đổi mô hình chính, khi cần nâng cấp hoặc hạ cấp mô hình chính, hãy thông báo cho người dùng thời điểm và mô hình mục tiêu.
17- Cấm chuyển các nhiệm vụ chỉ là tìm kiếm hoặc so sánh cho các mô hình cấp cao hơn.
18- Cấm thực hiện một lượng lớn chỉnh sửa thông thường với các mô hình cấp cao hơn.
19- Cấm đổ một lượng lớn các tệp lộn xộn vào các mô hình cấp cao hơn trước khi sắp xếp chúng với các mô hình nhẹ.

Nếu bạn dán và sử dụng nó như vậy, trước tiên nó sẽ xuất ra một bảng nhiệm vụ và quyết định việc sử dụng mô hình trước khi tiến hành.

Các Tình Huống Sử Dụng Thực Tế

Hãy xem xét cụ thể nơi bạn có thể áp dụng công việc của mình.

• Tìm kiếm các phần liên quan trong các tệp nhật ký lớn → Kiểm tra nhanh với Haiku
• Sửa mã theo một kế hoạch sửa đổi đã quyết định → Giao công việc thực tế cho Sonnet
• Suy nghĩ lại cấu trúc của một bài báo hoặc tài liệu → Giao phó phán đoán cho Opus
• Quyết định hướng thiết kế cho một tính năng mới, xác nhận cuối cùng các thay đổi ảnh hưởng đến nhiều tệp → Chỉ để lại cho Fable

Kể từ khi tôi bắt đầu chỉ giao các phán đoán thiết kế quan trọng cho các mô hình cấp cao và chuyển hướng mọi thứ khác cho các mô hình nhẹ, cả thời gian chờ đợi và chi phí đều trở nên nhẹ nhàng hơn đáng kể.

Nếu bạn không chắc chắn, hãy tuân theo quy tắc thử từ các mô hình thấp hơn và tăng lên một cấp nếu không đủ.

Cạm Bẫy Cần Tránh

Sai lầm phổ biến nhất là phản xạ chạy đến Fable ngay khi bạn do dự trong phán đoán.

Nếu bạn làm điều này, cuối cùng nó sẽ chẳng khác gì việc dựa vào các mô hình hiệu suất cao ngay từ đầu.

Ngược lại, cũng rất nguy hiểm khi cố gắng xử lý các phán đoán thiết kế quan trọng ảnh hưởng đến nhiều tệp chỉ với các mô hình nhẹ.

Cắt giảm ở đây sẽ dẫn đến việc làm lại lớn sau này và thậm chí còn tốn kém hơn.

Nhiệm vụ nhẹ với mô hình nhẹ, phán đoán nặng với mô hình nặng.

Xin đừng phá vỡ ranh giới này.

Nếu bạn không chắc chắn, hãy sử dụng prompt ở trên để yêu cầu một mô hình hiệu suất cao phân phối các nhiệm vụ, và sẽ không có sai lầm lớn nào.

Tóm Tắt

Chọn mô hình dựa trên trọng lượng của nhiệm vụ.

Haiku dành cho xác nhận, Sonnet dành cho triển khai/viết lách, Opus dành cho phán đoán/nhiệm vụ phức tạp, và Fable dành riêng cho các giai đoạn như công việc thiết kế với chi phí thất bại cao.

Khi bạn đã sử dụng prompt phân phối, chỉ cần chạy nó cho phù hợp.

Công cụ không có nghĩa là được sử dụng chỉ vì chúng mạnh.

Bạn nên chọn chúng dựa trên trọng lượng phù hợp với tình huống.

Bạn có thể dễ dàng phân phối các mô hình bằng cách sử dụng prompt, vì vậy hãy đánh dấu nó và sử dụng nó một cách tối đa.

Cuối cùng, tôi hiện đang phân phối miễn phí 55 lợi ích chính, bao gồm hướng dẫn đầy đủ về cách giới thiệu Claude Code và các phương pháp kiếm tiền. Nếu bạn chưa nhận được, hãy nhận chúng từ đây.

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet