Sau khi mô hình nguồn mở bị hạn chế, tính khả dụng mặc định sẽ hết hạn trước tiên.

Khi một mô hình nguồn mở đi vào trạng thái hạn chế, điều đầu tiên thất bại thường là tính khả dụng mặc định. Bản thân câu này không bắt mắt, nhưng nó rất quan trọng khi rơi vào quy trình làm việc: tệp mô hình có thể vẫn còn đó, máy nhân bản có thể vẫn được đồng bộ hóa và máy cục bộ có thể chạy một lần, nhưng cùng một hồi quy, cùng một bộ từ nhắc nhở và cùng một tập lệnh bó bắt đầu mất dần điều kiện tiên quyết để được thiết lập theo mặc định.

Những thay đổi ban đầu không lớn. Một môi trường có phiên bản được phản chiếu và môi trường khác có phiên bản được lượng tử hóa; phiên bản tokenizer của một máy không khớp với phiên bản của máy khác; nó vẫn có thể được sao chép ngày hôm nay, nhưng ngày mai, kết quả sẽ bắt đầu thay đổi do những thay đổi trong chính sách truy cập, phản ánh sự chậm trễ hoặc hạn ngạch. Nhìn bề ngoài thì nó vẫn là “mô hình có sẵn”, nhưng trên thực tế nó đã trở thành ba thứ: đường dẫn có sẵn, quyền có sẵn và phiên bản có sẵn.

Điều rắc rối nhất về kiểu thay đổi này là nó không làm hệ thống ngừng hoạt động ngay lập tức. Đầu tiên nó thay đổi giá trị mặc định. Giả định mặc định trước đó là cùng một mô hình, cùng một phiên bản và cùng một bộ tham số có thể tạo ra các kết quả đủ gần trong hầu hết các môi trường. Sau khi bị hạn chế, giả định này không còn đúng nữa. Mỗi khi nhóm đưa ra phán đoán, trước tiên nhóm phải xác nhận lối vào, phản ánh, định lượng, khôi phục và các hạn chế trong khu vực. Cuối cùng, việc này thường mất nhiều thời gian hơn việc tự chạy mô hình.

Điều thực sự cần được giải quyết trước tiên là bề mặt điều khiển mà mô hình sử dụng: ai có thể sử dụng nó, nó có thể được sử dụng trong môi trường nào, phiên bản nào được coi là đường cơ sở sản xuất, đường dẫn nào sẽ chuyển sang khi lỗi và phiên bản nào cần giữ lại khi quay trở lại. Chỉ bằng cách loại bỏ các ranh giới này một cách riêng biệt, mô hình bị hạn chế mới có thể không trực tiếp phá vỡ quy trình làm việc. Nếu không, mọi biện pháp khắc phục tạm thời đều giống như phát minh lại quy trình. Nếu nó có thể chạy hôm nay, điều đó không có nghĩa là ngày mai bộ dữ liệu đầu vào đó sẽ được nhận dạng.

Điểm dễ bị đánh giá sai nhất ở đây là coi “vẫn chạy được một lần” là “vẫn có thể sử dụng ổn định”. Một khi phán đoán này bị nhầm lẫn, những rắc rối tiếp theo sẽ tiếp tục xuất hiện: bộ hồi quy không còn có chung đường cơ sở nữa và khi khắc phục sự cố, trước tiên bạn phải xác nhận xem mình có phiên bản nào và nhóm sẽ bắt đầu không đồng ý về việc “liệu phiên bản này có phải là cùng một mô hình hay không.” Bản thân mô hình vẫn còn đó, nhưng chuỗi phán xét được xây dựng xung quanh nó đã tan rã.

Do đó, sự thay đổi thực sự do các hạn chế mang lại không chỉ là việc giảm khả năng tải xuống mà còn là sự thất bại về khả năng sử dụng mặc định. Mô hình càng tiên tiến thì càng trở nên hạn chế và càng ít có thể dựa vào trí nhớ tạm thời và các quy ước bằng lời nói để duy trì tính nhất quán. Điều cần thiết là quyền rõ ràng, đường cơ sở cố định, mục nhập có thể tái chế và đường dẫn dự phòng có thể theo dõi. Sau khi thắt chặt những điều này, mô hình thực sự có thể bước vào trạng thái hoạt động; nếu không thì mô hình dù có tốt đến mấy cũng chỉ “đủ để làm hôm nay”.