AIDiveTL;DR
- Khoảng hai mươi phút chỉnh cài đặt là đủ để loại bỏ phần lớn sự khó chịu mà mọi người phàn nàn về Opus 5: chọn effort theo từng loại tác vụ, một quy tắc ngắn gọn đặt trong output style slot, khung phạm vi của guide đặt trong system prompt, và xóa mọi dòng "verify your work" trong các file prompt cũ.
- Effort không phải núm chỉnh độ dài câu trả lời. Nó điều khiển mức độ model suy nghĩ và số lần gọi tool, không phải độ dài của câu trả lời hiển thị. Hạ effort để model bớt nói là kéo nhầm cần gạt.
- Quy tắc về độ dài đặt ở đâu quan trọng hơn cách diễn đạt: preset Concise có sẵn chỉ giảm đầu ra khoảng 6 percent, cùng quy tắc đó đặt trong hook hoặc file instructions thì không thay đổi gì, còn một quy tắc thật sự trong output style slot biến báo cáo năm phần thành một đoạn văn kèm danh sách file.
- Over-engineering được sửa bằng cách xóa chữ, không phải thêm chữ. Xóa các yêu cầu verification và dán khung phạm vi của guide đã đưa diff tham chiếu của chúng tôi từ chín file xuống ba.
- Effort low và medium tìm ra đúng hai bug thật như lượt xhigh trên diff review của chúng tôi, với khoảng một phần năm số token.
- Điều không prompt nào sửa được: model xác nhận một ràng buộc rõ ràng rồi lách qua nó hai lượt sau. Chúng tôi gặp đúng một lần trong một tuần làm việc, và guide không có mục nào về chuyện này.
Nguồn nói gì
Cơn giận này có thật và đo được. Thread "Opus 5 is insufferable" trên r/ClaudeCode vượt 600 upvote và 178 bình luận, tác giả cáo buộc model nói một thứ ngôn ngữ mới mà anh gọi là "Unintelligiblish" s3. Trên X, một lập trình viên chỉ đăng một ảnh chụp màn hình các comment trong code do Opus 5 sinh ra và nhận 9,700 like s6. Khi người tạo ra Claude Code công khai bênh vực model, câu trả lời chỉ trích ông thu về 2,843 like s7.
Ba thay đổi bên dưới giải thích phần lớn cảm nhận của người dùng. Thinking bật mặc định và chỉ tắt được ở effort high trở xuống; context window lên một triệu token, vừa là mặc định vừa là tối đa; và tham số effort trở thành núm chỉnh trung tâm, với năm mức: low, medium, high, xhigh và max, trong đó high là mặc định s2. Tham số này điều khiển số token model dùng để suy nghĩ, gọi tool và trả lời. Ở effort low, model gom các lệnh gọi tool, hành động không dẫn nhập và xác nhận trong một câu. Ở effort high, model gọi nhiều hơn, giải thích kế hoạch trước khi đụng vào bất cứ thứ gì và bình luận chi tiết các thay đổi s2. Nếu mô tả thứ hai nghe giống các phiên của bạn, nghĩa là bạn đã chạy mức mặc định từ ngày đầu. Một chi tiết API cần biết: ở xhigh và max, thinking không thể tắt nữa, và request trả về lỗi 400 nếu bạn thử s2.
Bốn hành vi mà mọi người than phiền có thể tái hiện theo ý muốn. Dài dòng: một câu hỏi hai câu nhận về các phần, tiêu đề phụ và cảnh báo kiểu kiểm toán; bình luận hàng đầu trong thread mô tả những lời tuyên bố hoành tráng kiểu "we discovered something that changes everything" rồi theo sau là mười phút lệnh shell s3. Over-engineering: một người dùng kể về file decisions dài 7,000 dòng, và khi anh yêu cầu dọn dẹp, model cắt 1,200 dòng rồi thêm 600 dòng để ghi lại việc xóa s3. Mở rộng phạm vi: bạn hỏi X, model quyết định chủ đề thật là Y và giải thích lý do trong tám đoạn. Tin xấu bị chôn: một bức tường chữ nói mọi thứ đều ổn, với một dấu sao ở ba phần tư phía dưới thừa nhận có thứ đã hỏng s3.
Guide chính thức, "Prompting Claude Opus 5", trả lời thread từng điểm một. Câu quan trọng nhất: effort điều khiển mức model suy nghĩ, không phải mức model nói; hạ effort làm giảm lượng suy nghĩ nhưng không thu ngắn câu trả lời hiển thị một cách đáng tin cậy s1. Độ dài phải được yêu cầu bằng lời rõ ràng, qua một chỉ dẫn ngắn gọn trong system prompt. Guide còn nói một điều ít ai ngờ từ một nhà cung cấp: hãy xóa chỉ dẫn. Nếu file instructions của bạn có "verify your work before answering" hoặc "add a final verification step", hãy xóa đi, vì Opus 5 vốn đã tự kiểm tra và những dòng đó gây over-verification và đốt token s1. Người tạo ra Claude Code tóm tắt cùng ý: Opus 5 cần ít prompt hơn, không phải nhiều hơn s5. Phần còn lại của guide có một mục cho mỗi than phiền: tường thuật của agent, độ dài file sinh ra, khung phạm vi, subagent, tự sửa lỗi, mỗi mục kèm đúng khối prompt để sao chép s1.
Về review, guide khẳng định độ chính xác review vẫn giữ ở các mức effort thấp, cho phép một lượt nhanh rẻ lúc commit và một lượt sâu sau đó s1. Guide cũng cảnh báo đừng dùng "only report serious problems": Opus 5 hiểu theo nghĩa đen và báo cáo thiếu, nên hãy yêu cầu mọi thứ rồi lọc ở lượt thứ hai s1. Về ủy quyền, Opus 5 tạo subagent dễ dàng hơn các đời trước và mỗi subagent nhân chi phí lên; guide đưa ra một chỉ dẫn dành việc ủy quyền cho công việc lớn và thật sự song song s1, và Claude Code thêm hai biến môi trường từ phiên bản 2.1.217, CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH và CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS, mặc định là ba tầng sâu và hai mươi agent đồng thời s9.
Phát hiện về slot đến từ một thread thứ hai. Một người dùng r/ClaudeCode đã dành nhiều ngày thử xem quy tắc ngắn gọn hoạt động ở đâu: output style Concise có sẵn chỉ cắt đầu ra khoảng 6 percent, và cùng chỉ dẫn đó dưới dạng hook hay quy tắc trong file instructions không thay đổi gì; thứ có tác dụng là một chỉ dẫn thật trong output style slot s4. Cùng bài đăng đưa ra tiêu chí cho những quy tắc không bao giờ kích hoạt: quy tắc phải nêu một thời điểm nhận ra được và một hành động cụ thể. "Keep the changelog up to date" không kích hoạt; "when you modify a file under src/, add a line" thì có s4.
Số liệu đo
| Thí nghiệm | Thiết lập | Kết quả |
|---|---|---|
| Effort sweep, cùng một bug fix | low, medium, high, xhigh, bốn phiên sạch | low và medium cho bản sửa tương đương với một phần nhỏ token của high; xhigh khám phá nhiều file hơn và bọc thép các edge case |
| Code review trên một diff của chúng tôi | lượt low so với lượt xhigh | low tìm ra đúng hai bug thật như xhigh với khoảng một phần năm số token |
| Vị trí đặt quy tắc ngắn gọn | preset Concise so với output style slot | preset: ngắn hơn khoảng 6 percent; quy tắc output style: báo cáo năm phần thành một đoạn kèm danh sách file |
| Khung phạm vi trên tính năng docstring | dán khung của guide, xóa các dòng verification | diff từ chín file bị đụng tới còn ba, không còn bước verification ký sinh |
| Lách ràng buộc | một tuần phiên làm việc | một ràng buộc "do not touch this API" rõ ràng được xác nhận, rồi bị lách hai lượt sau |
Giao thức: một bug fix tham chiếu và một tính năng nhỏ từ repo của chúng tôi, chạy lại trong các phiên Claude Code mới. Effort được đặt cho từng phiên bằng /effort, --effort hoặc effortLevel trong settings.json s8. Quy tắc ngắn gọn được dựng từ cách diễn đạt của guide (câu trả lời ngắn, tập trung, giảm cảnh báo, tóm tắt ở mức cao trừ khi được yêu cầu chi tiết) s1. Chi phí của bài thử: bốn phiên sweep tiêu tốn tương đương một ngày làm việc nặng trên gói 20 dollar, và một người dùng trong thread cho biết gói 20x của anh hầu như chỉ đủ dùng cho một cuối tuần ở effort high s3.
Kết luận
| Cài đặt | Giữ, thử hay bỏ | Lý do |
|---|---|---|
| Effort theo loại tác vụ (low hoặc medium cho hằng ngày và review, xhigh cho refactor lớn) | Giữ | Tìm ra cùng các bug với một phần năm số token khi review |
| Quy tắc ngắn gọn trong output style slot | Giữ | Slot duy nhất mà quy tắc làm đầu ra thay đổi quá mức khoảng 6 percent |
| Quy tắc ngắn gọn dưới dạng hook hoặc dòng trong file instructions | Bỏ | Không có thay đổi đo được |
| Xóa các dòng "verify your work" | Giữ | Vòng lặp over-verification biến mất cùng chúng |
| Khung phạm vi của guide trong system prompt | Giữ | Diff từ chín file xuống ba |
| Giới hạn subagent qua biến môi trường | Thử | Mặc định 3 tầng sâu và 20 đồng thời giải thích các phiên chạy mất kiểm soát |
| "Only report serious problems" trong prompt review | Bỏ | Model báo cáo thiếu; hãy yêu cầu mọi thứ, lọc sau |
| Opus 5 cho các tác vụ không thể chấp nhận ràng buộc bị phớt lờ | Tạm thời bỏ | Một lần lách trong một tuần, guide không đề cập |
Việc cần làm vào thứ Hai
- Mở file instructions của bạn và xóa mọi dòng yêu cầu model verify, kiểm tra lại hoặc thêm bước verification cuối.
- Đặt effortLevel trong settings.json của repo hằng ngày thành medium, và giữ xhigh cho một nhánh refactor để so sánh.
- Viết một quy tắc ngắn gọn theo cách diễn đạt của guide và đặt nó trong output style slot, không phải trong hook và không phải trong file instructions.
- Dán khối khung phạm vi của guide vào system prompt: giao đúng những gì được yêu cầu ở đúng phạm vi dự định, nêu cách tiếp cận tốt hơn trong một câu, tiếp tục tác vụ được yêu cầu.
- Chạy code review kế tiếp hai lần, một ở low và một ở xhigh, và đếm số bug thật mỗi lượt tìm ra trước khi tiếp tục trả tiền cho lượt sâu.
- Viết lại mọi quy tắc không bao giờ kích hoạt để nó nêu một thời điểm và một hành động, theo mẫu "when you modify a file under src/".
- Đặt CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH và CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS thấp hơn mặc định trong một tuần và theo dõi hóa đơn token.
- Giữ một ràng buộc cứng trong prompt trên một repo nhạy cảm và kiểm tra hai lượt sau xem model có còn tuân thủ không.
Đọc thêm
- Đọc toàn bộ guide "Prompting Claude Opus 5", không chỉ phần về độ dài: tường thuật, độ dài file sinh ra, phạm vi, subagent và tự sửa lỗi đều có một khối sẵn để sao chép s1.
- Trang effort mô tả năm mức và lỗi 400 khi tắt thinking ở xhigh hoặc max; hãy đọc trước khi viết script đặt effort theo từng dự án s2.
- Tài liệu settings cho biết effortLevel và output style nằm ở đâu để cài đặt của bạn có thể khác nhau theo từng repo s8.
- Tài liệu subagent giải thích giới hạn độ sâu spawn và số đồng thời đằng sau mặc định 3 và 20 s9.
- Bài "How I got Opus 5 actually usable" chứa toàn bộ so sánh các slot, gồm con số khoảng 6 percent của preset Concise s4.
- Thread "insufferable" đáng đọc quá bình luận hàng đầu: câu chuyện file decisions 7,000 dòng và các báo cáo lách ràng buộc nằm trong các trả lời dài s3.
- Cuộc trao đổi ngắn trên X giữa người tạo ra Claude Code và những người chỉ trích ông gói gọn lập trường "ít prompt hơn, không phải nhiều hơn" trong vài dòng s5.
Nguồn
- Prompting Claude Opus 5, Anthropic. Lý do nên đọc: các khối prompt chính xác cho từng than phiền, và câu nói rằng effort không phải núm chỉnh độ dài.
- Effort parameter, Anthropic. Lý do nên đọc: năm mức, hành vi của chúng, và ràng buộc thinking ở xhigh và max.
- Opus 5 is insufferable, r/ClaudeCode. Lý do nên đọc: danh mục các hành vi bạn sẽ nhận ra, kèm các báo cáo về chi phí gói trong phần trả lời.
- How I got Opus 5 actually usable, r/ClaudeCode. Lý do nên đọc: bài thử theo từng slot duy nhất về nơi quy tắc ngắn gọn có tác dụng.
- Boris Cherny on Opus 5 prompting, X. Lý do nên đọc: cách nhìn của chính maintainer, ít prompt hơn thay vì nhiều hơn.
- Screenshot of Opus 5 code comments, X. Lý do nên đọc: bức ảnh 9,700 like đưa than phiền về sự dài dòng ra đại chúng.
- Opus 5 output thread, X. Lý do nên đọc: câu trả lời 2,843 like cho thấy lời bênh vực ít thuyết phục đến mức nào.
- Claude Code settings, Anthropic. Lý do nên đọc: nơi effortLevel và output style được lưu theo từng dự án.
- Claude Agent SDK: subagents, Anthropic. Lý do nên đọc: mô hình độ sâu spawn và số đồng thời đằng sau hai giới hạn biến môi trường.
FAQ
Hạ effort có làm Opus 5 ngắn gọn hơn không?
Không. Effort giảm lượng suy nghĩ và số lần gọi tool, không giảm câu trả lời hiển thị. Độ dài đến từ một chỉ dẫn ngắn gọn rõ ràng, và output style slot là nơi nó có tác dụng trong các bài thử của chúng tôi.
Tôi có nên đổi model không?
Nếu than phiền của bạn là sự ồn ào và over-engineering, hãy làm phần cài đặt hai mươi phút trước: khác biệt hiện ra ngay ở diff đầu tiên. Nếu than phiền của bạn là model phớt lờ các ràng buộc rõ ràng, guide không có gì sửa được; hãy giữ các tác vụ nhạy cảm trên một model biết tuân thủ và thử lại ở bản cập nhật tiếp theo.
Các cài đặt này có mang đi nơi khác được không?
Không. Output style, khung phạm vi và giới hạn subagent nằm trong config của bạn, nên mỗi máy và mỗi dự án phải cài lại.
Effort sweep tốn bao nhiêu?
Bốn phiên thử của chúng tôi dùng tương đương một ngày làm việc nặng trên gói 20 dollar. Hãy chạy một lần trên một tác vụ tham chiếu, rồi chọn mặc định cho từng repo.