Gỡ lỗi với AI: Quy trình thật, không phải phép màu

Hôm qua tôi mất 4 tiếng gỡ 1 lỗi.

Có AI hỗ trợ.

Không phải “dán lỗi → sửa ngay” như các hướng dẫn.

Đây là thực tế.

Bối cảnh

Lỗi: Form gửi không hoạt động trên Safari di động.

Desktop: OK. Chrome di động: OK. Safari di động: Lỗi âm thầm.

Tiếng 1: Cách tiếp cận hiển nhiên (thất bại)

Dán lỗi vào Claude:

Form gửi không hoạt động trên Safari di động.
Không có lỗi trong console.
Hoạt động tốt trên các trình duyệt khác.

Claude đề xuất 10 điều:

Kiểm tra form action
Kiểm tra event listeners
Kiểm tra lỗi JavaScript
…

Tôi kiểm tra hết. Không phải.

Tiếng 2: Đi sâu hơn

Tôi thay đổi cách tiếp cận:

Đây là code của form:
[dán code]

Form không hoạt động trên Safari di động.
Đã kiểm tra: action đúng, event listener có, không có lỗi JS.

Có những trường hợp đặc biệt nào của Safari di động mà tôi chưa biết?

Claude: “Safari di động có những hành vi riêng…”

Liệt kê 5 khả năng. Một trong số đó: form lồng trong form không được phép.

Kiểm tra code. Đúng rồi.

Có 1 form lồng nhau do cấu trúc component.

Tiếng 3: Sửa lỗi (tưởng đơn giản, hóa ra không)

Sửa form lồng nhau → hỏng giao diện.

Tôi cần tái cấu trúc các component.

Dùng AI để lên kế hoạch:

Cấu trúc hiện tại:
[sơ đồ]

Vấn đề: Form lồng nhau
Ràng buộc: Không được làm hỏng giao diện

Các phương án để tái cấu trúc?

Claude đưa 3 phương án. Tôi chọn phương án 2.

Tiếng 4: Triển khai + kiểm thử

Triển khai. Kiểm thử. Sửa các trường hợp đặc biệt.

Không có phép màu AI ở bước này. Chỉ là viết code.

Bài học rút ra

1. AI không thay thế sự hiểu biết

AI không biết ngữ cảnh của dự án.

Tôi phải cung cấp đủ ngữ cảnh, đúng ngữ cảnh.

2. Lặp lại tốt hơn một phát

Không có prompt thần kỳ.

Hỏi → Trả lời → Hỏi lại với thêm ngữ cảnh → Câu trả lời tốt hơn.

3. AI giỏi với những điều ta không biết mình không biết

Tôi không biết Safari di động có đặc điểm về form lồng nhau.

AI biết. Đó là giá trị.

4. AI không giỏi với logic riêng của dự án

Lỗi liên quan đến cấu trúc component của dự án tôi.

AI không biết cấu trúc đó.

Tôi phải giải thích rõ.

Quy trình gỡ lỗi tôi dùng

1. Mô tả triệu chứng rõ ràng
2. Liệt kê những gì đã thử
3. Hỏi về các khả năng (không phải giải pháp)
4. Khi tìm được, hỏi về các phương án triển khai
5. Chọn và triển khai

AI như tư vấn viên. Bạn vẫn là kỹ sư.

Thực tế 4 tiếng

Các hướng dẫn: “Sửa lỗi trong vài giây với AI”

Thực tế: AI tăng tốc từ 8 giờ → 4 giờ. Không phải 8 giờ → 5 phút.

Vẫn có giá trị. Nhưng kỳ vọng cần thực tế.

Kết luận

Gỡ lỗi với AI không phải phép màu.

Là sự cộng tác.

Bạn cung cấp ngữ cảnh. AI cung cấp kiến thức.

Kết hợp cả hai = gỡ lỗi nhanh hơn.

Nhưng “nhanh hơn” ≠ “tức thì”.

Nhật ký như này tôi chia sẻ trong Tony’s Friends VIP. Quy trình thật, sai lầm thật.