Dùng Opus Để Plan, Sonnet Để Code: Hướng Dẫn opusplan

Bạn đã bao giờ ngồi phân vân không biết nên chọn Claude Opus hay Sonnet cho một tác vụ coding chưa? Chọn Opus thì mạnh thật, nhưng chậm và tốn tiền. Chọn Sonnet thì nhanh hơn, rẻ hơn, nhưng đôi khi lại thiếu chiều sâu khi phân tích kiến trúc phức tạp. Đây là bài toán trade-off kinh điển mà gần như mọi developer dùng AI coding assistant đều gặp phải.

Tin vui là bạn không cần phải chọn nữa. opusplan — một model alias đặc biệt trong Claude Code — giải quyết chính xác bài toán này bằng cách tự động switch model theo từng giai đoạn làm việc. Plan với Opus, code với Sonnet. Không cần gõ lệnh đổi model giữa chừng, không cần trade-off, không cần đau đầu.

opusplan là gì và hoạt động như thế nào?

Trước hết, cần làm rõ một điều: opusplan không phải là một model AI riêng biệt. Đây là một model alias — tức là một cái tên đặc biệt mà Claude Code nhận ra và xử lý theo logic riêng của nó.

Cơ chế hoạt động của opusplan rất thanh lịch:

• Khi bạn đang ở Plan Mode (bật bằng phím tắt Shift + Tab): Claude Code sẽ tự động routing request của bạn sang Claude Opus 4.5/4.6 — model mạnh nhất của Anthropic, tối ưu cho deep reasoning và phân tích kiến trúc.
• Khi bạn thoát khỏi Plan Mode để bắt đầu implementation: Hệ thống tự động chuyển sang Claude Sonnet 4.5/4.6 — model nhanh hơn, rẻ hơn, được tối ưu cho code generation và iteration.

Luồng hoạt động trông như thế này:

Bật Plan Mode (Shift + Tab) → Opus tiếp nhận, phân tích, lên kế hoạch → Thoát Plan Mode → Sonnet tiếp quản, thực thi từng bước → Lặp lại nếu cần re-plan

Điều thú vị là toàn bộ quá trình này diễn ra hoàn toàn tự động. Bạn chỉ cần set alias một lần, sau đó tập trung vào công việc — Claude Code lo phần còn lại.

Tại sao cần tách biệt Planning và Implementation?

Đây không chỉ là một tính năng kỹ thuật — nó phản ánh một nguyên tắc nền tảng trong software engineering: think trước, code sau.

Hãy nghĩ về những gì Planning thực sự đòi hỏi. Khi bạn thiết kế kiến trúc cho một hệ thống mới, bạn cần:

• Phân tích trade-off giữa các approach khác nhau
• Nhận ra các edge case tiềm ẩn trước khi chúng trở thành bug
• Đánh giá rủi ro kỹ thuật và đưa ra quyết định có căn cứ
• Thiết kế API contract và data model nhất quán
• Lên kế hoạch migration path cho codebase hiện tại

Đây là những tác vụ đòi hỏi deep reasoning — khả năng mà Opus được huấn luyện và tối ưu đặc biệt. Một câu hỏi planning được Opus xử lý tốt có thể tiết kiệm hàng giờ debug về sau.

Ngược lại, Implementation có profile hoàn toàn khác. Khi bạn đã có một plan rõ ràng, việc viết code là quá trình:

• Lặp lại nhiều lần trên nhiều file
• Cần throughput cao và response time nhanh
• Không đòi hỏi quá nhiều “sáng tạo” kiến trúc — chủ yếu là execution
• Cần consistency và accuracy hơn là novelty

Sonnet được tối ưu chính xác cho profile này. Nó nhanh hơn, rẻ hơn, và với những tác vụ implementation có plan rõ ràng, chất lượng output không thua kém Opus là mấy.

Đây chính xác là lý do tại sao các senior engineer giỏi thường dành nhiều thời gian whiteboarding và thiết kế trước khi gõ dòng code đầu tiên. opusplan đơn giản là formalize best practice này vào trong workflow AI coding.

Lợi ích kép: Chất lượng cao + Chi phí thấp hơn

Một trong những điểm hấp dẫn nhất của opusplan là nó không bắt bạn phải chọn giữa chất lượng và chi phí — bạn có cả hai.

Hãy xem xét toán học đơn giản:

• Planning phase thường tạo ra ít token hơn nhiều so với implementation. Một buổi planning điển hình có thể chỉ dùng vài nghìn token.
• Implementation phase tạo ra rất nhiều token — code, comments, tests, documentation — nhưng dùng Sonnet với giá thấp hơn đáng kể.

So sánh ba approach:

• Thuần Opus: Chất lượng cao nhất nhưng chi phí rất cao, đặc biệt khi generate nhiều code.
• Thuần Sonnet: Rẻ và nhanh, nhưng planning phase có thể thiếu chiều sâu, dẫn đến rework tốn kém hơn về sau.
• opusplan: Opus cho planning (ít token, chất lượng cao), Sonnet cho implementation (nhiều token, giá hợp lý). ROI tốt nhất trong ba lựa chọn.

Ngoài tiền bạc, còn có một lợi ích khác ít được nhắc đến: tốc độ tổng thể của workflow. Vì Sonnet nhanh hơn Opus đáng kể, giai đoạn implementation sẽ có iteration cycle ngắn hơn. Bạn thấy kết quả nhanh hơn, có thể điều chỉnh nhanh hơn, và hoàn thành task sớm hơn.

Cách kích hoạt opusplan trong Claude Code

Kích hoạt opusplan cực kỳ đơn giản. Có hai cách:

Cách 1: Kích hoạt trong session đang chạy

Trong Claude Code session, gõ lệnh slash command:

/model opusplan

Từ lúc này, Claude Code sẽ tự động switch model dựa trên Plan Mode của bạn trong suốt session đó.

Cách 2: Đặt làm mặc định trong settings.json

Nếu bạn muốn opusplan là default cho mọi session, thêm vào file settings.json của Claude Code:

{
  "model": "opusplan"
}

Cách này tiện hơn nếu bạn thường xuyên làm việc với các task phức tạp và muốn benefit của opusplan mà không cần nhớ gõ lệnh mỗi lần.

Workflow thực tế

Sau khi kích hoạt, workflow của bạn sẽ trông như thế này:

1. Mở Claude Code, alias đã được set.
2. Nhấn Shift + Tab để vào Plan Mode — Opus bắt đầu làm việc.
3. Mô tả vấn đề, yêu cầu Opus phân tích và lên plan chi tiết.
4. Review plan, hỏi thêm nếu cần, tinh chỉnh cho đến khi hài lòng.
5. Nhấn Shift + Tab lần nữa để thoát Plan Mode — Sonnet tiếp quản.
6. Sonnet thực thi plan từng bước, generate code, chạy lệnh.
7. Nếu gặp vấn đề kiến trúc giữa chừng, quay lại Plan Mode để Opus tư vấn.

Các use case thực tế phù hợp nhất

opusplan không phải là giải pháp cho mọi tình huống. Nó tỏa sáng nhất với những task có độ phức tạp cao và cần sự cân nhắc kỹ lưỡng ở giai đoạn planning.

Refactor codebase lớn

Đây là use case kinh điển. Giả sử bạn cần refactor một legacy codebase 50,000 dòng để áp dụng clean architecture. Với opusplan:

• Opus plan: Phân tích coupling hiện tại, xác định bounded contexts, thiết kế migration path từng bước, dự đoán rủi ro regression.
• Sonnet implement: Thực thi refactoring file by file theo đúng plan đã được Opus vạch ra.

Thiết kế feature phức tạp

Ví dụ: xây dựng hệ thống real-time collaboration như Google Docs.

• Opus plan: Design Operational Transform hoặc CRDT approach, thiết kế WebSocket event schema, plan conflict resolution strategy, xác định state management pattern.
• Sonnet implement: Viết các component, API endpoints, WebSocket handlers, unit tests.

Debug race condition hoặc lỗi khó

Race condition là loại bug đặc biệt khó vì nó không reproducible một cách nhất quán.

• Opus plan: Phân tích thread execution flow, đặt hypothesis về timing issue, thiết kế investigation strategy, xác định chính xác nơi cần thêm synchronization.
• Sonnet implement: Viết fix, thêm mutex/lock ở đúng chỗ, viết regression test để prevent tái phát.

Review kiến trúc hệ thống

Khi team đang cân nhắc migrate từ monolith sang microservices:

• Opus plan: Phân tích trade-off, đánh giá operational complexity, thiết kế service boundaries, lên roadmap migration.
• Sonnet implement: Generate boilerplate cho từng service, Dockerfile, Kubernetes manifests, CI/CD pipeline configuration.

opusplan so với các công cụ AI coding khác

Để hiểu giá trị thực sự của opusplan, hãy nhìn vào landscape hiện tại của AI coding tools:

• GitHub Copilot: Dùng một model duy nhất (GPT-4o hoặc Claude Sonnet) cho toàn bộ session. Không có khái niệm phase-based switching.
• Cursor: Cho phép chọn model thủ công per request, nhưng không có automatic switching dựa trên workflow phase.
• Aider: Dùng flag --model khi khởi động, không switch trong session.
• Continue.dev: Có thể configure model routing nhưng đòi hỏi setup phức tạp và vẫn là thủ công.

Claude Code với opusplan là cách tiếp cận duy nhất trên thị trường hiện tại thực hiện automatic phase-based model switching — nghĩa là hệ thống tự hiểu bạn đang ở giai đoạn nào và chọn model phù hợp mà không cần bạn can thiệp.

Đây cũng phản ánh một xu hướng lớn hơn đang định hình tương lai của AI engineering: multi-model agentic pipelines. Thay vì dùng một model duy nhất cho mọi việc, các hệ thống thông minh sẽ route từng sub-task đến model phù hợp nhất — cân bằng giữa capability, cost, và latency. Các công cụ như RouteLLM, LiteLLM, và OpenRouter đang xây dựng infrastructure cho pattern này ở cấp độ API. opusplan là implementation đầu tiên của pattern này được tích hợp trực tiếp vào một developer tool.

Đây không phải là tương lai xa — đây là hướng mà toàn bộ ngành AI tooling đang đi, và opusplan đang đi trước một bước.

Kết luận

opusplan không chỉ là một tính năng tiện lợi hay một shortcut hay ho. Nó phản ánh một triết lý làm việc đúng đắn: dùng đúng công cụ cho đúng việc, ở đúng thời điểm.

Với developer, đây là cách đơn giản nhất để có được chất lượng planning của Opus mà không bị đội chi phí AI lên gấp đôi hay gấp ba. Bạn đầu tư token Opus vào đúng chỗ — nơi mà chiều sâu reasoning tạo ra sự khác biệt thực sự — và để Sonnet xử lý phần còn lại một cách hiệu quả.

Nếu bạn đang làm việc với Claude Code và chưa thử opusplan, hãy bắt đầu ngay trong dự án tiếp theo của bạn. Chỉ cần một lệnh /model opusplan, hoặc thêm một dòng vào settings.json, và bạn đã có một workflow AI coding được tối ưu cả về chất lượng lẫn chi phí.

Trong thế giới mà AI tools đang phát triển với tốc độ chóng mặt, những developer biết cách orchestrate các model AI thay vì chỉ đơn giản là dùng chúng sẽ có lợi thế cạnh tranh rõ rệt. opusplan là bước đầu tiên rất cụ thể và rất thực tế theo hướng đó.