Grok 4.7

Dùng Grok 4.7 để review code, giải thích ảnh chụp màn hình hoặc sắp xếp một phương án kỹ thuật khó lựa chọn. Gom yêu cầu và tài liệu liên quan lại, biến cuộc thảo luận thành danh sách kiểm tra, kế hoạch di trú hoặc lời khuyên quyết định ngắn gọn.

Nghiên cứu

Trang web

Trình chiếu

Hình ảnh

Video

Năng lực nổi bật của Grok 4.7

Ngữ cảnh 500K, phân tích vấn đề kết hợp với bối cảnh dự án
Cửa sổ ngữ cảnh mô hình của Grok 4.7 là 500.000 tokens, cho phép hiểu nhiệm vụ bằng cách kết hợp yêu cầu, đoạn code và ghi chú dự án. Khi review một thay đổi, nó vừa xem xét code hiện tại, vừa thảo luận tác động của nó đối với thiết kế tổng thể xoay quanh các ràng buộc liên quan.
Hỗ trợ đầu vào đa phương thức, giải thích cả ảnh chụp màn hình và biểu đồ
Grok 4.7 hỗ trợ đầu vào văn bản và hình ảnh, nhưng phản hồi bằng văn bản. Cung cấp ảnh chụp màn hình báo lỗi, sơ đồ kiến trúc hoặc biểu đồ dữ liệu, rồi mô tả chi tiết bạn muốn biết, để cụ thể hóa những vấn đề khó diễn đạt bằng lời.
Hỗ trợ suy luận và đầu ra có cấu trúc, câu trả lời dễ sử dụng hơn
Grok 4.7 hỗ trợ suy luận và đầu ra có cấu trúc. Có thể sắp xếp review code theo “Vấn đề, Tác động, Bài kiểm tra đề xuất”, hoặc chuyển đổi tài liệu thành bảng hoặc bản nháp JSON, thuận tiện cho việc đối chiếu và xử lý tiếp theo.

Dùng Grok 4.7 để review code, so sánh phương án kỹ thuật và soạn thảo bản tóm tắt quyết định

Review code và xử lý lỗi

Giao các thay đổi code, thông tin lỗi và hành vi dự kiến cho Grok 4.7 để nó giải thích các nhánh liên quan, chỉ ra các đầu vào có thể gây lỗi và đề xuất các bài kiểm tra tương ứng. Hãy xác định rõ nơi vấn đề xảy ra trước khi quyết định sửa đổi phần code nào.

Một nhánh đường dẫn code nhỏ trên dải băng giấy dẫn đến ba điểm kiểm tra, mỗi điểm làm nổi bật một trường hợp biên khác nhau.

So sánh kiến trúc và lập kế hoạch di trú

So sánh hai phương án dựa trên cùng một bộ điều kiện, ví dụ như tính nhất quán dữ liệu, phụ thuộc, các bước triển khai và cách rollback. Yêu cầu Grok sắp xếp thảo luận kỹ thuật thành bảng so sánh và liệt kê riêng các vấn đề mà đội ngũ cần quyết định.

Hình minh họa so sánh hai nguyên mẫu nhà kính dưới các yêu cầu chung về ánh sáng mặt trời, nước và luồng khí.

Từ tài liệu đến bản tóm tắt quyết định

Gom nhật ký phát hành, kết quả thử nghiệm hoặc trích dẫn tài liệu lại, để Grok 4.7 chắt lọc các phát hiện, giải thích cơ sở cho các khuyến nghị và nêu rõ bước tiếp theo cho đội ngũ. Phù hợp cho các cuộc thảo luận kỹ thuật cần giúp đồng nghiệp nhanh chóng nắm bắt bối cảnh.

Các mảnh ghép đại diện cho tài liệu nguồn được ghép với sổ tay khuyến nghị, một mảnh ghép chưa khớp được đặt riêng.

Bắt đầu từ quyết định bạn cần đưa ra

Cung cấp nội dung thay đổi và các ràng buộc
Dán code liên quan hoặc đề xuất, đồng thời mô tả hành vi bạn cần giữ nguyên. Chỉ bao gồm hình ảnh tham khảo nếu chi tiết trực quan là quan trọng.
Tiếp tục trên YouMind
Chọn “Thử trên YouMind” để mở cuộc trò chuyện với Grok 4.7. Prompt và hình ảnh tham khảo đính kèm của bạn sẽ tự động được đưa vào. Phản hồi sẽ được tạo trong cuộc trò chuyện, không phải trên trang này.
Thách thức các khuyến nghị
Kiểm tra các đoạn trích dẫn và chạy các bài kiểm tra được đề xuất. Thay đổi các giả định chính và hỏi xem những kết luận nào vẫn đúng trước khi chấp nhận bản nháp.

Grok 4.7 vs Grok 4.6: Đầu vào, ngữ cảnh và ứng dụng thực tế

Cả hai mô hình đều hỗ trợ văn bản và hình ảnh. Bạn có thể tìm hiểu cách sử dụng phù hợp cho từng loại dựa trên tài liệu cần xử lý, dạng câu trả lời mong muốn và các nhiệm vụ kỹ thuật cụ thể.

Grok 4.7 vs Grok 4.6: Đầu vào, ngữ cảnh và ứng dụng thực tế
So sánh	Grok 4.7	Grok 4.6
Mục đích sử dụng mô hình	Grok 4.7 hướng đến lập trình, tác vụ agent và công việc tri thức, phù hợp với các vấn đề kỹ thuật phức tạp cần phân tích sâu.	Grok 4.6 cũng hướng đến lập trình, tác vụ agent và công việc tri thức, có thể dùng cho các tác vụ kỹ thuật gồm nhiều bước.
Đầu vào của mô hình	Grok 4.7 hỗ trợ đầu vào văn bản và hình ảnh; với các vấn đề về code, bạn có thể cung cấp đồng thời ảnh chụp lỗi hoặc sơ đồ kiến trúc.	Grok 4.6 hỗ trợ đầu vào văn bản và hình ảnh, có thể kết hợp ngữ cảnh văn bản với tham chiếu trực quan để hiểu vấn đề.
Độ dài ngữ cảnh	Cửa sổ ngữ cảnh của Grok 4.7 là 500,000 tokens, đủ sức chứa tài liệu liên quan đến tác vụ và bối cảnh hội thoại.	Grok 4.6 cũng cung cấp 500,000 tokens ngữ cảnh, cho phép kết hợp tài liệu dài để tiếp tục thảo luận.
Khả năng suy luận	Grok 4.7 hỗ trợ bốn mức suy luận: thấp, trung bình, cao và siêu cao, phù hợp với nhiều nhu cầu phân tích khác nhau.	Grok 4.6 cũng hỗ trợ bốn mức suy luận: thấp, trung bình, cao và siêu cao.
Nội dung và định dạng đầu ra	Grok 4.7 xuất văn bản và hỗ trợ đầu ra có cấu trúc, có thể tổng hợp ý kiến đánh giá hoặc tạo kết quả JSON.	Grok 4.6 cũng xuất văn bản và hỗ trợ đầu ra có cấu trúc, giúp sắp xếp bảng biểu hoặc ghi chép có cấu trúc.

Cuộn ngang để so sánh tất cả mô hình

Đánh giá từ người dùng

Tôi thường dùng Grok 4.7 để xem xét những thay đổi code nhỏ. Thay vì nhận lời khuyên chung chung, tôi thích yêu cầu nó đưa ra một ví dụ cụ thể về chỗ có thể gây lỗi, nhờ vậy biết ngay cần kiểm tra ở đâu.
Lập trình viên backend
Chỉ nhìn ảnh chụp lỗi thì thật sự chẳng có manh mối gì. Sau khi bổ sung các thao tác trước và sau đó cho Grok, cuối cùng tôi cũng lần theo thông tin để tìm ra đoạn logic cần kiểm tra.
Trưởng nhóm kỹ thuật
Khi viết phương án migration, tôi yêu cầu nó liệt kê trước những vấn đề cần cân nhắc khi rollback. Đặt cạnh các bước triển khai, những chỗ chưa tính toán kỹ sẽ lộ ra rất rõ.
Điều phối viên phát hành
Grok 4.7 rất hợp để cùng tôi nghĩ ra các trường hợp biên. Đưa cho nó một input bị lỗi rồi hỏi thêm còn tình huống nào tương tự không, danh sách kiểm thử liền có hướng đi rõ ràng.
Kỹ sư đảm bảo chất lượng
Ghi chú bàn giao dịch vụ vừa rời rạc vừa lộn xộn, tôi dùng Grok để sắp xếp thành một bản hướng dẫn hoàn chỉnh. Những giới hạn tưởng chừng vô lý cuối cùng cũng có chỗ giải thích rõ nguyên nhân.
Người viết tài liệu kỹ thuật
Ghi chú thí nghiệm lẫn lộn giữa quan sát và phỏng đoán, chính mình đọc lại còn thấy khó. Sau khi tách riêng và sắp xếp lại, việc viết phân tích kết quả trở nên suôn sẻ hơn hẳn.
Kỹ sư nghiên cứu
Hai phương án kiến trúc thảo luận mãi mà ai vẫn nói phần nấy. Nhờ Grok 4.7 xếp thành bảng theo cùng tiêu chí, ít nhất chúng tôi có thể tiếp tục trao đổi xoay quanh những đánh đổi cụ thể.
Quản lý sản phẩm
Câu SQL thoạt nhìn không có vấn đề gì, nhưng khi hỏi Grok chuyện gì xảy ra nếu gặp giá trị null và bản ghi trùng lặp, tôi mới nhận ra những trường hợp này cũng cần đưa vào danh sách kiểm tra.
Kỹ sư dữ liệu
Tài liệu kỹ thuật tự viết xong thấy rất dễ hiểu, nhưng dưới góc nhìn của người mới thì chưa chắc. Tôi thường yêu cầu nó chỉ ra những chỗ dễ gây vướng mắc rồi bổ sung ví dụ tương ứng.
Biên tập viên tài liệu
Tôi thích yêu cầu Grok đưa ra một ví dụ nhỏ trước rồi mới đọc phần giải thích đầy đủ. Khi đã hiểu được ví dụ đó, thiết kế phía sau sẽ bớt trừu tượng hơn nhiều.
Người điều phối workshop
Dùng Grok 4.7 để sắp xếp hồ sơ sự cố rất tiện: triệu chứng, thay đổi gần đây, những gì đã kiểm tra — gom lại một chỗ rõ ràng hơn nhiều so với việc lật lại lịch sử chat.
Chuyên viên hỗ trợ kỹ thuật
Khi refactor, tôi không muốn thay đổi quá nhiều cùng lúc. Yêu cầu nó chia thành các bước nhỏ giữ nguyên hành vi cũ, mỗi lần chỉ tập trung vào một hạng mục, tôi cảm thấy yên tâm hơn hẳn.
Lập trình viên độc lập

Tôi thường dùng Grok 4.7 để xem xét những thay đổi code nhỏ. Thay vì nhận lời khuyên chung chung, tôi thích yêu cầu nó đưa ra một ví dụ cụ thể về chỗ có thể gây lỗi, nhờ vậy biết ngay cần kiểm tra ở đâu.
Lập trình viên backend
Chỉ nhìn ảnh chụp lỗi thì thật sự chẳng có manh mối gì. Sau khi bổ sung các thao tác trước và sau đó cho Grok, cuối cùng tôi cũng lần theo thông tin để tìm ra đoạn logic cần kiểm tra.
Trưởng nhóm kỹ thuật
Khi viết phương án migration, tôi yêu cầu nó liệt kê trước những vấn đề cần cân nhắc khi rollback. Đặt cạnh các bước triển khai, những chỗ chưa tính toán kỹ sẽ lộ ra rất rõ.
Điều phối viên phát hành
Grok 4.7 rất hợp để cùng tôi nghĩ ra các trường hợp biên. Đưa cho nó một input bị lỗi rồi hỏi thêm còn tình huống nào tương tự không, danh sách kiểm thử liền có hướng đi rõ ràng.
Kỹ sư đảm bảo chất lượng
Ghi chú bàn giao dịch vụ vừa rời rạc vừa lộn xộn, tôi dùng Grok để sắp xếp thành một bản hướng dẫn hoàn chỉnh. Những giới hạn tưởng chừng vô lý cuối cùng cũng có chỗ giải thích rõ nguyên nhân.
Người viết tài liệu kỹ thuật
Ghi chú thí nghiệm lẫn lộn giữa quan sát và phỏng đoán, chính mình đọc lại còn thấy khó. Sau khi tách riêng và sắp xếp lại, việc viết phân tích kết quả trở nên suôn sẻ hơn hẳn.
Kỹ sư nghiên cứu
Hai phương án kiến trúc thảo luận mãi mà ai vẫn nói phần nấy. Nhờ Grok 4.7 xếp thành bảng theo cùng tiêu chí, ít nhất chúng tôi có thể tiếp tục trao đổi xoay quanh những đánh đổi cụ thể.
Quản lý sản phẩm
Câu SQL thoạt nhìn không có vấn đề gì, nhưng khi hỏi Grok chuyện gì xảy ra nếu gặp giá trị null và bản ghi trùng lặp, tôi mới nhận ra những trường hợp này cũng cần đưa vào danh sách kiểm tra.
Kỹ sư dữ liệu
Tài liệu kỹ thuật tự viết xong thấy rất dễ hiểu, nhưng dưới góc nhìn của người mới thì chưa chắc. Tôi thường yêu cầu nó chỉ ra những chỗ dễ gây vướng mắc rồi bổ sung ví dụ tương ứng.
Biên tập viên tài liệu
Tôi thích yêu cầu Grok đưa ra một ví dụ nhỏ trước rồi mới đọc phần giải thích đầy đủ. Khi đã hiểu được ví dụ đó, thiết kế phía sau sẽ bớt trừu tượng hơn nhiều.
Người điều phối workshop
Dùng Grok 4.7 để sắp xếp hồ sơ sự cố rất tiện: triệu chứng, thay đổi gần đây, những gì đã kiểm tra — gom lại một chỗ rõ ràng hơn nhiều so với việc lật lại lịch sử chat.
Chuyên viên hỗ trợ kỹ thuật
Khi refactor, tôi không muốn thay đổi quá nhiều cùng lúc. Yêu cầu nó chia thành các bước nhỏ giữ nguyên hành vi cũ, mỗi lần chỉ tập trung vào một hạng mục, tôi cảm thấy yên tâm hơn hẳn.
Lập trình viên độc lập

Những câu hỏi thường gặp về Grok 4.7

Cách sử dụng Grok 4.7 để review code?

Hãy cung cấp các thay đổi code liên quan, ngôn ngữ và phiên bản thư viện phụ thuộc, đồng thời nêu rõ những hành vi nào không được phép thay đổi. Bạn có thể yêu cầu liệt kê vấn đề theo mức độ ảnh hưởng, mỗi mục kèm một ví dụ cụ thể và bài kiểm tra được đề xuất.

Cần cung cấp những gì để Grok viết bản tóm tắt quyết định kỹ thuật?

Hãy nêu rõ quyết định cần đưa ra, đối tượng đọc và các ràng buộc, sau đó cung cấp tài liệu hiện có. Yêu cầu tổng hợp các phương án khả thi, ưu nhược điểm của từng phương án, những câu hỏi chưa có lời giải đáp cùng các bước hành động tiếp theo thật rõ ràng.

Grok 4.7 có thể giải thích ảnh chụp màn hình báo lỗi không?

Được. Nó hỗ trợ đầu vào hình ảnh và có thể giải thích các thông báo lỗi hoặc thông tin giao diện trong ảnh chụp màn hình. Tốt nhất nên mô tả thêm bạn đã làm gì trước đó, kỳ vọng kết quả ra sao, cùng với đoạn code hoặc log liên quan.

Khi vấn đề không thể tái hiện, làm thế nào để nhờ Grok hỗ trợ tìm nguyên nhân?

Hãy cung cấp các triệu chứng đã quan sát được, thời điểm xảy ra, những thay đổi gần đây và các bước kiểm tra đã thử. Trước tiên, yêu cầu nó liệt kê các nguyên nhân có thể, sau đó hỏi cần quan sát thêm điều gì để phân biệt giữa các nguyên nhân đó.

Làm thế nào để Grok phân tích biểu đồ?

Cung cấp biểu đồ rõ ràng, chỉ ra chỉ số hoặc xu hướng bạn muốn tìm hiểu, đồng thời bổ sung ý nghĩa các trục và khoảng thời gian. Bạn có thể yêu cầu tách riêng phần mô tả biến đổi nhìn thấy trực tiếp trên biểu đồ với các nguyên nhân có thể xảy ra.

Grok có thể chuyển đổi ghi chú thành bảng hoặc JSON không?

Được. Hãy chỉ định trực tiếp tên cột hoặc tên khóa, đưa ra một ví dụ về định dạng và giải thích cách đánh dấu thông tin bị thiếu. Trước khi sử dụng, hãy kiểm tra lại các trường, giá trị và định dạng.

Việc giải thích code có đồng nghĩa với việc code đã được kiểm thử chưa?

Không. Việc giải thích code không có nghĩa là code đã được kiểm thử. Bạn có thể yêu cầu nó đề xuất các test case và kết quả mong đợi, sau đó tự chạy trong môi trường dự án thực tế. Đưa kết quả thất bại trở lại để tiếp tục thảo luận về các vấn đề cụ thể.