Bạn muốn tạo ra những sản phẩm mã hóa tốt hơn? Dưới đây là một số mẹo và thủ thuật mà tôi có thể chia sẻ sau 1800 lần cam kết và hơn 1000 giờ lập trình mã hóa: 1. Bắt đầu bằng cách giải thích ý tưởng của bạn cho LLM và yêu cầu nó chuẩn bị cho bạn một tài liệu PRD và tài liệu kiến trúc (dưới dạng tệp md). 2. Tải các tệp md vào LLM của bạn, để nó đọc tất cả, và yêu cầu nó tạo một tài liệu kế hoạch thực hiện. 3. Để tận dụng tối đa, thay vì sử dụng một LLM chung, hãy để các tác nhân phụ với kỹ năng cụ thể đảm nhận các phần khác nhau. Điều này sẽ mang lại cho bạn một nhóm thành viên chuyên môn hóa, thay vì một LLM chung chung, chỉ giỏi một số lĩnh vực. 4. Để số 3 có hiệu quả, hãy yêu cầu LLM của bạn lập trình các tác nhân như những chuyên gia hàng đầu trong lĩnh vực của họ, được đào tạo bởi những người giỏi nhất, hoặc tốt hơn nữa, sử dụng một công cụ để tạo ra các tác nhân (Tôi sẽ chia sẻ một công cụ mà tôi đã xây dựng cho việc này sớm, gọi là Spawner). 5. Trong quá trình thực hiện, hãy chắc chắn rằng bạn đang sử dụng các cam kết GitHub càng nhiều càng tốt. Thay vì cố gắng hoàn thành toàn bộ ứng dụng trong một lần, hãy kiểm tra các tính năng để đảm bảo mỗi tính năng hoạt động trước khi bạn chuyển sang cái tiếp theo. 6. Để thiết kế UI không trông như một mớ hỗn độn, tôi rất khuyên bạn nên nhập các tham chiếu hoặc sử dụng một tác nhân có kỹ năng về UI với nhiều bối cảnh hơn về: (1) cách bạn muốn người dùng trải nghiệm sản phẩm của bạn, (2) ai là đối tượng mục tiêu của bạn, (3) làm cho một trang trông tuyệt vời, (4) để AI sử dụng phong cách đó cho phần còn lại của sản phẩm của bạn, và (5) yêu cầu AI tránh các gradient và biểu tượng xấu vì nó thường mặc định vào những thứ đó. 7. AI không giỏi trong việc xây dựng hệ thống ủy quyền một mình, đặc biệt là cho X. Hãy sử dụng một tác nhân có kỹ năng cho việc này: nó sẽ làm mọi thứ dễ dàng hơn rất nhiều. Bạn có thể mất hàng giờ để vò đầu bứt tai nếu không làm vậy. 8. Nếu bạn không thích một số tính năng và muốn thay đổi chúng, hãy chắc chắn rằng sau đó bạn yêu cầu AI xem xét mã nguồn của bạn và dọn dẹp bất kỳ tính năng và mã nào không sử dụng. Còn tốt hơn: quay lại các cam kết trước khi một tính năng nhất định được lập trình và xây dựng phiên bản bạn muốn từ đó. Nếu bạn để mã của mình trở thành mớ hỗn độn, nó sẽ gây ra rất nhiều đau đầu khiến bạn muốn từ bỏ dự án: việc sửa chữa trở nên không thể chịu đựng nổi, ngay cả với AI. 9. Yêu cầu AI sử dụng một tài liệu thay đổi và đảm bảo rằng các tài liệu kiến trúc/PRD ban đầu của bạn được cập nhật để phản ánh các tính năng hiện tại của bạn một cách nhất quán. AI có thể có ấn tượng sai về những gì bộ tính năng của bạn trông như thế nào nếu tài liệu ban đầu và các tính năng hiện tại của bạn khác nhau, điều này có thể dẫn đến các tính năng và mã hỗn độn. 10. Sử dụng các công cụ quét lỗ hổng để kiểm tra xem bạn có để lộ bí mật hoặc có khoảng trống bảo mật nào không: AI có xu hướng gặp phải những vấn đề này. Tôi cũng đã xây dựng một công cụ cho việc này; hãy kiểm tra vibeship dot co. Chúc bạn may mắn!