Tín hiệu sớm đã xuất hiện. Ai biết đọc?
Một developer đã mổ xẻ client code của Codex và phát hiện ra điều này: OpenAI đang âm thầm khóa chức năng real-time image và live search trên các API của bên thứ ba. Mô hình không thay đổi, nhưng client thì bị cắt xén. Đây không phải là một bug. Đây là một move có chủ đích.
Context: Từ 'Model war' sang 'Experience war'
Hồi 2017, tôi đã mất 6 tuần phân tích sách trắng Filecoin để nhận ra sự khác biệt giữa một ICO có giá trị và một câu chuyện bán rẻ. Bài học đó vẫn còn nguyên giá trị. Bây giờ, cuộc chơi không còn là 'ai có model mạnh hơn' nữa. Ai cũng có thể fine-tune Llama 3 hoặc gọi API Claude. Cuộc chơi mới là: ai kiểm soát được trải nghiệm từ đầu đến cuối?
OpenAI đã trả lời câu hỏi đó. Họ không muốn bạn dùng Codex qua một client trung gian nào đó, vì lúc đó họ mất kiểm soát về dữ liệu, về thương hiệu, và quan trọng nhất: về giá. Họ muốn bạn dùng của họ.
Core: Cơ chế 'Soft Lock' và phân tích tâm lý FOMO
Developer đó đã phát hiện ra cơ chế hoạt động. Client Codex kiểm tra nguồn gốc của API request. Nếu Provider name không phải là 'OpenAI', nó sẽ chặn các endpoint liên quan đến hình ảnh và tìm kiếm.
Điểm thú vị: Nó là một 'soft lock'. Bạn có thể bypass bằng cách đổi Provider name thành 'OpenAI', hoặc thêm header x-openai-actor-authorization. Điều này cho thấy OpenAI không muốn gây chiến trực diện với cộng đồng developer. Họ muốn tạo ra một barrier vừa đủ để làm nản lòng 90% số người, nhưng không đến mức bị coi là phản bội.
Bạn thấy không? Đây là một chiến thuật cực kỳ thông minh về mặt tâm lý. Họ biết rằng cộng đồng developer có FOMO về các tính năng mới. Họ cũng biết rằng cộng đồng này lười. Việc phải maintain một header đặc biệt, hoặc fake Provider name, sẽ làm tăng chi phí vận hành cho các 'wrapper app' và 'proxy service'. Chúng sẽ chết dần vì mệt mỏi.
Thêm vào đó, báo cáo còn phát hiện một endpoint mới: /responses/compact. Đây là một cơ chế backend để nén các hội thoại dài. Nó được kích hoạt khi có request từ non-native client. Điều này cho thấy OpenAI đang chủ động tối ưu chi phí cho các luồng request 'không chính chủ', đồng thời tạo ra một lợi thế trải nghiệm cho người dùng chính thức: họ sẽ có hội thoại dài mượt mà hơn, còn người dùng qua proxy thì bị chậm hoặc mất context. Một cú 'pincer movement' hoàn hảo.
Contrarian: Đây không phải là 'bảo vệ người dùng', mà là 'bảo vệ doanh thu'
Hãy nhìn vào bức tranh lớn hơn. Đừng tin vào câu chuyện 'bảo mật' hay 'chất lượng dịch vụ'. Đây thuần túy là một động thái thương mại.
Các tính năng real-time image và live search là những 'cỗ máy in tiền'. Chúng tốn kém về mặt compute. Cho phép các bên thứ ba sử dụng chúng miễn phí hoặc với giá rẻ thông qua API proxy là một sự rò rỉ doanh thu khủng khiếp. OpenAI đang bịt lỗ hổng đó.
Hãy nhìn vào sai lầm của tôi với BAYC: tôi chỉ nhìn vào câu chuyện cộng đồng mà quên mất rủi ro thanh khoản. Ở đây, nhiều developer cũng chỉ nhìn vào 'model mạnh' mà quên mất rằng họ đang xây nhà trên đất của người khác. Mảnh đất đó, chủ nhà có quyền thay đổi luật chơi bất cứ lúc nào.
Điều này cũng đặt ra một câu hỏi về 'model-agnostic'. Liệu một client 'model-agnostic' có thực sự tồn tại? OpenAI vừa chứng minh rằng, nếu bạn muốn có trải nghiệm tốt nhất, bạn phải dùng client của chính họ. Đây là một đòn giáng mạnh vào hệ sinh thái open-source client như LobeChat, NextChat. Chúng sẽ phải đối mặt với một bài toán khó: hoặc là mất tính năng, hoặc là chơi trò mèo vờn chuột với OpenAI.
Takeaway: Cuộc chơi tiếp theo là về 'Platform Lock-in'
Đây không phải là một tin tức về lỗi kỹ thuật. Đây là một tín hiệu về tương lai của ngành AI. Các công ty lớn sẽ không còn cạnh tranh bằng benchmark nữa. Họ sẽ cạnh tranh bằng cách khóa chặt người dùng vào hệ sinh thái của riêng mình.
Câu hỏi dành cho bạn: Nếu bạn là một developer đang xây dựng sản phẩm dựa trên API của OpenAI, bạn đã tính đến kịch bản họ 'bóp' tính năng của bạn chưa? Đòn bẩy của kẻ thức thời là đa dạng hóa nguồn lực, chứ không phải đặt tất cả trứng vào một giỏ.