Claude Code phím tắt là gì? Cách dùng Shift+Tab và Esc Esc

Để xem thêm hướng dẫn làm việc với Ailoot, hãy xem tài liệu.

11 mẹo này giúp gì, và tại sao bạn cần chiến thuật thay vì lý thuyết?#

Với vibe coding, câu hỏi không còn là “Claude Code có hoạt động không?” - mà là “làm thế nào để làm việc với nó mà không khiến nó tiêu hết hạn mức hoặc tạo ảo giác?” 9 hướng dẫn trước đây của tôi đề cập đến các khái niệm: CLAUDE.md, Plan Mode, kỹ thuật ngữ cảnh, Skills, Subagents, MCP, /rewind, hạn mức, bộ não thứ hai. Bài này tập hợp các chiến thuật bổ trợ cho chúng.

Mỗi mẹo giải quyết một vấn đề. Bạn có thể đọc theo thứ tự hoặc chuyển đến phần cần thiết nhất: phím tắt, xem mẹo 1; tiết kiệm token, mẹo 4 và 5; làm việc song song, mẹo 6; kỹ thuật của tác giả, mẹo 8-11.

Tôi viết cho những người đã cài Claude Code và sử dụng ít nhất một tuần. Nếu bạn mới cài đặt, hãy bắt đầu với hướng dẫn CLAUDE.md, rồi quay lại đây.

Cách chuyển chế độ Claude Code: phím tắt Shift+Tab#

Sai lầm phổ biến nhất của người mới là ở default cả ngày và phê duyệt thủ công từng thay đổi. Sau một giờ, việc này khiến bạn mệt mỏi và muốn chạy --dangerously-skip-permissions (sẽ nói thêm ở cuối mẹo này). Shift+Tab là lựa chọn cân bằng: bạn chọn lúc nào cần acceptEdits và lúc nào cần plan.

Đây là quy tắc cụ thể tôi làm theo khi chuyển chế độ:

1. Bắt đầu tác vụ phức tạp - dùng Shift+Tab tới khi chỉ báo hiện plan. Claude suy nghĩ kỹ và soạn kế hoạch; nó không viết mã cho đến khi tôi phê duyệt.
2. Đã duyệt kế hoạch, chuyển sang triển khai - chuyển vòng tới khi chỉ báo hiện acceptEdits. Claude chỉnh sửa tệp mà không cần hỏi phê duyệt, nhưng vẫn hỏi trước các lệnh Bash.
3. Chỉnh sửa thường lệ (đổi tên, tái cấu trúc đơn giản) - chuyển thẳng sang acceptEdits, không cần kế hoạch.
4. Vùng nguy hiểm (di chuyển cơ sở dữ liệu, xóa tệp) - tôi quay lại default bằng Shift+Tab.

# Chế độ quyền thường gặp (xem nhãn hoạt động, không dựa số lần bấm):
# default        - hỏi quyền theo quy tắc tiêu chuẩn
# acceptEdits    - chấp nhận sửa tệp; quyền công cụ khác vẫn áp dụng
# plan           - điều tra và lập kế hoạch trước triển khai
# Chế độ bổ sung tùy phiên bản, thiết lập và chính sách tổ chức.

Nếu Shift+Tab không hoạt động trong phiên bản Claude Code của bạn (claude --version), hãy kiểm tra xem bạn đã có phiên bản mới nhất chưa. Lệnh /doctor sẽ hiển thị mọi thông tin về quá trình cài đặt.

Cách hoàn tác thao tác gần nhất mà không mất ngữ cảnh: Esc Esc#

Esc và Esc Esc có tác dụng khác nhau, nên nhiều người nhầm lẫn:

• Nhấn Esc một lần - ngắt Claude ngay lúc đó, khi nó đang làm việc. Mọi việc nó đã làm vẫn được giữ lại. Hữu ích khi nó đi sai hướng và bạn muốn đổi hướng cho nó.
• Nhấn Esc hai lần - nếu ô nhập liệu trống, mở menu checkpoint (khôi phục mã, khôi phục hội thoại, khôi phục cả hai hoặc tóm tắt). Nếu ô có văn bản, nội dung bị xóa khỏi ô và đưa vào lịch sử (nhấn mũi tên lên để lấy lại).

# Từ menu Esc Esc khi ô nhập liệu trống:
# 1. Chỉ khôi phục mã                 - khôi phục các tệp, giữ nguyên hội thoại
# 2. Chỉ khôi phục hội thoại          - khôi phục hội thoại, giữ nguyên các tệp
# 3. Khôi phục mã và hội thoại        - khôi phục cả hai (lựa chọn phổ biến nhất)
# 4. Tóm tắt từ đây                   - tóm tắt hội thoại bắt đầu từ điểm này
# 5. Tóm tắt đến đây                  - tóm tắt hội thoại đến điểm này

Checkpoint được tự động tạo cho mỗi lời nhắc bạn gửi - không cần nhớ thao tác nào, và bạn luôn có thể quay lại. Để xem giải thích đầy đủ, hãy đọc hướng dẫn về /rewind, bài này cũng đề cập đến cách kết hợp với git để quay lui sâu hơn.

Esc Esc là một trong những kỹ thuật đầu tiên dành cho người mới. Khi không còn sợ rằng mình sẽ “làm hỏng nó và không thể hoàn tác”, họ bắt đầu thử nghiệm táo bạo hơn, và kết quả cải thiện nhiều lần.

Khi nào nên dùng /compact thay vì /clear?#

Đây là cách /compact hoạt động bên trong: Claude lấy toàn bộ lịch sử tin nhắn, xử lý rồi trả về bản tóm tắt ngắn với những chi tiết quan trọng nhất. Một mẹo hữu ích là đưa cho nó gợi ý: /compact keep the coding principles and current plan, discard the CSS discussion. Khi đó việc nén sẽ tập trung đúng mục tiêu.

# Khi nào dùng lệnh nào:
/clear                              # hoàn thành một tính năng, chuyển sang tính năng mới
/compact                            # phiên dài, ngữ cảnh đã đầy >50%
/compact keep the architecture and plan  # nén có định hướng, tập trung vào nội dung chỉ định

Dấu hiệu đã đến lúc dùng /compact: lệnh /cost hoặc thanh trạng thái cho thấy đã sử dụng hơn 70% cửa sổ ngữ cảnh, trong khi phiên làm việc mới đi được nửa chặng. Nếu bỏ qua, Claude sẽ bắt đầu “quên” phần đầu hội thoại, và bạn sẽ mất thời gian giải thích lại.

Để tìm hiểu đầy đủ lý thuyết về cửa sổ ngữ cảnh, hãy xem hướng dẫn về kỹ thuật ngữ cảnh. Hướng dẫn này cũng giải thích vì sao ngữ cảnh là tài nguyên hữu hạn với lợi ích giảm dần.

Cách theo dõi token theo thời gian thực: lệnh /cost#

Nỗi lo “tiêu hết trong một ngày” là một trong những mối quan tâm hàng đầu của người làm vibe coding. Cách chính để giải quyết nỗi lo ấy là làm cho mức sử dụng hiển thị rõ ràng.

/cost          # hiển thị mức sử dụng của phiên hiện tại (token + $)
/statusline    # cấu hình thanh trạng thái: mô hình + thư mục + ngữ cảnh % + chi phí

Một quy tắc đơn giản: kiểm tra /cost mỗi 30-60 phút. Nếu bạn dùng chưa đến vài đô la trong một giờ thì ổn. Nếu nhiều hơn, có gì đó không ổn: có thể bạn quên /compact nên ngữ cảnh ngày càng lớn, có thể bạn chọn nhầm mô hình (sẽ nói thêm trong mẹo tiếp theo), hoặc Claude đang đọc lại các tệp lớn đến 10 lần.

Hướng dẫn đầy đủ về cách tiết kiệm hạn mức là “Cách không dùng hết hạn mức Claude Code trong một ngày”, gồm 8 quy tắc. Ở đây, chiến thuật là làm cho mức sử dụng hiển thị bằng /cost và /statusline.

Nên chọn mô hình Claude nào cho từng tác vụ: Haiku, Sonnet hay Opus?#

claude --model haiku   # rẻ hơn sonnet khoảng 3 lần, dành cho việc thường lệ
claude --model sonnet  # mặc định, cân bằng giữa giá và chất lượng
claude --model opus    # đắt hơn sonnet khoảng 1,7 lần, dành cho tác vụ phức tạp

Theo bảng giá công khai của Anthropic vào tháng 5 năm 2026: Haiku $1/$5 cho mỗi 1M token đầu vào/đầu ra, Sonnet $3/$15, Opus $5/$25. Điều đó có nghĩa Haiku rẻ hơn Sonnet 3 lần, còn Opus đắt hơn Sonnet 1,7 lần.

Cách tôi chọn mỗi ngày:

Điểm còn tranh luận là có nên dùng Sonnet và Haiku hay không nếu trung bình Opus làm đúng “ngay lần đầu”. Câu trả lời của tôi: với một doanh nhân không phải lập trình viên, Haiku và Sonnet đáng dùng cho 70% tác vụ. Nên dành Opus cho 30% thực sự khó.

Cách chạy 3-5 tác vụ song song: /resume + git worktrees#

Logic rất đơn giản: một cửa sổ Claude dài sẽ ngốn ngữ cảnh. Mỗi yêu cầu đều tải mọi thứ đã có trong cửa sổ đó vào mô hình - kể cả khi giờ bạn đang bàn chuyện hoàn toàn khác. 5 cửa sổ ngắn cho các tác vụ nhỏ chỉ ghi nhớ công việc riêng của từng cửa sổ. Tổng cộng, bạn sẽ tốn ít hơn.

# Bắt đầu phiên có tên dành cho một tác vụ cụ thể:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Dùng worktree để các nhánh git không chồng lấn:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Nếu không nhớ mỗi cửa sổ đang làm gì, chạy claude --resume không kèm đối số để xem danh sách phiên gần đây cùng tên và thời gian. Trong một phiên đang hoạt động, /agents kiểm tra các subagent đang chạy.

Khi làm việc với một tính năng có chu kỳ phát triển dài, tôi thường làm như sau:

1. Cửa sổ 1 - lập kế hoạch trong plans/YYYY-MM-DD-feature.md. Chỉ thảo luận, không viết mã.
2. Cửa sổ 2 (theo kế hoạch) - triển khai giai đoạn 1. Sau giai đoạn đó, cập nhật kế hoạch ([x]).
3. Cửa sổ 3 - triển khai giai đoạn 2 song song với cửa sổ 2, nếu hai giai đoạn không chồng lấn.
4. Cửa sổ 4 - một tác nhân tổng hợp kiểm tra kết quả từ cả hai cửa sổ.
5. Cửa sổ 5 - rà soát bảo mật sau khi hợp nhất (xem mẹo 8).

Khi không nên dùng worktree: nếu bạn quản lý 1-2 dự án mỗi ngày, chi phí chuyển đổi giữa các thư mục worktree sẽ lấn át lợi ích. Worktree bắt đầu đáng dùng khi có từ 3 tác vụ song song mỗi ngày.

Cách tránh ảo giác: tham chiếu tệp bằng @file#

Tự động hoàn thành tên tệp bắt đầu bằng ký hiệu @. Bắt đầu nhập đường dẫn, Claude sẽ hiển thị gợi ý. Bạn có thể tham chiếu nhiều tệp cùng lúc: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Lời nhắc không có đường dẫn chính xác (không nên):
> Xem logic auth và sửa lỗi session

# Lời nhắc có tham chiếu @ (nên dùng):
> @src/lib/auth.ts @src/lib/session.ts - sửa lỗi: sau khi đăng xuất, cookie không được xóa

Mẹo thứ hai trong nhóm này là dùng chế độ shell với !:

> !git status                # chạy mà không gọi Claude, đầu ra được đưa vào ngữ cảnh
> !npm test                  # tương tự
> !cat /var/log/app.log | tail -50  # tương tự

Lý do: bạn không tốn token cho câu “Claude, xem trạng thái git” - Claude cũng sẽ nhận được câu trả lời tương tự qua công cụ. ! ngắn hơn và rẻ hơn.

Điều này liên quan đến CLAUDE.md: tệp chính nên có tối đa 200 dòng quy tắc của dự án. Các quy tắc hẹp hơn (ví dụ, quy ước API) được đặt trong .claude/rules/api-design.md với YAML frontmatter paths: ["src/api/**/*.ts"]. Khi Claude chỉnh sửa tệp trong src/api/, các quy tắc này mới được tải. Để xem giải thích đầy đủ, hãy đọc hướng dẫn CLAUDE.md.

Cách tránh mất tiến độ trong tác vụ dài: kế hoạch theo giai đoạn với [ ] / [x]#

Đây là mẫu tệp kế hoạch tôi dùng trong mọi dự án:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

Quy tắc tuyệt đối: mọi tác nhân phải cập nhật kế hoạch sau mỗi phiên. Nói cách khác, ngay khi hoàn thành một giai đoạn, hãy vào tệp và đánh dấu [x]. Nếu không làm vậy, cửa sổ tiếp theo sẽ không biết giai đoạn đã hoàn tất và có thể làm lại.

Khi kế hoạch nằm trong tệp thay vì trong đầu bạn:

• Các cửa sổ song song (xem mẹo 6) có thể đảm nhận những giai đoạn khác nhau.
• Nếu tác vụ kéo dài 3 ngày, khi quay lại sau 2 ngày, bạn có thể thấy ngay mình đã dừng ở đâu.
• Kiểm tra kết quả thực tế rất nhanh (grep -c "\[ \]" trong tệp = số mục còn mở).

Khi không nên dùng: bản sửa nóng trong 5 phút, chỉnh sửa đơn giản trong một tệp, đọc và tóm tắt nhật ký. Không phải việc gì cũng cần kế hoạch.

Kỹ thuật này là một phần của khái niệm Second Brain. Để xem giải thích đầy đủ về các thư mục business/, plans/, ai-clone/, hãy xem hướng dẫn Second Brain.

Cách nhận ra trước Claude sẽ thất bại ở đâu: tự phê bình với 10 lý do#

Đây là khung lời nhắc tôi dùng nguyên văn:

Hãy tưởng tượng thư mục ý tưởng đã được áp dụng một phương pháp luận trong đó bạn suy nghĩ như thể dự án đã hoàn toàn thất bại. Hãy nêu 10 lý do vì sao một năm nữa tôi sẽ mất rất nhiều thời gian và ý tưởng hóa ra lại thất bại. Nhiệm vụ của bạn không phải là giữ thể diện cho tôi, mà là gay gắt hết mức có thể.

Sau 10 lý do - đến vòng thứ hai: phản biện từng lý do trước những lập luận đáp trả của tôi. Điểm yếu nhất của tôi nằm ở đâu?

Vòng thứ ba: viết một kế hoạch để ngăn những vấn đề này xảy ra.

Tôi dùng lời nhắc này ở ba giai đoạn:

1. Ý tưởng đầu tiên “mọi thứ đều tuyệt vời” - khi tôi tin chắc như vậy. Tự phê bình cắt giảm 30-50% ý tưởng.
2. Giữa quá trình lập kế hoạch - khi tôi đã làm sâu vào công việc và trở nên mù quáng.
3. Trước khi ra mắt - bước lọc cuối cùng.

Claude thực sự thách thức bạn trong chế độ phản biện. Trong cùng tình huống, GPT-5 trước tiên khen ý tưởng rồi “cố tìm cách cải thiện”. Tôi nhận ra khác biệt này sau một năm thử nghiệm:

Với tôi, khác biệt trong chế độ phản biện thể hiện như sau: ChatGPT nói, “Phát hiện hay đấy, hoàn toàn chính xác.” Claude trong cùng tình huống nói, “Đồng ý, đúng là vớ vẩn hoàn toàn; tôi sẽ làm lại ngay.” Khi cần sự chỉ trích, câu trả lời thứ hai giúp tôi tiết kiệm nhiều ngày làm việc vô ích.

Khi không nên áp dụng: các vòng chỉnh sửa tích cực cho giao diện và nội dung quảng cáo. Chế độ phản biện không phù hợp ở đó - nó sẽ giết chết sự sáng tạo.

Kỹ thuật này được gọi là tiền kiểm thất bại dự án. Tôi đã điều chỉnh nó để làm việc với một tác nhân AI: thay vì một nhóm người, bạn làm một buổi tiền kiểm thất bại với Claude. Không ai sợ nói “sếp ơi, dự án sẽ thất bại” - và các điểm mù lộ ra chỉ trong vài phút.

Cách nghiên cứu 5 nguồn trong thời gian đủ để làm 1 nguồn: subagent chạy song song#

Đây là khung lời nhắc:

Bạn đã có đầy đủ ngữ cảnh. Hãy tìm kiếm và nghiên cứu chuyên sâu; khởi chạy 5 subagent song song.

Subagent 1: tìm trên mạng lưới chuyên nghiệp - ai đang giải quyết vấn đề này?
Subagent 2: giải pháp mã nguồn mở trên GitHub - giải pháp nào phổ biến?
Subagent 3: các chương trình tăng tốc khởi nghiệp - ai đang thu hút
            đầu tư trong lĩnh vực này?
Subagent 4: trang web của đối thủ cạnh tranh trực tiếp - họ hứa hẹn gì và
            giá bao nhiêu?
Subagent 5: các bài so sánh và đánh giá - người dùng nói gì
            trong bài đánh giá?

Khi mọi người đã trả kết quả, khởi chạy một tác nhân tổng hợp
để đối chiếu 5 báo cáo và tạo dàn ý
cho thư mục Second Brain của tôi.

Điều gì thay đổi so với cách nghiên cứu thông thường:

• Thời gian: 5 luồng đồng thời thay vì 5 luồng nối tiếp. Một giờ công việc trong 15 phút.
• Chiều sâu: mỗi tác nhân chuyên về một lĩnh vực. Thiên kiến xác nhận của một tác nhân không lan sang những tác nhân khác.
• Ngữ cảnh: mỗi subagent có ngữ cảnh riêng, tách biệt với ngữ cảnh chính của bạn.

Để xem hướng dẫn đầy đủ về subagent, hãy đọc “Claude Code Subagents năm 2026”. Hướng dẫn này cũng giải thích sự khác biệt giữa Skills và MCP - nên dùng cái nào trong trường hợp nào.

Khi không nên áp dụng: chỉnh sửa hình thức, sửa lỗi, tác vụ kỹ thuật nhỏ. Nghiên cứu là quá mức cần thiết cho mọi việc nhỏ hơn “một tính năng mới cần ít nhất 1 ngày làm việc”.

Cách giao tác vụ cho Claude từ điện thoại: bot Telegram trong túi bạn#

Cách thiết lập (4 bước):

1. Máy tính luôn hoạt động - tôi tắt chế độ ngủ trong phần cài đặt hệ thống (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code đang chạy trong terminal, gắn với thư mục dự án.
3. Plugin Telegram chính thức - thêm marketplace bằng /plugin marketplace add anthropics/claude-plugins-official, sau đó cài /plugin install telegram@claude-plugins-official (các bước chính xác sẽ được cập nhật theo thời gian - hướng dẫn mới nhất có trong kho plugin chính thức).
4. Bot được gắn với một phiên duy nhất - hiện đây là một giới hạn: một bot = một dự án = một phiên. Nếu cần bot thứ hai, hãy thiết lập bot thứ hai.

Những việc tôi làm với bot mỗi ngày:

• Tôi đang đi dạo và nảy ra ý tưởng - tôi gửi ngay cho bot để khỏi quên. Bot thêm ý tưởng vào inbox.md để xử lý sau.
• Gọi điện với khách hàng tiềm năng - sau cuộc gọi, tôi hỏi bot: “dựa trên bản chép lời cuộc gọi gần nhất, hãy nêu 3 vấn đề chính có lợi cho chúng ta.” Một phút sau, tôi có bản phân tích đầy đủ trong đoạn chat.
• Buổi sáng ở quán cà phê - “cho tôi xem bài tập đang mở trong danh sách.” Không cần mở máy tính xách tay.

⚠️ Một điểm hạn chế: hiện chưa thể chạy /clear hoặc /compact từ bot - phiên bot cũng là phiên terminal, và ngữ cảnh cứ tiếp tục lớn lên. Chỉ có thể khởi động lại thủ công từ terminal.

Với tôi, đây là tiện ích mở rộng Claude Code hữu ích nhất trong hai tuần qua. Nó đưa tôi từ “tôi làm việc với Claude khi ngồi ở bàn” đến “tôi làm việc với Claude bất cứ khi nào có ý tưởng.”

Nên bắt đầu áp dụng điều gì: lộ trình 7 ngày#

Sự kết hợp các kỹ thuật quan trọng hơn bất kỳ kỹ thuật nào đứng riêng. Shift+Tab mà không có Esc Esc khiến việc thử nghiệm trở nên đáng sợ. /compact mà không có /cost khiến bạn không biết khi nào cần nén. Kế hoạch trong tệp mà không có cửa sổ song song là sự phức tạp không đem lại lợi ích.

Để tiếp tục làm việc với các mô hình, bạn có thể truy cập Ailoot.