Cụ thể hóa yêu cầu
Hãy mô tả vấn đề trong một câu, rồi nêu tên sản phẩm bàn giao mong đợi. « Thử nghiệm một trợ lý tìm ra năm loại thông tin trong quy trình của chúng tôi » dễ khai thác hơn « làm AI ». Sau đó, hãy nêu phần mềm, dữ liệu được phép, người phụ trách thử nghiệm và người sẽ đánh giá kết quả. Như vậy mọi người đều có thể thảo luận về cùng một phạm vi.
Hãy chọn vài trường hợp tiêu biểu và xác định điều gì sẽ được coi là thành công. Với một trợ lý, hãy chuẩn bị các câu trả lời mong đợi và các yêu cầu mà nó nên nhận ra là không thể trả lời. Với hình ảnh, hãy xác định kích thước, định dạng và những lỗi khiến một đầu ra không dùng được. Những tiêu chí này phải có trước khi so sánh các cấu hình.
So sánh hai phương án, chứ không phải mười lăm card cùng lúc
Hãy chọn một cấu hình tương thích với các yêu cầu của phần mềm, rồi một cấu hình thứ hai đáp ứng một giới hạn hợp lý: ví dụ nhiều bộ nhớ hơn. Với mỗi cấu hình, hãy trình bày mô hình, dung lượng bộ nhớ mỗi GPU, số lượng lô và tổng chi phí của cả kỳ. Một so sánh trở nên dễ hiểu khi một đồng nghiệp có thể giải thích vì sao phương án đắt hơn lại hữu ích.
Đừng nhầm lẫn giữa nhiều GPU và một bộ nhớ lớn hơn duy nhất. Ứng dụng phải được thiết kế hoặc cấu hình để phân chia công việc giữa các card. Nếu nhóm của bạn có một quy trình dự kiến chỉ dùng một GPU, thì một card có nhiều bộ nhớ hơn có thể là một so sánh phù hợp hơn một lô gồm nhiều card.
Điều chỉnh gói 3, 7 hoặc 30 ngày theo nhịp độ của nhóm bạn
Bản dùng thử ba ngày sẽ hiệu quả hơn nếu dữ liệu, quyền truy cập và người phụ trách kiểm tra đã sẵn sàng. Bảy ngày cho phép bạn tổ chức một lần chạy đầu tiên, một buổi đánh giá và một lần làm lại. Ba mươi ngày phù hợp với một chuỗi vòng lặp trải qua nhiều tuần. Hãy tránh mua khoảng thời gian trùng với lúc vắng mặt của người duy nhất có thể xác nhận kết quả đầu ra.
Hãy lập một lịch nhỏ với bốn mốc: hoàn tất chuẩn bị, kết quả đầu tiên, quyết định tiếp tục và thu hồi tệp. Gắn tổng chi phí của gói với khoảng thời gian này. Ngân sách dự án còn bao gồm thời gian con người để dọn dẹp, đánh giá và sửa chữa; chỉ riêng giá GPU không mô tả được chi phí của một lần thử nghiệm.
Chỉ định một người liên hệ theo dõi đơn hàng
Hãy chọn người tạo hồ sơ và điền họ, tên cùng email của mình. Người đó giữ mã đơn hàng và bảng tóm tắt trong hồ sơ dự án mà cả nhóm chia sẻ. Quyền truy cập theo dõi gắn với tài khoản BriefGPU của người này: họ có thể mở lại từ trình duyệt khác bằng email và mật khẩu. Chỉ có email thì không thể mở được đơn hàng.
Thanh toán bằng crypto không cần giấy tờ tùy thân hay thủ tục KYC. Sau khi chuyển khoản, người liên hệ dùng nút « J’ai payé » trên yêu cầu tương ứng, rồi theo dõi quá trình xác minh. Để thuận tiện cho nội bộ, hãy ghi rõ ai chuẩn bị thanh toán và ai kiểm soát khoản chi. Việc phân công này là cách làm việc nhóm, độc lập với biểu mẫu đặt hàng.
Kết thúc bản dùng thử bằng một quyết định có thể hành động
Cuối cùng, hãy tập hợp kết quả, tham số và các quan sát vào một ghi chú ngắn. Phân biệt lỗi của mô hình, vấn đề về dữ liệu và giới hạn trong khâu chuẩn bị của bạn. Sau đó quyết định tiếp tục, thu hẹp phạm vi hay dừng lại. BriefGPU không kiểm tra nội dung tệp, prompt hay phép tính của bạn; vì vậy nhóm bạn tự tổ chức việc đánh giá và sao lưu của mình.
Những phần đọc hữu ích cho dự án này
- 01
Sắp xếp các tệp của dự án
Tách riêng bản gốc, thông số và đầu ra với những tên gọi dễ hiểu.
- 02
Bàn giao kết quả cho một nhóm
Chuẩn bị một gói bàn giao, hướng dẫn kiểm tra lại và quyền truy cập phù hợp.
- 03
So sánh hai cấu hình
Giữ nguyên đầu vào để xem liệu một thay đổi có cải thiện các kết quả được chấp nhận hay không.