Những mẹo tăng năng suất viết mã với Claude mà tôi thực sự sẽ dùng vào năm 2026

Các lệnh ít quan trọng hơn so với các lời nhắc tốt hơn, ngữ cảnh rõ ràng và các kiểm tra mà Claude có thể tự chạy mà không cần bạn. Hãy trình bày đầy đủ yêu cầu, giữ nguyên ngữ cảnh và cung cấp cho Claude một kiểm tra mà nó có thể tự thực hiện. Tôi bắt đầu nghiên cứu này với kỳ vọng tìm thấy một lệnh Claude Code mà tôi đã bỏ lỡ. Tôi đã tìm thấy hàng chục lệnh, nhưng hầu hết chỉ giúp tiết kiệm vài giây trong một quy trình làm việc có thể lãng phí nửa giờ nếu đi sai hướng. Mọi người thường đưa cho Claude những lời nhắc sơ sài, để phiên làm việc tràn ngập các giả thuyết bị bỏ dở, sau đó kiểm tra công việc bằng tay. Một mô hình nhanh hơn không khắc phục được cách thiết lập đó. Nó chỉ giúp đạt được câu trả lời sai nhanh hơn. Sau khi đọc tài liệu hiện tại của Anthropic và các hướng dẫn dành cho người dùng chuyên nghiệp gần đây, tôi liên tục quay lại với chính lời nhắc. Giọng nói là thay đổi đầu tiên tôi sẽ thực hiện vì đó là cách dễ nhất để ngừng cắt bớt các chi tiết hữu ích trước khi Claude nhìn thấy chúng. **Ngừng ép buộc công việc vào một lời nhắc có kích thước như cửa sổ terminal** Việc gõ phím khuyến khích sự cô đọng. Bạn bắt đầu với toàn bộ vấn đề trong đầu, sau đó rút gọn nó thành một cái gì đó như "sửa lỗi mã thông báo làm mới". Claude phải tự khám phá triệu chứng, các ràng buộc và mục tiêu cuối cùng. Đôi khi nó làm được. Đôi khi nó dành mười phút để giải quyết một vấn đề gần đó với sự tự tin đáng kinh ngạc. Một lời nhắc bằng giọng nói có thể truyền tải chi tiết thường bị cắt bớt khi gõ phím: "Kiểm tra mã thông báo làm mới bắt đầu thất bại sau thay đổi phiên làm việc ngày hôm qua. Bắt đầu từ src/auth/refresh.ts. Tái tạo lỗi trước khi chỉnh sửa. Giữ nguyên API công khai, chạy các kiểm tra phiên tập trung và cho tôi xem kết quả lỗi và kết quả thành công." Bạn đang đọc chính xác loại báo cáo lỗi mà bạn muốn nhận được từ một đồng nghiệp. Claude Code hiện có tính năng đọc chính tả bằng giọng nói gốc. Chạy /voice, chọn chế độ giữ hoặc chạm, và nói vào trường nhắc. Anthropic cho biết nó nhận dạng các thuật ngữ mã hóa phổ biến và có thể sử dụng tên dự án hoặc nhánh làm gợi ý phiên âm. Bạn có thể gõ các chỉnh sửa trước khi gửi, điều này quan trọng đối với các đường dẫn và ký hiệu. Chế độ gốc có những giới hạn. Nó yêu cầu đăng nhập Claude.ai, gửi âm thanh đến Anthropic để phiên âm và không hoạt động trong các phiên web từ xa hoặc SSH. Nó cũng dừng lại ở terminal. Nếu cùng một công việc di chuyển qua một vấn đề trình duyệt, một chuỗi Slack, một thông báo commit và Claude Code, việc đọc chính tả toàn hệ thống sẽ ít khó xử hơn. DictaFlow là tùy chọn tôi sẽ sử dụng trong trường hợp đó: giữ một phím, nói vào bất kỳ trường nào đã có con trỏ, sửa tên tệp, gửi. Đừng đọc chính tả từng ký tự mã. Điều đó rất khó chịu. Hãy nói rõ ý định, trường hợp đặc biệt kỳ lạ và cách Claude có thể chứng minh rằng nó đã hoàn thành. Gõ cú pháp nhanh hơn để gõ. **Cung cấp cho Claude thứ gì đó tốt hơn "có vẻ đã xong"** Hướng dẫn thực hành tốt nhất của Anthropic đặt việc xác minh lên hàng đầu. Hãy cung cấp cho Claude một kiểm tra mà nó có thể tự chạy mà không cần chờ bạn. Đặt kiểm tra vào lời nhắc đầu tiên. Claude có thể chỉnh sửa, chạy nó, đọc lỗi và thử lại trước khi bạn xem xét bất cứ điều gì. Đối với một lỗi, điều đó có thể có nghĩa là tái tạo lỗi trước khi thay đổi mã. Một thay đổi trực quan cần hình ảnh tham chiếu và một ảnh chụp màn hình mới. Trong quá trình tái cấu trúc, hãy đặt tên các kiểm tra tập trung và yêu cầu xem sự khác biệt cuối cùng (diff). Một yêu cầu mơ hồ như "làm cho bảng điều khiển tốt hơn" cho phép Claude tuyên bố chiến thắng. "Khớp với ảnh chụp màn hình này ở 1440 pixel, chụp kết quả, liệt kê các khác biệt có thể nhìn thấy và sửa chúng" cung cấp cho nó công việc mà nó có thể tự kiểm tra. Một kiểm tra thành công chỉ chứng minh những gì kiểm tra đó bao gồm. Claude vẫn có thể đáp ứng một xác nhận yếu trong khi bỏ lỡ tính năng. Kiểm tra cần đại diện cho điều bạn quan tâm, chứ không chỉ đơn thuần trả về mã thoát bằng không. **Chế độ Lập kế hoạch (Plan Mode) chứng tỏ giá trị của nó trong các công việc khó khăn** Tôi sẽ không sử dụng Chế độ Lập kế hoạch để đổi tên một biến. một quy trình xác thực không quen thuộc hoặc một thay đổi trải rộng trên sáu tệp, việc bỏ qua là một sự tiết kiệm sai lầm. Nhấn Shift+Tab cho đến khi Chế độ Lập kế hoạch (Plan Mode) được kích hoạt. Yêu cầu Claude theo dõi hành vi hiện tại và đặt tên các tệp mà nó dự kiến sẽ chỉnh sửa. Sau đó, đọc kế hoạch. Đây là thời điểm ít tốn kém để phát hiện ra rằng nó đã tìm thấy một triển khai lỗi thời, bỏ sót một trình gọi (caller) hoặc có ý định thay thế nhiều mã hơn mức nhiệm vụ yêu cầu. Anthropic mô tả chuỗi công việc là khám phá, lập kế hoạch, triển khai và cam kết (explore, plan, implement, and commit). Các nhãn này gọn gàng. Công việc thực tế thì không. Người viết thường muốn một vòng khám phá khác sau khi xem kế hoạch đầu tiên, đặc biệt khi Claude viết "có lẽ" bên cạnh một giả định quan trọng. Hãy yêu cầu nó mở tệp và tìm hiểu. Claude Code tải cuộc hội thoại, nội dung tệp và đầu ra lệnh vào một cửa sổ hữu hạn. Các phiên gỡ lỗi dài sẽ lấp đầy nó bằng những lý thuyết bị bỏ rơi. Người viết sử dụng /clear trước một tác vụ không liên quan. Nếu Claude lặp lại một lỗi đã được sửa, người viết sẽ bắt đầu lại với lỗi đã sửa đó trong lời nhắc mở đầu. Nghiên cứu có thể được chuyển đến một tác nhân phụ (subagent). Tài liệu về tác nhân phụ của Anthropic khuyến nghị điều này khi các tìm kiếm, nhật ký hoặc đọc tệp có thể làm quá tải luồng chính. Phiên triển khai nhận bản tóm tắt thay vì mang theo mọi kết quả trung gian. Một tệp CLAUDE.md hữu ích lại nhỏ một cách đáng ngạc nhiên. /init có thể soạn thảo một tệp CLAUDE.md. Không nên coi tệp được tạo ra là bất khả xâm phạm. Đó là ngữ cảnh khởi động mà Claude đọc trong mỗi phiên, vì vậy mỗi quy tắc chung chung đều tiêu tốn tài nguyên. Giữ lại các lệnh mà Claude không thể đoán được. Ghi lại lệnh gọi kiểm thử khác với README, quy tắc nhánh đã từng gây rắc rối cho nhóm và ranh giới kiến trúc dễ bị vi phạm. Xóa bỏ các cụm từ như "viết mã sạch" và các hướng dẫn từng thư mục. Anthropic gợi ý một câu hỏi cắt tỉa tốt: việc xóa dòng này có khiến Claude mắc lỗi không? Tài liệu về bộ nhớ của họ khuyến nghị giữ mỗi tệp dưới khoảng 200 dòng. Người viết sẽ đặt mục tiêu thấp hơn. Các quy trình làm việc không thường xuyên thuộc về các kỹ năng (skills) hoặc quy tắc theo phạm vi đường dẫn (path-scoped rules) để chúng được tải khi cần, không phải khi Claude đang thay đổi một tệp CSS không liên quan. Các hook xử lý các quy tắc mà văn bản không thể thực thi. Chạy trình định dạng sau mỗi lần chỉnh sửa. Chặn ghi vào bên trong một thư mục di chuyển được tạo. CLAUDE.md có thể giải thích lý do; hook xử lý hành động. Các tác nhân song song hữu ích sau khi vòng lặp tác nhân đơn hoạt động. Các cây làm việc song song (parallel worktrees) nghe có vẻ là một thủ thuật nâng cao, và hướng dẫn người dùng chuyên nghiệp Claude Code của Builder.io đã đưa chúng vào một cách đúng đắn. Mỗi phiên có nhánh và trạng thái hệ thống tệp riêng. Một bản sửa lỗi có thể chạy song song với một bản cập nhật tài liệu.