Vibecoding một Trading Bot -
Phần 2: Chuyển đổi thành
Kiến trúc thành mã
$SOL
Ở Phần 1, tôi đã phân tích chi tiết ba lớp mà mọi bot giao dịch cần — nguồn dữ liệu, logic ra quyết định, và thực thi. Nếu bạn bỏ lỡ, hãy quay lại đọc phần đó trước, vì phần này phát triển trực tiếp dựa trên nó.
Bây giờ hãy nói về việc biến điều đó thành mã hoạt động — và cụ thể là cách AI phù hợp vào quy trình này. Đây chính là điều mọi người muốn nói khi họ nói "vibecoding".
Vibecoding không phải là "AI viết bot giúp bạn"
Rất nhiều người nghe "vibecoding" và hình dung việc gõ vào một prompt kiểu "hãy tạo cho tôi một bot giao dịch" rồi quay đi với một sản phẩm hoàn chỉnh. Không phải vậy, và việc coi như thế là lý do khiến người ta tạo ra những bot thất bại âm thầm hoặc làm rò rỉ tiền.
Vibecoding trông như thế nào trong thực tế:
1. Lập khung trước, rồi tới logic
Tôi bắt đầu bằng việc dựng khung cho mọi thứ - cấu trúc tệp, cách luồng dữ liệu kết nối với lớp ra quyết định, và cách lớp ra quyết định chuyển giao cho phần thực thi. AI thực sự rất nhanh ở giai đoạn này. Đây là boilerplate, và boilerplate chính là nơi hỗ trợ của AI tỏa sáng.
2. Đọc tất cả những gì nó đưa cho bạn. Đây là phần mọi người thường bỏ qua. Mọi hàm mà AI tạo ra, tôi đều rà từng dòng - không phải vì tôi không tin nó, mà vì tôi cần thực sự hiểu bot của chính mình làm gì. Nếu bạn không thể giải thích vì sao một đoạn code của chính bạn hoạt động, thì bạn không thể sửa nó khi nó hỏng lúc 2 giờ sáng với tiền thật đang nằm trên đường dây.
3. Lặp theo từng mảnh nhỏ, không phải một câu nhắc khổng lồ.Thay vì xin toàn bộ con bot ngay từ đầu, tôi xây dựng nó theo từng lớp: dữ liệu chạy được và đã được kiểm thử trước khi chạm vào phần logic ra quyết định; logic ra quyết định được kiểm thử bằng dữ liệu giả trước khi ghép nối với hành vi thực thi. Vibecoding hoạt động tốt nhất như một vòng lặp khép kín: nhắc, đọc, kiểm thử, điều chỉnh, lặp lại. Không phải kiểu “một phát ăn ngay”.
4. Hãy đối xử với AI như một lập trình viên junior nhanh, không phải như một “kho tiên tri”Nó sẽ tự tin viết ra những thứ có thể sai một cách tinh tế, đặc biệt ở các trường hợp biên như giao dịch thất bại, giới hạn tốc độ, hoặc dữ liệu xấu. Việc phát hiện những lỗi đó là không thể thiếu. Đó vẫn là trách nhiệm của bạn.
Vì sao điều này quan trọng riêng với lớp ra quyết định Logic chấm điểm - phần quyết định rằng thứ gì thực sự đáng để hành động - là nơi tôi dành nhiều thời gian nhất để tinh chỉnh, vì chính tại đây mà “lợi thế thật” của bot nằm (hoặc không nằm). Tôi sẽ không đi vào trọng số cụ thể ở đây, nhưng nói ngắn gọn: không có một tín hiệu đơn lẻ nào kể hết được câu chuyện, và việc ghép đúng tổ hợp đó đòi hỏi nhiều vòng lặp hơn hẳn so với việc dựng khung ban đầu.
Phần 3 sẽ đi vào cách tôi thực sự huấn luyện và tinh chỉnh lớp ra quyết định đó - “huấn luyện” đối với một bot như thế này thực sự có nghĩa là gì, và backtesting đã định hình nó như thế nào.
Phần 3 - huấn luyện lớp ra quyết định của bot - sắp tới.
Tuyên bố miễn trừ trách nhiệm:
Không phải lời khuyên tài chính. Nội dung chỉ mang tính giáo dục. Giao dịch luôn có rủi ro.