Giới hạn Claude Code năm 2026: 8 quy tắc tránh dùng hết token

Tài liệu tham khảo của Ailoot: ailoot.ai/docs/.

Giới hạn Claude Code hoạt động thế nào trong năm 2026, và vì sao bạn chạm giới hạn?#

Tính đến ngày 20 tháng 5 năm 2026, các gói Claude Code trả phí hoạt động như sau:

Số liệu từ trang chính thức của Anthropic. Ngoài cửa sổ 5 giờ, còn có giới hạn theo tuần, bắt đầu ảnh hưởng đến trải nghiệm của người dùng chuyên sâu vào khoảng thứ Sáu.

Việc tăng gấp đôi ngày 6 tháng 5 là gì?

Tại hội nghị Code with Claude SF ngày 6 tháng 5 năm 2026, Anthropic công bố thỏa thuận với SpaceX Colossus 1: 220,000 card đồ họa NVIDIA, công suất 300 MW, đi vào hoạt động trong vòng một tháng. Ngay lập tức:

• Giới hạn 5 giờ tăng gấp đôi cho tất cả các gói trả phí.
• Bỏ giới hạn giờ cao điểm hằng ngày, trước đây từng cắt giảm hạn mức trong giờ cao điểm.
• Đối với API: số token đầu vào tối đa mỗi phút cho Opus tăng từ 30K lên 500K (+1500%), còn số token đầu ra tối đa tăng từ 8K lên 80K.

Một chương trình khuyến mãi tạm thời khác có hiệu lực từ ngày 13 tháng 5 đến ngày 13 tháng 7: tăng 50% giới hạn hằng tuần cho Pro / Max / Team. Sau ngày 13 tháng 7, hạn mức hằng tuần sẽ trở lại mức cũ.

Một người lập trình theo kiểu vibe coding thực sự dùng bao nhiêu?

Anthropic đưa ra số liệu tham khảo trong tài liệu chính thức:

• Nhà phát triển chi trung bình 13 USD / ngày, 150-250 USD / tháng.
• 90% người dùng ở trong mức 30 USD / ngày.
• Các nhóm agent trong Plan Mode tiêu tốn khoảng gấp 7 lần token so với một phiên tiêu chuẩn.

Kích thước cửa sổ ngữ cảnh phụ thuộc vào mô hình. Theo tài liệu Anthropic, tính đến tháng 9 năm 2026, Opus 4.7 trở lên, Sonnet 5 và các mô hình Fable có cửa sổ 1M token trên mọi gói, kể cả Pro; tính năng tự động rút gọn ngữ cảnh (auto-compact) được kích hoạt mặc định ở khoảng 967K. Opus 4.6 và Sonnet 4.6 không có ngữ cảnh mở rộng có cửa sổ 200K, và việc rút gọn được kích hoạt tại mốc 200K. Bạn có thể đặt ngưỡng riêng bằng lệnh /autocompact, chẳng hạn /autocompact 500k. Khi nhồi nửa ngày làm việc vào một cuộc trò chuyện, ngữ cảnh phình to, Claude mất mạch, bắt đầu đọc lại cùng những tệp đó và token bị tiêu tốn nhanh hơn từ 1,5 đến 2 lần.

Theo trải nghiệm được tác giả mô tả, gói đăng ký 200 USD là đủ nhờ 8 quy tắc được bàn đến bên dưới. Nếu không áp dụng chúng, ngay cả Max 20x cũng sẽ cạn trước giờ ăn trưa.

Quy tắc 1. Vì sao “một nhiệm vụ—một cuộc trò chuyện” tiết kiệm nhiều token nhất?#

Quy tắc này không có nghĩa là “mở 5 cuộc trò chuyện song song”, mà cụ thể là “không moi lại cuộc trò chuyện trước để dùng cho nhiệm vụ tiếp theo”.

Theo cách tiếp cận được mô tả, cơ chế hoạt động như sau. Với mỗi tin nhắn, Claude thấy không chỉ yêu cầu mới mà còn toàn bộ cuộc trò chuyện trước đó. Nếu buổi sáng bạn bàn về trang đích, sau đó chuyển sang chiến dịch email, rồi yêu cầu sửa hướng dẫn hội thảo, toàn bộ lịch sử sẽ nằm trong ngữ cảnh khi bạn đưa ra yêu cầu thứ ba. Token bị tiêu tốn để “nhớ trang đích”, dù bạn đã quên nó từ lâu.

Vì sao “làm trống đầu óc” có tác dụng?

Hãy đóng cuộc trò chuyện ngay khi nhiệm vụ hoàn tất. Đây thậm chí không phải chuyện token—mà là cách giải phóng sự chú ý.

Nếu nhiệm vụ thực sự đã xong, đừng giữ cuộc trò chuyện lại “phòng khi tôi quay lại”. Hãy mở cuộc trò chuyện mới. Bạn có thể tìm cuộc trò chuyện cũ bằng claude --resume hoặc /resume, dùng bất kỳ dấu hiệu nào (tên nhánh, ID PR, thẻ).

Bạn nên làm gì nếu một nhiệm vụ kéo dài qua hai ngày?

Nếu nhiệm vụ thực sự cần tiếp tục, đừng để cuộc trò chuyện “lơ lửng”. Trước khi đóng, hãy yêu cầu Claude viết một câu lệnh cho cuộc trò chuyện kế bên (xem Quy tắc 7). Cách này nén 50K token lịch sử thành câu lệnh 500 token—và ngày mai cuộc trò chuyện mới tiếp tục với ngữ cảnh mà không cần viết lại mọi thứ.

Quy tắc 2: Giữ CLAUDE.md ở mức 200 dòng, không phải 500#

CLAUDE.md là tệp đầu tiên Claude đọc khi bắt đầu phiên mới. Phần này tập trung cụ thể vào việc tiết kiệm token.

Bao nhiêu dòng là hợp lý?

Vì sao CLAUDE.md dài khiến agent kém thông minh hơn?

Lời giải thích rất đơn giản: /init mô tả kho mã “trở lại cho mô hình”, bổ sung vào ngữ cảnh những thông tin mà mô hình đã biết hoặc có thể tự tìm ra chỉ bằng cách xem qua cấu trúc. Sự trùng lặp này tiêu tốn token và làm loãng trọng tâm.

Quy tắc mật độ: mỗi từ đều làm thay đổi hành vi

Nếu tôi có thể xóa một dòng khỏi CLAUDE.md mà hành vi của Claude không thay đổi, thì dòng đó là không cần thiết. Hãy dùng cách này để kiểm tra:

1. Mở CLAUDE.md và xem qua từng đoạn.
2. Tự hỏi: “Nếu xóa dòng này, Claude có bắt đầu mắc lỗi không?”
3. Nếu không, hãy xóa nó hoặc chuyển sang một Skill.

Mọi quy tắc chỉ áp dụng trong tình huống cụ thể đều được đưa vào skills (.claude/skills/<name>/SKILL.md). CLAUDE.md chỉ dành cho những điều luôn cần thiết.

Quy tắc 3. Vì sao nên giữ kế hoạch Claude Code trong một tệp riêng?#

Plan Mode là chế độ Claude Code được bật bằng Shift+Tab. Trong chế độ này, Claude khảo sát kho mã, đọc tệp và hỏi trước triển khai. Với quy trình dưới, tách sửa kho: xem kế hoạch, tự lưu vào plans/, hoặc rời Plan Mode rõ ràng và cho phép ghi tệp kế hoạch trước mở chat mới.

Vì sao kế hoạch trong tệp tốt hơn kế hoạch trong đầu Claude?

Tôi có thư mục plans/ trong mỗi dự án. Khi bắt đầu một nhiệm vụ:

1. Tôi yêu cầu Claude trong Plan Mode khảo sát và đề xuất cách tiếp cận.
2. Tôi xem kế hoạch và tự lưu văn bản vào plans/YYYY-MM-DD-task-name.md; hoặc rời Plan Mode, cho phép Claude ghi tệp rồi xác minh nội dung trước đóng chat.
3. Tôi đóng cuộc trò chuyện.
4. Trong cuộc trò chuyện mới, tôi nói: “đọc plans/YYYY-MM-DD-...md và triển khai giai đoạn 1.”

Những gì tôi nhận được:

• Kế hoạch được cố định—Claude không “quên” quyết định của chúng ta từ một giờ trước.
• Tôi có thể tự chỉnh sửa kế hoạch—tôi thấy 5 bước, nhận ra bước 3 không cần thiết, xóa nó rồi tiếp tục.
• Kế hoạch vẫn còn sau khi khởi động lại—ngày mai tôi quay lại, mở tệp và tiếp tục.
• Tôi có thể lần lượt giao việc cho các agent—một cuộc trò chuyện viết kế hoạch, một cuộc trò chuyện khác triển khai, cuộc trò chuyện thứ ba rà soát.

Plan Mode không phá bộ nhớ đệm

Một chi tiết quan trọng: Plan Mode chỉ làm mất hiệu lực bộ nhớ đệm của cuộc trò chuyện (tin nhắn), trong khi lời nhắc hệ thống và ngữ cảnh dự án (CLAUDE.md) vẫn được giữ nóng. Điều đó có nghĩa là chuyển sang Plan Mode rồi quay lại hầu như không tốn token—khác với đổi mô hình bằng /model, thao tác làm mất bộ nhớ đệm cho 90% giá đầu vào và buộc phải tính toán lại toàn bộ tiền tố.

Kỹ thuật ngữ cảnh cũng có nghĩa là giữ kế hoạch ở nơi nó tồn tại lâu dài, chứ không phải trong cuộc trò chuyện sẽ kết thúc sau 5 giờ.

Quy tắc 4. Skills được tải khi có điều kiện kích hoạt, không phải lúc bắt đầu phiên#

Skills sử dụng cơ chế tải ba cấp:

1. Siêu dữ liệu luôn có sẵn—khi bắt đầu phiên, Claude chỉ thấy name và description của từng skill. Ngân sách: ~100 token mỗi skill.
2. Hướng dẫn khi được kích hoạt—khi người dùng nói điều gì đó liên quan, Claude tải phần nội dung của SKILL.md. Ngân sách: tối đa 5000 token.
3. Tài nguyên theo yêu cầu—các tệp đi kèm (ví dụ, mẫu) chỉ được lấy khi chính mô hình cần đến chúng.

Điều này làm thay đổi cách tính token ra sao?

Trong ví dụ được mô tả, quy chuẩn viết hướng dẫn đào tạo, quy tắc gửi thư và quy tắc rà soát mã trước đây nằm trong CLAUDE.md. Tệp dài tới 500 dòng, và mỗi khi bắt đầu phiên, tôi đều trả chi phí cho cả 500 dòng, ngay cả khi cuộc trò chuyện chỉ bàn về trang đích.

Trong ví dụ này, CLAUDE.md có 200 dòng về điều hướng và các nguyên tắc cơ bản. 4 bộ quy tắc nằm trong skills:

.claude/skills/
├── write-tutorial/SKILL.md         # trigger: “write a guide”
├── deploy-checklist/SKILL.md       # trigger: “check before publishing”
├── send-broadcast/SKILL.md         # trigger: “send a mailing”
└── debug-payment-webhook/SKILL.md  # trigger: “check the payment”

Claude chỉ thấy các tiêu đề khi khởi động—400 token. Khi tôi nói “viết hướng dẫn”, nó tải SKILL.md tương ứng và làm theo. Khi tôi nói “gửi thư”, nó tải một tệp khác.

Một trích dẫn từ các quy tắc viết skill trong tài liệu Anthropic chính thức:

Nếu một skill có dấu hiệu đáng ngờ, đừng cài đặt

Skills là các hướng dẫn có thể thực thi, được truy cập trực tiếp vào tệp và khóa API của bạn. Trước khi cài bộ sưu tập của người khác, tôi mở từng SKILL.md và tự đọc. Nếu có các khối bash: chứa liên kết đến URL bên ngoài, đó là dấu hiệu cảnh báo; tôi sẽ không cài đặt nó.

Quy tắc 5. Khi nào nên giao nhiệm vụ cho một tác nhân phụ thay vì phiên chính?#

Theo tài liệu chính thức:

Có thể giao những nhiệm vụ nào cho tác nhân phụ?

• Tìm kiếm trong một kho mã lớn. Tác nhân phụ đọc 30 tệp rồi trả lời “hàm liên quan nằm tại src/lib/payment/cloudpayments.ts:142.” Tôi không thấy nội dung của 30 tệp trong ngữ cảnh chính.
• Chạy kiểm thử và phân tích nhật ký. Tác nhân phụ chạy npm test, bắt 200 dòng đầu ra rồi trả lời “3 kiểm thử thất bại ở X, Y, Z vì lý do này.”
• Tái cấu trúc nhiều tệp. Mỗi tệp một tác nhân phụ—chạy song song.
• Kiểm tra liên kết trong hướng dẫn. Tác nhân phụ mở 30 URL qua WebFetch rồi trả lời “5 liên kết trả về 404.”

Vào tháng 5 năm 2026, Anthropic chính thức công bố Multi-Agent Orchestration là một tính năng hạng nhất. Trước đây, chỉ có thể khởi chạy sub-agent trong code thông qua SDK; giờ đây có thể khởi chạy trực tiếp trong Claude Code bằng slash command.

Những điểm sub-agent hoạt động không tốt

Vì vậy, tôi không bao giờ để sub-agent hoạt động nửa ngày mà không kiểm tra. Quy tắc là: bạn giao việc song song càng nhiều thì càng nên kiểm tra kết quả trung gian thường xuyên. Với các tác vụ lớn, tôi bật Plan Mode riêng cho từng sub-agent.

Quy tắc 6. Chọn model Claude nào (Opus / Sonnet / Haiku) cho một tác vụ?#

Giá API (mỗi triệu token):

Nguồn: Trang chính thức của Anthropic. Giá không hiển thị trên gói thuê bao, nhưng tỷ lệ vẫn như nhau. Opus 4.7 có một điểm cần lưu ý: so với Opus 4.6, tokenizer mới có thể sử dụng nhiều hơn tới +35% token cho cùng một văn bản. Giá mỗi token không tăng, nhưng chi phí thực tế cho mỗi yêu cầu thì có. Nếu không cân nhắc mà dùng Opus cho mọi thứ, giới hạn của bạn sẽ cạn nhanh gấp 5 lần so với khi dùng Sonnet hoặc Haiku cho một nửa số tác vụ.

Ví dụ chọn model

Chuyển model bằng lệnh /model. Tuy nhiên, đổi model sẽ làm mất hiệu lực cache. Nếu giữa phiên bạn chuyển từ Sonnet sang Opus, yêu cầu tiếp theo sẽ tính toán lại toàn bộ prefix từ đầu với giá đầu vào đầy đủ (không phải giá đã cache). Vì vậy, tốt hơn hết là chọn model từ đầu, thay vì liên tục chuyển qua lại.

/effort — thiết lập ít mạnh tay hơn

Vào tháng 4 năm 2026, Anthropic triển khai /effort—5 cấp độ sâu suy luận: minimal / low / medium / high / xhigh. Claude Code chạy Opus 4.7 mặc định ở xhigh.

Cách tôi làm:

• Với phân loại, trích xuất dữ liệu và tóm tắt ngắn: /effort low. Cách này tiết kiệm 30-70% với các loại tác vụ không cần suy luận sâu.
• Với tác vụ lập trình đơn giản: /effort medium.
• Với kiến trúc phức tạp: tôi giữ ở xhigh.

/effort không đổi model, chỉ thay đổi độ sâu suy luận. Cache vẫn nguyên vẹn.

Quy tắc 7: Chuyển prompt sang cuộc trò chuyện mới thay vì dùng /compact#

/compact là lệnh chính thức của Claude Code, thay lịch sử trò chuyện bằng bản tóm tắt. Nếu chạy ngay sau tin nhắn cuối cùng, khi cache còn nóng (TTL của gói thuê bao là 1 giờ), bản tóm tắt sẽ được cache và đọc với giá bằng 10% giá tiêu chuẩn. Nếu chạy sau một giờ, cache đã nguội và bạn phải trả toàn bộ chi phí.

Có thể tùy chỉnh /compact:

/compact Focus on code samples and API usage

Hoặc bạn có thể chỉ định trọng tâm tóm tắt mặc định trong CLAUDE.md:

# Compact instructions
When you are using compact, please focus on test output and code changes

Nhưng tôi thường làm theo cách khác.

Chuyển prompt sang cuộc trò chuyện kế bên: ví dụ

Các bước:

1. Trong cuộc trò chuyện hiện tại, khi thấy ngữ cảnh đã vượt quá 50%, tôi nói: “Viết cho tôi một prompt để cuộc trò chuyện kế bên tiếp tục công việc mà không làm mất ý nghĩa. Hãy nêu: chúng ta đang làm gì, đã hoàn thành những gì, còn việc gì, các file và hằng số quan trọng.”
2. Claude đưa cho tôi một prompt dài 300-800 token.
3. Tôi đóng cuộc trò chuyện hiện tại bằng /clear hoặc đơn giản là mở cuộc trò chuyện mới.
4. Tôi dán prompt vào rồi bắt đầu với CLAUDE.md đã được làm nóng và ngữ cảnh dự án, nhưng bộ nhớ hội thoại sạch.

Tôi được gì so với /compact:

• Kiểm soát nội dung được đưa vào cuộc trò chuyện mới. /compact tóm tắt theo cách nó tự hiểu; tôi có thể sửa prompt thủ công trước khi bắt đầu.
• Tôi có thể lưu prompt vào file plans/ và quay lại vào ngày mai.
• Cuộc trò chuyện mới bắt đầu với cache hội thoại sạch—sau đó, bạn làm việc với giá đầu vào đã cache.

Khi nào /compact tốt hơn?

• Khi đang ở Plan Mode và không muốn mất kế hoạch hiện tại.
• Khi tác vụ đồng nhất và ngữ cảnh nhất quán (ví dụ: dịch một tài liệu dài).
• Khi /compact chạy ngay lập tức sau câu trả lời của Claude—khi đó bản tóm tắt được đưa vào cache nóng và chỉ tốn 10%.

/clear—biện pháp cuối cùng

/clear xóa mọi thứ, bao gồm cả ngữ cảnh dự án. Tôi chỉ dùng lệnh này khi chuyển sang một chủ đề hoàn toàn không liên quan và không muốn giữ lại bất cứ điều gì trước đó. Sau /clear, yêu cầu tiếp theo phải trả đủ chi phí để tải lại CLAUDE.md.

Quy tắc 8. Điều gì làm mất cache Claude Code và vì sao bạn phải trả phí?#

Trên gói thuê bao, TTL của cache là 1 giờ (được gia hạn mỗi lần truy cập). Trên API, mặc định là 5 phút. Nghĩa là nếu quay lại làm việc sau 40 phút, cache vẫn còn hiệu lực và yêu cầu tiếp theo chỉ tốn rất ít chi phí đầu vào. Sau 1 giờ, cache hết hạn và bạn phải trả toàn bộ chi phí.

Những gì làm hỏng cache (hãy tránh giữa chừng một tác vụ)

1. /model—đổi model giữa phiên. Mỗi model có cache riêng. Sau /model opus, yêu cầu tiếp theo tính toán lại toàn bộ prefix cho Opus từ đầu.
2. Bật Plan Mode với thiết lập opusplan. Trong chế độ này, Plan Mode = Opus, chế độ thường = Sonnet. Mỗi lần Shift+Tab = đổi model = cache mất hiệu lực.
3. Kết nối / ngắt kết nối máy chủ MCP. Bao gồm cả tự kết nối lại sau sự cố tạm thời. Nếu máy chủ MCP của bạn không ổn định, bạn phải trả tiền hai lần.
4. Quy tắc từ chối chỉ ghi tên trần (Bash, WebFetch)—chúng thay đổi định nghĩa công cụ trong system prompt.
5. /compact—làm mất hiệu lực lớp hội thoại (theo thiết kế).
6. Nâng cấp Claude Code lên phiên bản mới—phiên bản mới có system prompt mới và cache mới.

Những gì KHÔNG làm hỏng cache?

• Chỉnh sửa file trong kho lưu trữ (chúng được đọc khi cần).
• Chỉnh sửa CLAUDE.md giữa phiên (nhưng thay đổi chỉ có hiệu lực sau khi khởi động lại—xem Quy tắc 2).
• Thay đổi kiểu đầu ra.
• Thay đổi chế độ quyền (nếu không liên quan đến opusplan).
• Gọi skills / commands (được thêm vào lớp hội thoại).
• /recap (lệnh mới, tóm tắt mà không làm mất hiệu lực cache).
• /rewind (quay lại prefix đã được làm nóng).
• Khởi chạy sub-agent (cache của agent cha không bị ảnh hưởng).

Cách tận dụng cache

• Đừng chuyển /model nếu không có lý do. Hãy chọn model khi bắt đầu tác vụ.
• Đừng bật 10 máy chủ MCP “phòng khi cần.” Mỗi máy chủ đều bổ sung vào system prompt và làm hỏng cache khi kết nối lại.
• Đừng chỉnh sửa CLAUDE.md giữa các tác vụ—hãy thực hiện mọi chỉnh sửa cùng lúc rồi khởi động lại.
• Dùng /recap thay vì /compact khi bạn chỉ cần xem bản tóm tắt chứ không cần giải phóng ngữ cảnh.

Đề xuất credit tự động hóa ngày 15 tháng 6 đã ra sao?#

Đề xuất tách quỹ thuê bao tương tác và chương trình đã tạm dừng. Cập nhật hỗ trợ Anthropic nói Agent SDK, claude -p và app bên thứ ba vẫn có thể dùng hạn mức thuê bao. Đừng cộng khoản của đề xuất đã bỏ thành hóa đơn bắt buộc thứ hai.

Credit API tháng riêng đưa vào tháng 10 cho gói Max và Team đủ điều kiện là phần bao gồm ở tổ chức Console đã liên kết, không thay hạn mức tương tác của gói. Hướng dẫn credit API hiện tại phân biệt đăng nhập thuê bao với API-key và nêu nơi khởi chạy không được bao phủ.

Trước lập ngân sách tác vụ theo lịch, ghi xác thực, nơi chạy, mô hình và usage thật. Riêng claude -p chưa xác lập số dư bị dùng. Chi API thêm tùy cấu hình billing tổ chức. Xem giải thích và máy tính hiện tại tại thanh toán tự động hóa Claude Code.

Một ngày làm việc của người lập trình theo kiểu vibe coding dùng Claude Code#

Một ngày làm việc ví dụ:

1. 9:00. Tôi mở tác vụ #1—chỉnh sửa mẫu email. Tôi mở cuộc trò chuyện mới, dùng Plan Mode và nhờ Claude điều tra. Kế hoạch sẵn sàng sau 3 phút; tôi chuyển sang auto-accept, và việc chỉnh sửa mất 10 phút. Tôi đóng cuộc trò chuyện.
2. 9:30. Tác vụ #2—viết hướng dẫn đào tạo. Tôi mở cuộc trò chuyện mới, tại đó skill viết hướng dẫn của tôi được kích hoạt. Nó tải 4000 token phương pháp luận. Tôi thực hiện theo quy trình và hướng dẫn hoàn tất trong 40 phút. Xong.
3. 11:00. Tác vụ #3—vấn đề kiến trúc phức tạp. /model opus, Plan Mode, thảo luận. Tôi xem kế hoạch, tự lưu vào plans/2026-05-20-...md hoặc cho phép ghi sau khi rời Plan Mode, kiểm tệp rồi đóng chat.
4. 12:00. Cuộc trò chuyện mới: “đọc plans/2026-05-20-...md và triển khai giai đoạn 1.” 6 sub-agent làm việc song song—mỗi agent một file. Giai đoạn 1 hoàn tất trong 45 phút. Tôi đóng cuộc trò chuyện.
5. 14:00. Tác vụ #4—chỉnh sửa trang đích. /model sonnet. Cuộc trò chuyện mới. Lập kế hoạch và triển khai mất 30 phút. Tôi đóng cuộc trò chuyện.
6. 15:00. Tác vụ #5—gỡ lỗi môi trường production. /model opus, Plan Mode; cần suy luận sâu. Sau một giờ thảo luận, tôi nhờ Claude viết prompt cho cuộc trò chuyện kế bên, nêu nguyên nhân đã xác định và cách khắc phục đề xuất. Tôi sao chép prompt sang cuộc trò chuyện mới và triển khai trong 20 phút.

Cuối ngày: 6 tác vụ, 8 cuộc trò chuyện đã đóng, không dùng /compact dù chỉ một lần. Giới hạn được sử dụng ở mức 40-60%. Quá đủ.

Giới hạn sẽ cạn với những người:

• Nhồi cả một tác vụ vào cuộc trò chuyện đã dùng hết 50% ngữ cảnh.
• Giữ CLAUDE.md ở mức 600 dòng vì “biết đâu lại cần.”
• Chuyển sang /model opus cho mọi chỉnh sửa đơn giản.
• Bật 8 máy chủ MCP chỉ để phòng khi cần.
• Không bao giờ dùng sub-agent và kéo mọi thứ vào cuộc trò chuyện chính.

Giới hạn sẽ không cạn với những người xây dựng bộ não thứ hai trong các file dự án và làm việc với Claude như một kỹ sư trong nhóm—họ giao việc rõ ràng, không đổ mọi thứ vào một cuộc trò chuyện và dùng công cụ khác nhau cho các tác vụ khác nhau.

Bạn có thể tiếp tục khám phá Ailoot tại ailoot.ai.