Richard Teachout // Teachout.com
← Tất cả bài viết

Lock-In Is Fine. Lock-Out Isn't.

Richard Teachout
Richard Teachout CTO tại Ashley Furniture Industries - Lãnh đạo công nghệ cấp cao, doanh nhân, lãnh đạo AI, kiến trúc sư, người giải quyết vấn đề, cựu lập trình viên. 21 tháng 10, 2026
AI
Bị khóa thì không sao. Bị khóa ngoài mới là vấn đề.

Mọi người đều sợ nhầm loại khóa trói.

Nỗi sợ là model. Nếu chúng ta xây trên model của nhà cung cấp X, chúng ta bị khóa. Nếu nhà cung cấp X đổi giá, điều khoản, hay chính model đó, chúng ta kẹt. Thế là tổ chức bỏ hàng tháng xây các lớp trừu tượng để tránh phụ thuộc vào bất kỳ model đơn lẻ nào — và trong quá trình đó, tạo ra thứ khóa trói thực sự gây hại: bị khóa khỏi hệ sinh thái.

Tôi nói thẳng: khóa model phần lớn là hoang đường, và lớp trừu tượng được xây để ngăn nó thường mới là cái bẫy thật. Các model có thể hoán đổi ở những khía cạnh quan trọng. Thứ bạn thực sự nên sợ là bị khóa khỏi công cụ, khỏi việc đánh giá, và khỏi tri thức vận hành khiến bất kỳ model nào hoạt động.

Tại sao khóa model là nỗi sợ sai

Model thay đổi. Đó không phải rủi ro, mà là sự thật, và chính sự thật đó khiến việc khóa model có thể sống sót. Model tiên tiến bạn dùng hôm nay không phải model bạn sẽ dùng trong mười tám tháng nữa, và điều đó đúng dù bạn có xây lớp trừu tượng hay không, vì nhà cung cấp cũng liên tục đổi model của họ. Bạn vốn đã đứng trên một nền tảng đang chuyển động. Câu hỏi chưa bao giờ là model có đổi dưới chân bạn không. Mà là bạn có thể xác minh model mới vẫn hoạt động không.

Đó là hiểu biết làm tan nỗi sợ khóa model: sự phụ thuộc thật của bạn không phải model. Mà là việc đánh giá. Nếu bạn có thể chạy bộ test với model mới và thấy nó tốt hơn hay tệ hơn, việc chuyển đổi chỉ là một dự án cuối tuần. Bộ đánh giá là tài sản di động. Đó là sức mạnh thương lượng của bạn trước mọi nhà cung cấp model, vì nó nghĩa là bạn có thể rời đi khi muốn.

Những đội thực sự bị kẹt không phải những đội dùng một model. Mà là những đội không có bộ đánh giá — những đội không biết model mới có tốt hơn không, nên vì sợ mà ở lại model cũ. Đó mới là khóa trói. Không phải do nhà cung cấp. Mà là sự đánh giá bị thiếu.

Lớp trừu tượng không bảo vệ bạn khỏi khóa trói. Bộ đánh giá mới làm được. Một bên là đống code sẽ mục rữa. Bên kia là tài sản khiến mọi model thành hàng hóa.

Thứ khóa trói thực sự: bị khóa ngoài

Thứ khóa trói đáng lo là bị khóa ngoài: không thể tham gia vào hệ sinh thái xung quanh công nghệ.

Hệ sinh thái AI đang tiến nhanh, và nó tiến qua công cụ. Khung đánh giá, công cụ quan sát, chuẩn điều phối, connector kiểu MCP, thực hành cộng đồng — tri thức vận hành sống ở đây. Một đội tự xây mọi thứ theo kiểu riêng, tự cách ly khỏi hệ sinh thái nhân danh tránh khóa trói, là một đội phải tự phát minh lại mọi cải tiến mà hệ sinh thái xuất xưởng.

Đó là thứ khóa trói đắt đỏ. Nó không hiện trong hợp đồng. Nó hiện ra như một đội chậm sáu tháng ở mọi thực hành, vì lớp tùy chỉnh của họ không kết nối với bất cứ thứ gì. Họ không bị nhà cung cấp khóa. Họ tự khóa mình ra ngoài.

Chuẩn hóa cái gì, kết hôn cái gì

Sự phân chia rất rõ, và nó giống như mọi quyết định nền tảng khác.

Chuẩn hóa các lớp di động: đánh giá, prompt, và telemetry. Đây là tài sản của bạn. Chúng mã hóa chuẩn chất lượng, tri thức miền, và lịch sử vận hành của bạn. Chúng nên ở định dạng chạy được ở bất cứ đâu — file test thường, file prompt thường, log thường. Đây là những thứ bạn sở hữu, và là những thứ khiến việc chuyển đổi khả thi. Hãy đầu tư vào đây không ngại ngần.

Kết hôn các lớp hàng hóa: API model, vector store, framework điều phối. Chúng có thể hoán đổi. Nếu nhà cung cấp đổi giá hay model, bạn nên đổi được chúng với một lượng công việc hợp lý — và lượng hợp lý được định nghĩa bởi bộ đánh giá và tính di động của prompt, không phải bởi một lớp trừu tượng cố giấu mọi nhà cung cấp sau một giao diện giả giống hệt nhau.

Những lớp trừu tượng gây đau nhất là những lớp cố làm mọi nhà cung cấp giống hệt nhau. Chúng không làm được. Chúng chỉ thêm một lớp bug, một lớp trôi phiên bản, và một lớp đội không dùng được tính năng tốt nhất của nhà cung cấp vì lớp trừu tượng không lộ chúng. Hãy tích hợp mỏng nhất có thể vào từng nhà cung cấp, giữ đánh giá và prompt di động, và đối xử với nhà cung cấp đúng bản chất: có thể thay thế.

Bài kiểm tra cho thiết lập của bạn

Hỏi hai câu. Bạn có thể chạy đánh giá với một model khác trong tuần này không? Và đội bạn hiểu công cụ hệ sinh thái, hay chỉ hiểu wrapper nội bộ của mình?

Nếu đánh giá chạy sạch trên một model khác, bạn không bị khóa. Nếu đội bạn có thể bước vào tài liệu của một công cụ mới mà không cần khóa đào tạo, bạn không bị khóa ngoài. Câu đầu bảo vệ tương lai. Câu sau bảo vệ năng lực.

Model bạn dùng hôm nay sẽ không phải model bạn dùng hai năm nữa. Không sao. Điều quan trọng là tri thức bạn đã xây — bộ đánh giá, prompt, thực hành vận hành — có đi cùng bạn không. Khóa trói là hoang đường khi bạn sở hữu việc đánh giá. Bị khóa ngoài là thật khi bạn tự cách ly khỏi hệ sinh thái.

Chuẩn hóa cái bạn sở hữu. Kết hôn cái có thể thay thế. Và ngừng xây lớp trừu tượng. Nó đang bảo vệ bạn khỏi một nỗi sợ mà bộ đánh giá đã giải quyết xong.

Nghĩ rằng lập luận này phù hợp với sự kiện của bạn? Hãy kể cho tôi về hội trường — lịch có chọn lọc.

Bắt đầu trò chuyện
English简体中文Tiếng Việt