Viết prompt Cursor bằng giọng nói với Wispr Flow

Một yêu cầu sửa code bằng giọng nói chỉ hữu ích khi giữ đúng vấn đề, đoạn code liên quan và giới hạn thay đổi. Prompt dài nhưng mất chữ “không” có thể kém hơn một câu gõ ngắn. Trong Cursor, hãy xem chữ vừa được chèn là bản nháp cần đọc lại trước khi gửi.

Quy trình dựa trên tài liệu Wispr và Cursor được kiểm tra ngày 11/09/2026. Ví dụ là bài tập soạn yêu cầu do ToolTasted biên soạn, chưa phải bản ghi âm, số đo tốc độ hay một thay đổi code đã chạy. Đánh giá Wispr Flow giải thích các giới hạn rộng hơn của sản phẩm.

Tách phần đọc giọng nói khỏi phần sửa code

Hướng dẫn tích hợp IDE của Wispr mô tả nhập giọng nói, nhận diện tên biến và file tagging trong Cursor trên Mac và Windows. Flow đưa văn bản vào ô đang được chọn. Cursor diễn giải yêu cầu đã gửi dựa trên ngữ cảnh nó nhận được.

Tổng quan Agent của Cursor mô tả các công cụ đọc file, chỉnh sửa và chạy lệnh terminal. Nhận dạng đúng chưa chứng minh thay đổi code đúng; code chạy được cũng chưa chứng minh mọi câu trong prompt đều được giữ nguyên. Cần kiểm tra riêng hai bước.

Bắt đầu trong ô chat Cursor trống

Mở dự án và file liên quan, đặt con trỏ trong ô chat muốn nhập prompt. Chọn tác vụ thử nhỏ ở dự án bạn có thể kiểm tra. Trước khi bật thêm tích hợp, đọc một câu ngắn bằng phím tắt đã cấu hình trong Flow, dừng ghi và chờ chữ xuất hiện.

Kiểm tra chữ đã vào ô chat, không phải editor hoặc terminal tích hợp. Không đổi cửa sổ khi Flow đang xử lý. Nếu không có chữ, dùng hướng dẫn xử lý lỗi chèn văn bản trước khi đổi ngôn ngữ hay từ điển.

Để dùng ngữ cảnh IDE, Wispr hướng dẫn thêm các bước:

1. Trong Flow, mở Settings → Vibe coding.
2. Chọn Set up cạnh Variable recognition.
3. Trong Cursor, mở Command Palette bằng Cmd+Shift+P trên Mac hoặc Ctrl+Shift+P trên Windows.
4. Chạy Toggle Screen Reader Accessibility Mode, kiểm tra chỉ báo Screen Reader Optimized đã bật.
5. Hoàn tất hướng dẫn trong Flow rồi thử một tên đang hiển thị trong editor.

Variable recognition không phải một nút bật/tắt riêng của Flow: tài liệu gắn tính năng với chế độ screen reader của IDE và việc nhận diện ứng dụng. Trên Mac, Flow còn cần quyền Accessibility để đọc ngữ cảnh IDE. Nếu không cần đọc ngữ cảnh code, vẫn có thể đánh giá riêng việc nhập prompt thông thường.

Nói rõ bốn phần của yêu cầu

Dùng cấu trúc vấn đề, vị trí, ràng buộc và cách kiểm tra. Với dự án minh họa có file src/lib/retry.ts, có thể soạn:

Hàm retry vẫn thử lại khi xác thực thất bại. Xem src/lib/retry.ts và các test liên quan. Dừng retry với HTTP 401. Giữ nguyên cách xử lý rate limit hiện tại. Giải thích nguyên nhân trước khi sửa, rồi thực hiện thay đổi nhỏ nhất và chạy các test liên quan.

Tên file chỉ là mẫu, không phải khẳng định về repository của bạn. Thay bằng file thật đã chọn trong Cursor. Các mã trạng thái là yêu cầu của bài tập, không phải khuyến nghị mọi ứng dụng đều phải xử lý xác thực hoặc rate limit như vậy.

Tải phiếu soạn prompt sửa code để thay nội dung theo tác vụ. Ghi hành vi mong muốn trước khi nói, nhất là phần phải giữ nguyên.

Đọc lại văn bản được chèn trước khi gửi

Đối chiếu những chi tiết sau với yêu cầu ban đầu:

• Vị trí: file đính kèm có đúng không, nhất là khi nhiều thư mục có file trùng tên?
• Giá trị chính xác: văn bản có ghi 401, không phải 404, và tên biến có đúng chữ hoa, chữ thường?
• Ràng buộc: còn yêu cầu giữ cách xử lý rate limit và giải thích trước khi sửa không?
• Điều kiện hoàn thành: agent có biết cần thay đổi gì và kiểm tra bằng cách nào không?

Với ví dụ trên, bản sau khi đọc lại vẫn phải có đủ bốn yêu cầu. Bài không đưa một “đầu ra Flow nguyên bản” giả định vì chưa thực hiện bản ghi đó. Khi bạn thử, lưu chữ vừa chèn riêng với prompt đã sửa để đo được phần chỉnh sửa.

Dùng bàn phím hoặc bộ chọn file của Cursor cho những ký tự chính xác mà đọc giọng nói chưa giữ được. Kết hợp hai cách nhập có thể thực tế hơn việc cố đọc mọi ký tự.

Thử file tagging riêng với thay đổi dictionary

Wispr mô tả cách nói “at” hoặc “tag” trước tên file trong chat Cursor. Giữ file liên quan mở trong tab hoặc hiển thị ở sidebar, rồi kiểm tra tham chiếu tạo ra trong Cursor. Chỉ thấy chữ @filename chưa đủ chứng minh đúng file đã được đưa vào ngữ cảnh.

Tài liệu IDE hiện tại nói file tagging bị bỏ qua trong terminal và khi cùng phiên đọc có thay thế từ custom dictionary. Nếu tên file ngừng được gắn trong lúc thuật ngữ đang được sửa, thử phiên riêng không có phép thay thế đó hoặc đính kèm file bằng tay. Kiểm tra hai tính năng riêng trước khi thêm nhiều quy tắc sửa lỗi.

Với thuật ngữ sai lặp lại, dùng hướng dẫn dictionary cho developer. Nếu prompt tiếng Việt xen tiếng Anh, xem cấu hình tiếng Việt và trộn ngôn ngữ; nhận diện ngôn ngữ và file tagging là hai cơ chế khác nhau.

Kiểm tra thay đổi code và đo cả quy trình

Trước khi gửi, xác nhận chế độ và quyền của agent phù hợp với tác vụ. Tài liệu bảo mật agent của Cursor nói thay đổi của agent có thể được ghi trực tiếp xuống file. Đọc file đã đổi và kết quả test; lời giải thích trong chat không thay cho việc xem diff.

Khi so giọng nói với gõ phím, dùng các tác vụ nhỏ tương đương và tính cả chuẩn bị, nhập, sửa transcript, đính kèm file. Ghi thời gian agent chạy và thời gian review code riêng để không tính phản hồi chậm của model thành độ trễ dictation. Nếu lặp lại, đổi thứ tự phương pháp được thử trước.

Giữ cả lần thử thất bại. Nếu tên, số hoặc phủ định cần sửa liên tục, rút ngắn phần nói và gõ những chi tiết chính xác đó. Kết quả cần đạt là prompt đúng ý với công sức chấp nhận được, không phải bộ đếm từ mỗi phút cao.

Sau khi sửa code xong, quy trình commit và PR bằng giọng nói giúp chuyển lời giải thích thành nội dung đã đối chiếu diff.

Với ghi chú gồm nhiều việc, dùng workflow transcript trong n8n để chuyển các dòng đã rà soát thành task chờ duyệt.