Tìm đúng ngữ cảnh mới là nửa thắng lợi
Bạn từng gõ prompt rất ổn, nhưng agent lại… mở nhầm chục file? Mình cũng vậy. Cái khó không chỉ là “viết code”, mà là kéo đúng ngữ cảnh vào bàn mổ. Windsurf ra Fast Context để xử đúng chỗ này: thay vì lần mò cả repo, nó dùng SWE‑grep để “đánh hơi” file liên quan cực nhanh, rồi dồn đúng dữ liệu cho agent xử lý. Windsurf Blog
Fast Context là gì? Vì sao đáng quan tâm
Fast Context = sub‑agent mới trong Windsurf chuyên làm nhiệm vụ… thám tử ngữ cảnh. Nó không thay bạn code, mà giúp agent của bạn có “đồ nghề” chuẩn ngay từ phút đầu.
Công nghệ lõi: họ train 2 model SWE‑grep và SWE‑grep‑mini để quét repo siêu nhanh, kéo đúng đoạn cần xem.
Tốc độ: >2.800 tokens/giây và nhanh hơn ~20x so với cách cũ khi bốc ngữ cảnh cho agent. Windsurf Blog
Rollout: đang triển khai dần cho người dùng Windsurf qua Fast Context sub‑agent, có playground để thử ngay. Windsurf Playground
Liên quan: Bài công bố SWE‑1 (family model cho toàn vòng đời software engineering) cũng đặt trọng tâm vào “flow awareness” và tìm đúng thứ cần, giúp tăng tốc quy trình chứ không chỉ autocomplete. Business Wire
SWE‑grep hoạt động thế nào (ở góc nhìn người dùng)
Không cần biết hết kiến trúc bên trong, hiểu nôm na:
Bạn ra yêu cầu: “Sửa bug A”, “Tối ưu B”, “Thêm tính năng C”.
Fast Context dùng SWE‑grep quét repo và ưu tiên đúng file/đoạn có liên quan nhất.
Agent nhận ngữ cảnh sạch, tập trung đề xuất patch/test hợp lý ngay.
Kết quả thực tế mình thấy:
Ít “đào hố” sai file. Gợi ý tập trung hơn, bớt lan man.
Review diff đỡ mệt vì patch có lý do, ít “đụng dây điện” thừa.
Bạn có thể thử tại Playground của Windsurf để cảm nhận độ “nhanh và đúng” trước khi đem vào repo chính: Windsurf Playground.
Trải nghiệm nhanh: Mình dùng Fast Context để fix một bug front‑end
Bài toán: Nút “Thanh toán” không điều hướng. Repo React + Router.
Mình làm theo nhịp:
Mô tả bug, paste log ngắn. Yêu cầu agent: “chỉ ra luồng gọi navigate và nơi intercept”.
Fast Context “điểm danh” đúng nhóm component Checkout + service thanh toán.
Agent đề xuất patch tối thiểu, kèm test tái hiện. Mình preview trong IDE, pass.
Cảm giác: trước đây mở 15–20 file để dò, nay đi thẳng vào cluster liên quan. Đỡ nản, giữ flow tốt hơn.
So sánh ngắn: trước và sau khi có Fast Context
Trước: Agent có thể kéo quá rộng hoặc quá hẹp. Dễ lạc.
Sau: SWE‑grep ưu tiên đúng vùng, patch gọn và có bối cảnh.
Khi làm việc cùng Cascade/Previews của Windsurf, chuỗi “phân tích → patch → xem diff → preview” liền mạch hơn. Tham khảo thêm về hệ sinh thái Windsurf và cập nhật mới trên blog Windsurf. Windsurf Blog
Khi nào Fast Context “đáng tiền” nhất?
Repo vừa đến lớn, cấu trúc không đồng nhất, nhiều người chạm vào.
Bạn hay nhận task tối ưu/bug liên quan đến nhiều module.
Team muốn giảm thời gian “đi tìm ngữ cảnh”, tăng thời gian “sửa đúng chỗ”.
Nếu bạn quan tâm đến bức tranh rộng hơn (SWE‑1 model family, flow awareness, v.v.), xem thông cáo và trang giới thiệu chính thức để hiểu định hướng kỹ thuật. Business Wire
Cách bắt đầu nhanh
Tải Windsurf và mở dự án quen thuộc để test trên vấn đề bạn đang gặp.
Mở Playground để “soi” độ bốc ngữ cảnh trước. Windsurf Playground
Đọc blog giới thiệu Fast Context và SWE‑grep để nắm tư duy thiết kế. Windsurf Blog
Ngoài ra, bạn có thể xem thêm bài mình viết về Codemaps – một mảnh ghép khác giúp “nhìn bản đồ codebase” trước khi ra tay: Tính năng mới trên Windsurf - Codemaps.
Câu hỏi nhanh (FAQ)
Fast Context có thay thế agent code không? Không. Nó là “người đưa đường”, còn code vẫn do agent + bạn quyết.
Có cần cấu hình gì phức tạp? Không nhiều. Chủ yếu cập nhật phiên bản Windsurf và bật các tính năng liên quan.
Có chạy với mọi stack? Mục tiêu là agnostic với stack, nhưng hiệu quả sẽ càng rõ với repo to và lịch sử commit “lắt léo”.
Kết luận
Windsurf Fast Context chạm đúng nỗi đau “tìm ngữ cảnh”. Khi phần khó được tự động hóa thông minh, phần còn lại – patch nhỏ gọn, test tái hiện, preview – trở nên mượt. Với mình, đây là mảnh ghép giúp agent bớt nói nhiều, làm đúng hơn. Xem bài blog chính thức và thử Playground để tự kiểm chứng nhé. Windsurf Blog · Windsurf Playground