8 lệnh Claude Code ít người dùng: mình tra lại docs từng cái

Có một tấm ảnh liệt kê 8 lệnh Claude Code đang được chia sẻ lại khá nhiều. Mình mở docs chính thức tra từng lệnh một. Cả 8 đều có thật — nhưng ba chỗ trong ảnh nói thiếu, và một trong ba đủ để bạn gõ nhầm lệnh rồi tưởng Claude Code hỏng.

Bài này ghi lại đầy đủ 8 lệnh, mỗi lệnh một sơ đồ, kèm ví dụ đặt trong đúng những thứ mình đang xây: website này, hệ kênh YouTube, và cái xưởng tự chạy ban đêm.

Ba chỗ tấm ảnh nói thiếu

1. /fork và /subtask đã hoán tên cho nhau. Đây là chỗ nguy hiểm nhất. Docs ghi rõ: từ phiên bản 2.1.161 đến 2.1.211, lệnh giao việc phụ cho subagent tên là /fork. Từ v2.1.212 trở đi nó đổi thành /subtask, còn cái tên /fork được gán cho việc khác hẳn — sao chép cả phiên sang một background session mới. Nghĩa là mọi bài hướng dẫn viết trước đó, nếu bảo bạn gõ /fork để giao việc phụ, giờ đã sai. Gõ nhầm không báo lỗi, nó chỉ làm một việc bạn không định làm.

2. /batch không phải một lệnh thường, nó là một Skill. Docs xếp nó vào nhóm bundled skills. Khác biệt thực tế: nó là một quy trình nhiều bước có cổng duyệt của bạn ở giữa, không phải một nút bấm chạy thẳng.

3. /remote-control có rào chắn mà ảnh không nhắc. Cần đăng nhập bằng tài khoản claude.ai gói Pro, Max, Team hoặc Enterprise. API key không dùng được. Nó cũng không chạy trên Bedrock, Google Cloud Agent Platform, Microsoft Foundry, và tắt luôn nếu ANTHROPIC_BASE_URL của bạn trỏ sang một gateway khác.

Cái giá của việc đọc lệnh qua ảnh chụp màn hình: bạn nhận được danh sách, nhưng mất phần điều kiện. Mà phần điều kiện mới là chỗ làm bạn mất một buổi chiều.

---

01. /branch — rẽ nhánh hội thoại, không phải git branch

Tên lệnh dễ gây hiểu nhầm nhất trong cả 8 cái. Nó không đụng gì tới git. Nó tạo một nhánh của cuộc hội thoại tại đúng điểm hiện tại, chuyển bạn sang nhánh đó, và giữ nguyên bản gốc để /resume quay về.

Giá trị nằm ở chỗ: context là thứ đắt nhất trong một phiên làm việc dài. Khi Claude đã đọc hết mấy file liên quan, đã hiểu vì sao script deploy của mình phải đổi đường dẫn Windows sang MSYS mới chạy được dưới Git Bash — đó là vốn liếng. Muốn thử một cách sửa thứ hai, bạn có hai lựa chọn: mở phiên mới rồi giải thích lại từ đầu, hoặc rẽ nhánh.

/branch thu-cach-2-sua-deploy

Sai thì /resume về nhánh cũ, vốn liếng còn nguyên.

02. /subtask — giao việc phụ, giữ hội thoại chính sạch

Subagent chạy trong cửa sổ context riêng của nó, làm xong chỉ trả về bản tóm tắt. Hội thoại chính của bạn không bị 2.000 dòng code hay log tràn vào.

/subtask đọc scripts/deploy.mjs và liệt kê mọi biến môi trường nó cần, kèm số dòng

Đây là lệnh mình thấy hợp nhất với kiểu việc “đi tìm rồi báo lại”: rà một thư mục kênh xem tập nào thiếu file meta, đếm xem bao nhiêu bài blog chưa có lienquan. Những việc mà kết quả bạn cần đúng một đoạn, còn quá trình thì bạn chẳng bao giờ đọc lại.

Nhớ điều kiện phiên bản: v2.1.212 trở lên. Máy cũ hơn thì lệnh này vẫn tên /fork.

03. /background — tách phiên chạy nền, lấy lại terminal

Tách phiên hiện tại ra chạy như một background agent và trả terminal về cho bạn. Truyền thêm prompt để gửi một chỉ thị cuối trước khi tách. Theo dõi bằng claude agents. Alias ngắn: /bg.

/background chạy npm run build rồi sửa hết lỗi TypeScript

Cái hay không phải là “chạy nhanh hơn” — nó không nhanh hơn. Cái hay là bạn không phải ngồi canh. Trên máy mình, một job dài đúng nghĩa là ca đêm của xưởng: 23:00 đến 07:00, không ai trông. Lệnh này là phiên bản nhỏ của cùng một ý tưởng — giao việc rồi đi làm chuyện khác.

04. /remote-control — máy bàn làm, điện thoại ra lệnh

Làm phiên đang chạy trở nên điều khiển được từ claude.ai/code hoặc app Claude trên điện thoại. Điểm cần hiểu cho đúng: code vẫn chạy trên máy bàn của bạn, file vẫn nằm ở máy bạn. Máy chỉ mở kết nối HTTPS đi ra, không mở cổng vào. Điện thoại chỉ là cái cửa sổ nhìn vào phiên đó.

/remote-control phamminhquy.com

Cái này khớp thẳng với cách mình đang làm việc với blog: bài viết được deploy thành bản nháp ở một URL ẩn, rồi mình duyệt trên điện thoại lúc đang ở ngoài. Remote Control mở rộng đúng thói quen đó sang cả việc ra lệnh, không chỉ việc đọc.

Đổi lại: khi kết nối bật, transcript của phiên được lưu trên máy chủ Anthropic để đồng bộ giữa các thiết bị. Docs nói rõ điều này. Với repo có .env chứa SSH như của mình, đó là thứ phải cân nhắc trước khi bật, chứ không phải bật cho vui.

05. /insights — báo cáo về chính cách bạn làm việc

Gõ trần, không tham số. Nó sinh một báo cáo phân tích các phiên Claude Code của bạn: mảng dự án, mẫu tương tác, và điểm ma sát.

Phần friction points là phần đáng tiền. Chỗ nào bạn lặp đi lặp lại cùng một câu dặn dò, chỗ đó không phải lỗi của bạn — đó là một skill chưa được viết, hoặc một dòng còn thiếu trong CLAUDE.md. Mình đã đi con đường này rồi: những gì hay phải dặn lại đều bị gói thành skill, và nó thay đổi hẳn chất lượng đầu ra — mình viết kỹ trong bài bộ skills của Matt Pocock.

/insights là công cụ tìm ra danh sách đó thay vì ngồi nhớ.

06. /security-review — quét lỗ hổng trên diff hiện tại

Chạy một lượt quét bảo mật theo yêu cầu trên những thay đổi của nhánh hiện tại — không phải cả repo, nên nó nhanh và bám đúng thứ bạn vừa đụng vào.

/security-review

Với site tĩnh như blog này thì bề mặt tấn công nhỏ, nhưng vẫn có đúng một chỗ chết người: scripts/deploy.mjs đọc thông tin SSH từ .env. Một lần lỡ tay để chuỗi kết nối lọt vào commit là xong. Đây là loại lỗi mà con người dở nhất trong việc tự bắt, vì lúc đó bạn đang tập trung vào tính năng chứ không phải vào bảo mật.

Quy tắc mình đặt cho mình: chạy lệnh này trước mỗi commit có đụng .env, script deploy, hoặc bất kỳ chỗ nào nhận dữ liệu từ bên ngoài.

07. /add-dir — mở thêm thư mục, kèm một cái bẫy

Thêm một thư mục làm việc vào phiên hiện tại. Gõ đường dẫn một phần sẽ hiện gợi ý, Tab để chọn.

/add-dir D:\YTM-MINH\HQ-YTB

Đang ở repo website mà cần Claude đọc luôn tài liệu bên bộ máy tìm ngách để viết bài cho khớp — khỏi mở phiên thứ hai, khỏi copy file qua lại.

Cái bẫy nằm ở dòng docs mà tấm ảnh gốc có nhắc nhưng nói chưa đủ nặng: phần lớn cấu hình .claude/ không được nạp từ thư mục thêm vào. Nghĩa là CLAUDE.md của repo kia — với toàn bộ luật bảo mật, luật bậc nguồn số liệu, luật không đụng vào cái gì — sẽ không tự áp dụng. Bạn kéo file vào tầm với của Claude nhưng để lại hàng rào ở nhà.

Kết luận thực dụng: đừng /add-dir vào thư mục chứa dữ liệu nhạy cảm. Nếu buộc phải, hãy tự nhắc lại luật bằng tay trong prompt.

08. /batch — nặng nhất, và nó mở PR thật

Điều phối thay đổi quy mô lớn khắp codebase, chạy song song. Quy trình theo docs: nghiên cứu codebase → chia việc thành 5 đến 30 đơn vị độc lập → trình bày kế hoạch → bạn duyệt → sinh một background subagent cho mỗi đơn vị, mỗi cái trong một git worktree riêng. Mỗi subagent tự implement, chạy test, và mở pull request.

/batch thêm width và height cho mọi thẻ img trong src/ để hết layout shift

Bắt buộc phải là git repository.

Đây là lệnh mình sẽ dùng cẩn thận nhất, vì lý do đơn giản: cổng duyệt kế hoạch là cổng chặn duy nhất. Qua cổng đó rồi thì hàng chục subagent chạy cùng lúc và đẻ ra PR thật. Đọc plan như đọc hợp đồng, không phải như đọc thông báo.

---

Cái mình mang về sau khi tra hết

Ba lệnh trong nhóm này — /branch, /subtask, /add-dir — đều giải quyết cùng một vấn đề mà lúc mới dùng mình không gọi được tên: context là tài nguyên hữu hạn, và phần lớn thời gian mình xài nó rất hoang. Đọc một file to chỉ để lấy một con số. Mở phiên mới vì ngại làm bẩn phiên cũ. Bỏ luôn một hướng fix vì sợ mất cái đang có.

Ba lệnh còn lại — /background, /remote-control, /batch — giải quyết vấn đề thứ hai: mình ngồi canh máy quá nhiều.

Và hai lệnh cuối, /insights với /security-review, là hai cái gương. Một cái soi thói quen, một cái soi diff.

Bài học thật ra không nằm ở tám cái tên. Nó nằm ở chỗ mình dùng công cụ này hằng ngày mà chưa từng mở bảng lệnh ra đọc hết — bảng đó dài hơn nhiều so với số lệnh mình thật sự xài. Gõ / trong phiên là ra danh sách máy bạn đang có, xem một lượt tốn chưa tới một tách cà phê.

Bạn đang bỏ sót cái gì trong công cụ mình dùng mỗi ngày? 👋