Gỡ lỗi (Debug)
Dán đoạn code bị lỗi cùng toàn bộ thông báo lỗi. Hãy yêu cầu giải thích nguyên nhân gốc rễ trước, sau đó mới đến cách sửa để bạn hiểu rõ vì sao phát sinh lỗi.
use-cases/coding
Trường hợp sử dụng · Kỹ thuật phần mềm
Lập trình với GLM-5
Lập trình chính là điểm mạnh cốt lõi được xây dựng cho dòng GLM-5. Z.ai định vị GLM-5.3 cho kỹ thuật phần mềm phức tạp và các tác vụ agent dài hạn, đồng thời ngữ cảnh 1 triệu token cho phép bạn dán toàn bộ module thay vì từng đoạn nhỏ. Dưới đây là cách khai thác tối đa hiệu quả.
Chọn model nàoGLM-5.3Sử dụng GLM-5.3 để debug, refactor và giải đáp kiến trúc phần mềm — đây là mô hình coding mạnh nhất của Z.ai trên trình chat của chúng tôi. Dùng GLM-5.3 Flash cho các snippet ngắn, giải thích code và ảnh chụp màn hình lỗi nhờ khả năng đọc hình ảnh.
§ 01Thế mạnh nổi bật
Nơi GLM-5 phát huy hiệu quả nhất
Review code
Cung cấp một file diff hoặc một tệp và yêu cầu tìm lỗi, các trường hợp biên cùng vấn đề bảo mật, được xếp hạng theo mức độ nghiêm trọng.
Tái cấu trúc mã nguồn
Mô tả mục tiêu — hàm ngắn gọn hơn, tên gọi rõ ràng hơn, ít phụ thuộc hơn — và yêu cầu lập kế hoạch từng bước trước khi viết code.
Kiểm thử và tài liệu
Yêu cầu viết unit test bao quát các trường hợp biên, hoặc tạo README và docstring khớp với đoạn code bạn đã dán.
§ 02Prompt
Prompt dùng ngay
Mở bất kỳ prompt nào trong chat, sau đó thay thế phần trong ngoặc vuông bằng nội dung của bạn.
Tìm lỗi
Dưới đây là một hàm và lỗi phát sinh. Hãy giải thích nguyên nhân gốc rễ trong hai câu, sau đó đưa ra phiên bản đã sửa và một bài test có thể phát hiện lỗi đó. Code: [dán code] Error: [dán lỗi]
Đánh giá bản diff
Hãy đóng vai một reviewer cấp cao khó tính. Hãy đánh giá bản diff này để tìm lỗi, trường hợp biên, vấn đề bảo mật và khả năng đọc hiểu. Liệt kê các vấn đề theo mức độ nghiêm trọng (cao, trung bình, thấp) kèm số dòng tham chiếu, sau đó đề xuất cách sửa. [dán diff]
Lập kế hoạch tái cấu trúc
Tôi muốn tái cấu trúc module này để việc kiểm thử trở nên dễ dàng hơn. Trước tiên, hãy đề xuất kế hoạch từng bước kèm lý do cho mỗi bước. Không viết code cho đến khi tôi phê duyệt kế hoạch. [dán module]
§ 03Mẹo
Nên làm và nên tránh
Nên làm
- Bao gồm ngôn ngữ, framework và phiên bản.
- Dán chính xác thông báo lỗi và stack trace.
- Yêu cầu kế hoạch trước khi thực hiện thay đổi lớn.
- Hãy tự chạy test trước khi tin tưởng vào bản sửa lỗi.
Nên tránh
- Không dán secret, API key hoặc dữ liệu khách hàng.
- Không chấp nhận đoạn code mà bạn không hiểu.
- Không yêu cầu tạo toàn bộ ứng dụng chỉ trong một tin nhắn.
- Không bỏ qua việc review mã bảo mật được tạo ra.
§ 04Câu hỏi thường gặp
Câu hỏi
Q01Mô hình GLM nào tốt nhất cho lập trình?
Trong trình chat của chúng tôi, đó là GLM-5.3. Z.ai phát triển mô hình này cho các tác vụ kỹ thuật phần mềm phức tạp và ghi nhận hiệu suất lập trình vượt trội so với GLM-5.2. GLM-5.3 Flash là lựa chọn thay thế nhanh chóng, mượt mà cho các tác vụ nhỏ hơn.
Q02Tôi có thể dán toàn bộ repository không?
GLM-5.3 hỗ trợ ngữ cảnh khoảng 1M token qua API. Bản chat miễn phí của chúng tôi sẽ cắt bớt các cuộc trò chuyện quá dài để phản hồi luôn nhanh chóng, vì vậy hãy dán các tệp quan trọng nhất.
Q03Mô hình có thể đọc ảnh chụp màn hình thông báo lỗi không?
Có, với GLM-5.3 Flash. Hãy đính kèm ảnh chụp màn hình và hỏi xem lỗi bắt nguồn từ đâu.
§ 05Xem thêm
Các trường hợp sử dụng khác
Thử ngay
Hỏi GLM-5.3 điều gì đó thực tế.
Không cần tài khoản, không cần thẻ, không cần cài đặt. Nhập câu hỏi và xem GLM-5.3 Flash trả lời trong vài giây — chuyển sang GLM-5.3 cho những bài toán khó nhất.
Mở chat miễn phíÁp dụng giới hạn miễn phí hàng ngày để tính năng chat luôn sẵn sàng cho tất cả mọi người.