Hướng dẫn của Anthropic để dùng Opus 5.5 tốt hơn trong Claude Code

1. Hướng dẫn của Anthropic cho Opus 5.5 và hai điều cần để ý

AICodeKing mở đầu bằng tin Anthropic vừa đăng một bài hướng dẫn về cách khai thác Claude Opus 5.5 tốt hơn (theo video đăng ngày 27/09/2026). Một trong các khuyến nghị của bài là bỏ những câu dặn model "hãy suy nghĩ cẩn thận" (think carefully). Bài cũng có vài thay đổi hữu ích nếu Claude Code cứ dừng giữa chừng một task, hoặc cứ tạo ra cùng một kiểu frontend chung chung.

Bài viết do Addy Osmani viết, đăng trên blog dành cho developer của Claude; anh nói sẽ để link bài cùng phần tài liệu đi kèm ở phần mô tả video. Trong video đăng ngày 27/09/2026, mục tiêu của anh là đi qua những lời khuyên quan trọng cho việc code hằng ngày, và cho thấy anh sẽ biến chúng thành một workflow thực tế ra sao.

Anh cũng báo trước hai điều cần để ý, theo bài hướng dẫn mà anh đọc trong video đăng ngày 27/09/2026: một message bị flag có thể chuyển session của bạn sang một model cũ hơn, và fast mode có một mức chi phí riêng. Rồi anh vào nội dung chính.

2. Giao task kèm một định nghĩa "xong" rõ ràng

Lời khuyên đầu tiên: giao cho Claude một task có định nghĩa rõ ràng về thế nào là xong. Theo AICodeKing (video đăng ngày 27/09/2026), Anthropic định vị Opus 5.5 cho những job coding dài hơn. Điều đó làm yêu cầu ban đầu quan trọng hơn, vì model cần biết bạn muốn nó đi xa tới đâu.

Ví dụ prompt bài hướng dẫn (bài hướng dẫn đăng ngày 22/09/2026) đưa cho Claude Code, như trên màn hình:

Migrate the payment endpoints from the old client to the new one.
Done means: every endpoint uses the new client, the old client is deleted, and the test suite passes.
Stop and ask me only if a test fails for a reason you can't explain.

Để minh hoạ bằng ví dụ của riêng mình, AICodeKing giả sử đang thêm chức năng search vào một notes app. Anh sẽ mô tả hành vi mong muốn: search phải khớp cả tiêu đề lẫn nội dung note, không phân biệt chữ hoa chữ thường, và tự cập nhật khi anh sửa một note. Ô search để trống thì hiện tất cả note, còn một lần search không có kết quả thì hiện một thông báo hữu ích.

Sau đó anh sẽ yêu cầu nó implement đúng hành vi đó, kiểm tra trong app đang chạy, và báo lại những bước kiểm tra nào nó không làm được. Anh cũng sẽ nói rõ: thay đổi cách lưu trữ các note hiện có thì phải bàn trước (video đăng ngày 27/09/2026).

Theo anh, đó là một yêu cầu anh đánh giá được khi agent quay lại. Anh có thể thử search một tiêu đề, thử một từ nằm giữa một note, sửa note đó, rồi xem kết quả có cập nhật không. Riêng một thanh search trông đẹp thì không thoả được yêu cầu (video đăng ngày 27/09/2026).

Anh nói thêm: bạn không cần một bản specification khổng lồ cho mọi thứ, nhưng vài chi tiết quyết định bạn có chấp nhận kết quả hay không thì nên có sẵn trước khi model bắt đầu (video đăng ngày 27/09/2026).

3. Bỏ các câu "think carefully", chọn effort và hỏi lời giải thích

Quay lại chuyện các câu dặn "hãy suy nghĩ". Theo AICodeKing (video đăng ngày 27/09/2026), Opus 5.5 lúc nào cũng bật adaptive thinking. Thiết lập effort quyết định model bỏ bao nhiêu công sức vào một câu trả lời, và mức mặc định của model là medium. Anthropic khuyến nghị bỏ những câu chung chung kiểu "think carefully" khỏi các prompt đã lưu.

Anh sẽ rà lại những instruction mình đã tích luỹ theo thời gian, và tự hỏi từng câu còn mục đích gì không. Một yêu cầu cụ thể như kiểm tra edge case là có ích. Còn nhắc đi nhắc lại rằng model phải cực kỳ thông minh thì chẳng nói được gì nhiều với nó về notes app của anh (video đăng ngày 27/09/2026).

Về effort, anh sẽ bắt đầu ở medium và so sánh kết quả trên chính các task của mình. Nếu một bug khó cần thêm công sức, anh sẽ tăng lên. Theo anh (video đăng ngày 27/09/2026), effort cao hơn có thể dùng nhiều token hơn và mất nhiều thời gian hơn, nên anh sẽ không tự động để mọi chỉnh sửa nhỏ ở mức cao nhất.

Với lời giải thích cũng vậy. Hãy yêu cầu nó giải thích một quyết định, mô tả một giả định, hoặc trình bày một phép tính bạn cần kiểm tra. Theo AICodeKing (video đăng ngày 27/09/2026), bạn có được một lời giải thích hữu ích mà không cần đòi nó chép lại toàn bộ suy luận nội bộ, riêng tư của nó. Trên màn hình, bài hướng dẫn gợi ý hỏi thẳng thứ mình cần, ví dụ "Explain why you chose this approach in three sentences".

4. Khi agent dừng giữa chừng: một quy tắc ngắn trong CLAUDE.md

Tiếp theo là một trong những điều khó chịu hơn ở các coding agent: dừng lại khi rõ ràng vẫn còn việc. Với những ưu tiên lặp lại, theo AICodeKing (video đăng ngày 27/09/2026), Claude Code đọc file instruction CLAUDE.md của bạn. Đó là chỗ anh đặt một quy tắc ngắn: tiếp tục qua những việc thường lệ, và chỉ hỏi khi một quyết định thật sự cần tới anh.

Với notes app, instruction của anh sẽ đại loại như sau:

Continue with the remaining search behavior after each successful check. If one part is blocked, explain the blocker and work on anything independent. Ask before changing the storage format or deleting existing notes.

Đoạn mẫu bài hướng dẫn đưa cho CLAUDE.md, như trên màn hình:

When a step doesn't need my input, keep going. Put status notes in the same message as your next action.
Stop and ask only when you can't continue without me, or before anything destructive: deleting data, force-pushing, or changing anything outside this repository.

Những ranh giới đó tuỳ project. Nếu đang học một codebase mới, anh có thể thích được giải thích ngắn trước mỗi thay đổi. Nếu đã thống nhất xong cách implement, anh muốn nó làm cho hết phần việc nó làm được (video đăng ngày 27/09/2026).

Dù vậy, anh nhắc rằng CLAUDE.md chỉ là hướng dẫn cho model. Hãy giữ những bước kiểm tra quyền (permission) của tool mà bạn cần, nhất là quanh các lệnh mang tính phá huỷ. Theo anh (video đăng ngày 27/09/2026), viết một câu vào file không tự nó tạo ra một ranh giới quyền.

5. Giữ tiến độ trong tasks.md, handoff và follow-up giữa chừng

Với những job dài hơn, hãy giữ tiến độ ở một chỗ bạn kiểm tra được. AICodeKing sẽ yêu cầu Claude duy trì một file tasks.md với phần việc còn lại, các bước kiểm tra đã xong và mọi chỗ bị chặn (blocker). Theo anh (video đăng ngày 27/09/2026), Claude Code tóm tắt phần hội thoại cũ hơn khi một session đầy dần, nên một file cho chặng làm việc tiếp theo một thứ cụ thể để đọc.

Với ví dụ notes app, anh muốn thấy search có xử lý được note đã sửa không, kết quả rỗng có chạy đúng không, và các bước kiểm tra trên trình duyệt đã chạy chưa. Nếu danh sách ghi mọi thứ đã xong mà phần browser testing vẫn đang chờ, anh biết chính xác phải hỏi gì.

Anh cũng sẽ yêu cầu nó ghi một bản handoff ngắn trước khi dừng: đã thay đổi gì, cái gì hỏng, và nó sẽ tiếp tục từ đâu. Thứ đó có ích nếu anh đóng session rồi hôm sau quay lại.

Và nếu bạn nhớ ra một yêu cầu trong lúc Claude Code đang làm, theo AICodeKing (video đăng ngày 27/09/2026), bạn có thể gửi một follow-up. Ví dụ, anh có thể thêm rằng search phải xử lý được ký tự có dấu. Hãy giữ message đó thật cụ thể để agent biết nó thay đổi phần nào của task.

6. Subagent cho những phần việc độc lập

Subagent có thể giúp khi công việc có những phần độc lập. Theo AICodeKing (video đăng ngày 27/09/2026), Claude Code cho mỗi subagent context riêng, và chúng trả kết quả tìm được về hội thoại chính.

Với một app lớn hơn, anh có thể giao một subagent tìm hiểu cách các note được load, và một subagent khác xem xét các test search hiện có. Anh sẽ giữ các nhiệm vụ đó thật hẹp: subagent thứ nhất báo lại đoạn code nào load note và nó đang giả định những gì; subagent thứ hai báo lại các test đang bao những hành vi nào và còn thiếu gì. Rồi agent chính dùng những kết quả đó để lên kế hoạch thay đổi (video đăng ngày 27/09/2026).

Prompt mẫu của bài hướng dẫn, như trên màn hình:

Audit every service in services/ for the retry bug in the linked issue.
Give each service to its own subagent. When a subagent reports back, check its evidence before you accept it.
Finish with one table: service, affected yes or no, and the evidence.

Với một đợt review trải qua nhiều service, các cuộc điều tra riêng có thể chạy song song, nhưng anh vẫn sẽ yêu cầu agent chính kiểm bằng chứng trước khi chấp nhận từng kết quả. Một báo cáo nên chỉ tới đúng đoạn code liên quan, hoặc một lỗi tái hiện được (video đăng ngày 27/09/2026).

Anh sẽ không dựng cả một team chỉ để sửa nhãn một cái nút. Theo anh (video đăng ngày 27/09/2026), việc điều phối có chi phí riêng, và thêm agent có thể làm tăng lượng token dùng; hãy dùng chúng khi các cuộc điều tra riêng đủ lớn để đáng làm vậy.

7. Frontend: gọi tên thứ không muốn, mô tả thứ muốn

Lời khuyên về frontend là phần AICodeKing đặc biệt thích. Theo hướng dẫn của Anthropic mà anh đọc trong video đăng ngày 27/09/2026, những yêu cầu mơ hồ kiểu "tránh cái look AI chung chung" có thể chỉ tạo ra một style mặc định khác. Bài khuyến nghị gọi tên cụ thể những pattern bạn muốn loại bỏ.

Prompt mẫu của bài hướng dẫn, như trên màn hình:

Build a personal website with placeholder content.
Don't use a cream or off-white background, italic accent words in headings, numbered "01 / 02 / 03" section labels, monospace labels, or pill-shaped buttons.

Anh đẩy lời khuyên đó xa thêm một chút: mô tả cả thứ mình muốn dùng. Với notes app, anh sẽ yêu cầu một sidebar gọn, chữ dễ đọc, và một ô search luôn hiện. Anh không muốn mỗi lần mở note lại gặp một welcome panel khổng lồ chiếm nửa màn hình.

Anh cũng yêu cầu hiện số kết quả ngay cạnh ô search, một trạng thái keyboard focus nhìn thấy được, và đủ chỗ để đọc một đoạn trích có ích từ mỗi kết quả. Những lựa chọn đó xuất phát từ việc người dùng cần làm gì trong app.

Rồi anh sẽ xem kết quả và góp ý cụ thể. Nếu sidebar quá rộng, hãy nói vậy. Nếu các đoạn trích khó lướt, hãy giải thích vì sao. Theo anh (video đăng ngày 27/09/2026), cách đó cho bạn một cuộc trao đổi về thiết kế tốt hơn nhiều so với việc cứ yêu cầu đi yêu cầu lại một thứ "premium hơn".

8. Screenshot, tài liệu dài và file hoàn chỉnh

Screenshot cũng có thể giúp cho cuộc trao đổi đó. Theo AICodeKing (video đăng ngày 27/09/2026), Anthropic cho biết Opus 5.5 đọc chart, sơ đồ và screenshot tốt hơn. Bạn có thể đính kèm ảnh và hỏi thẳng về các chi tiết.

Với một giao diện chật chội, anh sẽ hỏi những thành phần nào đang tranh nhau sự chú ý, rồi yêu cầu những thay đổi gắn với chính screenshot đó. Với sơ đồ, anh sẽ yêu cầu nó chỉ ra những kết nối làm cơ sở cho câu trả lời. Còn với ảnh dày đặc chi tiết, anh vẫn sẽ đưa kèm một bản đọc được. Theo anh (video đăng ngày 27/09/2026), khả năng nhìn ảnh tốt hơn không làm những nhãn chữ bé xíu tự nhiên rõ ra.

Theo AICodeKing (video đăng ngày 27/09/2026), bài viết còn gợi ý dùng Claude để kiểm tra tài liệu dài, và yêu cầu thẳng file hoàn chỉnh khi đó là thứ bạn cần. Ví dụ, anh sẽ yêu cầu một spreadsheet so sánh tải về được, có một cột nguồn và một chỗ riêng cho thông tin còn thiếu. Thứ đó cho anh một file kiểm tra được và chia sẻ được sau khi đã kiểm.

9. Kiểm tra kết quả code: báo cáo, review diff và tự thử app

Giờ tới phần kiểm tra kết quả code. AICodeKing sẽ mở báo cáo cuối ở đúng chỗ cần anh chú ý. Nếu Claude không chạy được một bước kiểm tra vì cần quyền truy cập, anh muốn thấy điều đó ngay (video đăng ngày 27/09/2026).

Theo AICodeKing (video đăng ngày 27/09/2026), bạn có thể đặt định dạng báo cáo mình thích vào phần instruction của project. Với notes app, anh sẽ yêu cầu nó phân biệt những bước kiểm tra nó đã thật sự chạy với những hành vi nó chỉ suy ra khi đọc code. Anh muốn có kết quả test liên quan, mọi lỗi còn lại, và một lời giải thích ngắn về những gì đã thay đổi. Trên màn hình, bài hướng dẫn đưa một ví dụ cho CLAUDE.md: "End every run with three headings: Blocked on me, Changed, Found."

Sau đó anh sẽ làm một lượt review riêng cho diff. Yêu cầu của anh tập trung vào những lỗi ảnh hưởng tới người dùng: kết quả search cũ không cập nhật sau khi sửa, note bị mất, hoặc dữ liệu đã lưu bị thay đổi ngoài ý muốn. Anh sẽ yêu cầu đủ chi tiết để tái hiện từng lỗi.

Prompt review mẫu của bài hướng dẫn, như trên màn hình:

Review the diff on this branch against main.
List only problems you'd block the merge for. For each one, give the file and line, why it's wrong, and how to show it fails.

Anh vẫn sẽ tự mình thử app. Một bước kiểm tra hữu ích: tạo một note có một từ đặc biệt, search từ đó, đổi từ đó, rồi search lại. Nếu kết quả cũ vẫn hiện, anh đã tìm ra một thứ mà lượt review cần xử lý. Với anh, kiểu kiểm tra đó thuyết phục hơn nhiều so với một message tự tin rằng mọi thứ đều chạy (video đăng ngày 27/09/2026).

Và nếu một khẳng định dựa vào một tài liệu hay một nguồn bên ngoài, anh muốn biết model thực sự đã kiểm tra những gì (video đăng ngày 27/09/2026).

10. Khi một message bị flag và session chuyển sang model cũ

Còn một thiết lập nữa bạn nên hiểu trước một session dài: chuyện gì xảy ra khi một message bị flag. Theo hướng dẫn của Anthropic mà AICodeKing đọc trong video đăng ngày 27/09/2026, Opus 5.5 có thêm các lớp bảo vệ (safeguard) cho sinh học và an ninh mạng. Trong các Claude app và Claude Code, phần lớn message bị flag sẽ khiến hệ thống chuyển sang một model cũ hơn, và cuộc hội thoại tiếp tục ở đó. Bạn sẽ nhận một thông báo, nên hãy để ý tên model sau khi nó hiện ra.

Theo AICodeKing (video đăng ngày 27/09/2026), trong Claude Code bạn dùng lệnh /model để chọn lại Opus 5.5. Bạn có thể đổi tuỳ chọn tự động chuyển model qua /config, và báo một flag sai bằng /feedback. Trong các Claude app, tuỳ chọn này nằm ở Settings, rồi Capabilities. Tắt tự động chuyển thì những cuộc hội thoại bị flag sẽ tạm dừng để chờ bạn chọn.

Theo hướng dẫn mà anh đọc trong video đăng ngày 27/09/2026, việc kiểm tra có thể tính cả nội dung hội thoại trước đó, file đính kèm và kết quả search. Chuyển lại model có thể kích hoạt đúng flag đó lần nữa. Bài cũng nói công việc hợp lệ có thể bị flag nhầm, nên anh sẽ không cho rằng một thông báo chứng tỏ yêu cầu của mình có vấn đề.

Với anh, biết model nào đang trả lời là quan trọng, nhất là khi đang so sánh kết quả hay đang cố hiểu một thay đổi trong hành vi. Anh sẽ kiểm tra điều đó trước khi đổ lỗi cho Opus 5.5 về output (video đăng ngày 27/09/2026).

11. Tốc độ và chi phí: giá API và fast mode

Giờ tới tốc độ và chi phí. Theo AICodeKing (video đăng ngày 27/09/2026), giá API chuẩn của Opus 5.5 là 4 USD cho mỗi triệu input token và 20 USD cho mỗi triệu output token; bảng giá anh mở trên màn hình ghi cùng mức $4 / MTok và $20 / MTok. Anh nhắc đó là giá API, đừng nhầm với gói subscription Claude hằng tháng.

Theo AICodeKing (video đăng ngày 27/09/2026), Claude Code còn có fast mode, bật tắt bằng /fast. Nó dùng cùng model nhưng xuất output nhanh hơn. Anthropic mô tả đây là một research preview, với tốc độ output lên tới 2,5 lần cho Opus 5.5. Giá niêm yết của fast mode là 8 USD cho mỗi triệu input token và 40 USD cho mỗi triệu output token; trên màn hình, mục "Fast mode pricing" của tài liệu ghi Claude Opus 5.5 ở $8 / MTok input.

Trên các gói subscription, theo video đăng ngày 27/09/2026, fast mode cần usage credits trả tiền, kể cả khi bạn vẫn còn usage đã bao gồm trong gói. Vì vậy, anh nói, đây không phải một công tắc tăng tốc miễn phí.

Anh sẽ cân nhắc nó khi đang ngồi chờ giữa các câu trả lời và độ trễ đó làm gián đoạn công việc. Nếu agent đang bận chạy một bản build chậm, theo anh (video đăng ngày 27/09/2026), text ra nhanh hơn không làm bản build xong sớm hơn. Anh sẽ thử nó trên một task thật trước khi quyết định khoản chi thêm có đáng hay không.

12. Coi câu trả lời cũ là đã chốt, và lời kết

Còn một mẹo cụ thể hơn cho các follow-up chậm trong những cuộc chat dài. Theo hướng dẫn của Anthropic mà AICodeKing đọc trong video đăng ngày 27/09/2026, Opus có thể mất thời gian xem xét lại các câu trả lời trước. Bạn có thể bảo nó tập trung vào câu hỏi hiện tại và coi các câu trả lời trước là đã chốt, trừ khi bạn mở lại chúng.

Đoạn instruction mẫu của bài hướng dẫn, như trên màn hình:

Once you have answered something, treat that answer as done. Focus on what I'm asking now, and don't go back over an earlier answer unless I ask about it or point out a problem with it.

Anh sẽ dùng nó có chọn lọc. Nếu đang làm một phân tích dài mà bằng chứng mới có thể thay đổi một kết luận trước đó, anh muốn model xem lại công việc của nó. Anh sẽ không đưa instruction này vào mọi project (video đăng ngày 27/09/2026).

Nhìn chung, theo anh, điểm khởi đầu hữu ích nhất là lấy một task thật và làm cho kết quả dễ kiểm tra. Đưa cho Claude hành vi bạn mong đợi, nói cho nó biết chỗ nào cần bạn góp ý, và yêu cầu bằng chứng khi nó làm xong. Theo AICodeKing (video đăng ngày 27/09/2026), bạn thử được phần lớn những thay đổi workflow này với quyền truy cập đang có, và anh sẽ làm vậy trước khi trả thêm tiền cho output nhanh hơn. Một yêu cầu rõ ràng hơn có thể giải quyết vấn đề bạn đang gặp mà không cần đổi gói hay đổi mức effort.

Cuối video đăng ngày 27/09/2026, anh nói sẽ để lại bài hướng dẫn gốc và tài liệu đi kèm ở phần mô tả, rồi hỏi người xem phần nào trong workflow Claude Code gây rắc rối nhất cho họ: task bỏ dở, thiết kế chung chung, hay thời gian kiểm tra lại mọi thứ sau đó. Anh nói nhìn chung là khá hay, mời mọi người để lại ý kiến ở phần bình luận, và hẹn gặp lại ở video sau.