Sáu quy luật khi trò chuyện với AI
Tôi đã phân tích 192 phiên lập trình với AI. Dữ liệu cho thấy có 8.471 tin nhắn và 89 triệu token. Tổng chi phí là 518 USD.
Nhưng chi phí trên mỗi token không phải là thước đo đúng đắn. Tôi muốn biết bao nhiêu phần trong quá trình giao tiếp của mình là lãng phí.
Tôi nhận thấy 60% các phiên của mình được tách ra (forked) từ các phiên cũ hơn. Tôi đang bắt đầu lại các cuộc hội thoại nhiều hơn là hoàn thành chúng. Tôi nhận ra mình đang gặp vấn đề về độ trễ thực thi (execution latency), chứ không phải vấn đề về kiến thức.
Dưới đây là sáu quy luật để ngừng lãng phí thời gian với AI:
Viết các quy tắc ngay lập tức. Trung bình tôi mất 36 tin nhắn từ lúc biết một quy tắc cho đến khi viết nó ra. Nếu một lỗi cần sửa áp dụng cho các phiên làm việc trong tương lai, hãy viết nó vào tệp cấu hình (config file) của bạn ngay bây giờ. Chi phí để viết chỉ mất mười giây. Chi phí của việc không viết là toàn bộ thời gian còn lại của phiên làm việc.
Kiểm soát phạm vi ảnh hưởng (blast radius). AI có thể làm hỏng cả một trang web chỉ bằng cách thay đổi một tệp. Trước bất kỳ thao tác nào tác động đến nhiều tệp, hãy yêu cầu AI liệt kê mọi tệp và mọi thay đổi. Hãy đợi sự xác nhận của bạn trước khi nó tiếp tục.
Hoàn thiện ý tưởng trước khi gõ phím. Tôi đã tốn quá nhiều tin nhắn để tinh chỉnh các ý tưởng sơ khai. Hãy viết đầy đủ các thông số kỹ thuật (specification) trong một trình soạn thảo văn bản trước. Bao gồm các trường (fields), các ràng buộc (constraints) và các trường hợp biên (edge cases). Hãy gửi toàn bộ thông số kỹ thuật một lần thay vì thực hiện bảy lần điều chỉnh nhỏ.
Loại bỏ các chỉ dẫn mơ hồ. Những tin nhắn ngắn như "thay đổi" hoặc "làm đi" sẽ gây tốn kém nhiều vòng làm rõ. Nếu một người không có bất kỳ ngữ cảnh nào cũng không thể thực hiện được chỉ dẫn của bạn, hãy thêm chi tiết. "Thay đổi" trở thành "Thêm tính năng làm sạch dữ liệu đầu vào (input sanitization) cho trình xử lý biểu mẫu (form handler)."
Tìm kiếm các khuôn mẫu, thay vì chỉ sửa lỗi đơn lẻ. Khi bạn tìm thấy một lỗi trong một tệp, đừng chỉ sửa tệp đó. Hãy bảo AI kiểm tra tất cả các tệp trong cùng danh mục đó để tìm lỗi tương tự. Điều này ngăn lỗi tương tự xuất hiện ở những nơi khác nhau.
Xác định phạm vi một cách rõ ràng. Nếu một ràng buộc áp dụng cho mọi thứ, hãy dùng từ "tất cả" (all). Nếu bạn nói "hàm này" (this function), AI sẽ chỉ tác động đến duy nhất hàm đó. Phạm vi rõ ràng giúp bạn tránh được việc phải sửa lỗi lặp đi lặp lại.
Mục tiêu không phải là kỹ thuật đặt câu lệnh (prompt engineering) tốt hơn. Mục tiêu là một quy trình để ngừng việc phải lặp lại chính mình.
Nguồn: https://dev.to/antonio_zhu_e726fd856cd86/six-laws-for-talking-to-ai-4dan
Cộng đồng học tập tùy chọn: https://t.me/GyaanSetuAi