Hầu như mọi lời quảng cáo vibe coding đều nhắc đến quyền sở hữu mã nguồn ngay trong đoạn đầu tiên: xuất sang GitHub, không dùng định dạng độc quyền, mang đi bất cứ đâu. Nghe có vẻ hoàn toàn ngược lại với khóa nền tảng, và với phần ứng dụng chỉ đơn thuần là các component React, điều đó phần lớn đúng.
Phần không bao giờ xuất hiện trong lời quảng cáo là cơ sở dữ liệu. Và cơ sở dữ liệu mới là nơi ứng dụng thực sự tồn tại.
‘Xuất’ thực chất xuất ra những gì
Cả Bolt và Base44 đều cung cấp tính năng đồng bộ GitHub đơn giản cho frontend, và Lovable cũng làm điều tương tự với đầu ra React/TypeScript của mình. Nếu ứng dụng của bạn chỉ là một trang giới thiệu hoặc một bản mẫu tĩnh, thì việc xuất đó gần như là toàn bộ, bạn có thể giao repo cho một lập trình viên rồi rút lui gọn gàng.
Ứng dụng dành cho doanh nghiệp thì không như vậy. Ngay khi sản phẩm của bạn có đăng nhập, phân quyền và dữ liệu thật, phần lớn thứ khiến nó vận hành không nằm trong cây component, mà nằm trong cấu trúc dữ liệu, các quy tắc xác thực và logic phân quyền phía sau. Và đó chính xác là lớp mà các nền tảng này miễn cưỡng buông tay nhất.
Base44 nói thẳng điều này thay vì để ngầm hiểu: các nhà đánh giá chỉ ra rằng mã frontend được xuất sang GitHub, nhưng cơ sở dữ liệu và backend vẫn được lưu trữ hoàn toàn trên hạ tầng của Base44 và không thể chỉnh sửa hay xuất trực tiếp. Một người dùng Base44 khi cố lấy các tệp của chính mình ra khỏi nền tảng đã viết thẳng thắn trên Reddit: “Tôi không thấy bất kỳ tệp src nào trong danh sách tệp có thể truy cập, nên tôi e là mình sẽ phải trả tiền cả năm cho gói builder chỉ để lấy được bản build ra khỏi Base44. 480 đô la, nghe hơi vô lý.” Về mặt kỹ thuật thì bạn có thể rời đi. Chỉ là bạn phải trả tiền trước để biết mình sẽ mang theo được những gì.
Vấn đề Hotel California
Những lời phàn nàn về Lovable còn đi xa hơn một bước, vì vấn đề không chỉ là thứ gì không xuất ra được, mà là thứ gì thay đổi mà không hỏi ý kiến bạn. Một chủ đề Reddit đã trở thành điểm tham chiếu quen thuộc trong cộng đồng mô tả việc AI của Lovable tự ý di chuyển cơ sở dữ liệu Supabase riêng tư của một người dùng sang Lovable Cloud mà không có sự đồng ý rõ ràng, và gọi nền tảng này là ‘một Hotel California cho cơ sở dữ liệu của bạn: bạn có thể check in, nhưng không bao giờ rời đi được’.
Đó là một kiểu thất bại khác hẳn so với ‘thiếu nút xuất’. Đây là chuyện nền tảng âm thầm di chuyển chính thứ mà lẽ ra bạn cần xuất ra ngay từ đầu. Nếu bạn từng nghĩ dữ liệu của mình nằm trong chính dự án Supabase của mình, vì đó là cách công cụ tự quảng bá, thì việc phát hiện ra sự thật khác đi sau đó chính là kiểu bất ngờ biến thành một chủ đề cảnh báo trên Reddit mà những người dùng khác đọc được, ngay trước khi họ mắc phải giả định tương tự.
Tình trạng khóa backend của Base44 đi đến cùng một kết luận nhưng từ một góc độ khác: một người đánh giá trên Product Hunt lưu ý rằng ngay cả khi mã frontend xuất ra gọn gàng, cơ sở dữ liệu và backend vẫn bị mắc kẹt trong hạ tầng khép kín của Base44, khiến việc di chuyển cơ sở dữ liệu thực sự trở nên bất khả thi. Hai nền tảng, hai cơ chế, cùng một kết quả: phần ứng dụng chứa dữ liệu kinh doanh thực sự của bạn lại chính là phần bạn khó lòng mang đi nhất.
Tại sao vấn đề này cứ dồn lại chứ không hề đứng yên
Không có điều gì trong số này quan trọng vào ngày đầu tiên, vì ngày đầu tiên chỉ là một bản demo với dữ liệu mẫu. Nó bắt đầu quan trọng khi ứng dụng đã có người dùng thật và cấu trúc dữ liệu đã phát triển vượt xa những gì một câu lệnh ban đầu từng dựng lên.
Nợ cấu trúc dữ liệu chính là cơ chế biến ‘rồi sẽ di chuyển sau’ thành ‘giờ thì mắc kẹt rồi’. Những người dùng Lovable lâu năm cho biết việc để AI thiết kế cấu trúc cơ sở dữ liệu ban đầu hoạt động khá tốt, nhưng đến tháng thứ sáu đến chín, nó tạo ra một khoản nợ cấu trúc nghiêm trọng đến mức chỉ cần thêm một trường dữ liệu mới thôi cũng có thể đòi hỏi viết lại hàng chục quy trình phía sau. Đến lúc đó, việc di chuyển không còn là sao chép một bảng dữ liệu nữa, mà là gỡ rối một hệ thống mà chẳng ai từng ghi lại đầy đủ trong quá trình xây dựng. Cùng nghiên cứu đó cũng chỉ ra rằng những người xây dựng dày dạn kinh nghiệm giờ đây khuyên không nên dùng Lovable cho bất cứ thứ gì dự định chạy lâu hơn 18 đến 24 tháng, và khuyến nghị chuyển sang một stack code-first trước khi khoản nợ đó dồn thêm.
Cộng thêm vào đó là một nền tảng còn tự cập nhật khiến chính người dùng bị hụt chân. Người dùng Lovable mô tả rằng các bản cập nhật của chính nền tảng thường xuyên làm hỏng những ứng dụng khách hàng đang chạy, đến mức một số người giờ phải thu phí bảo trì hàng tháng của khách hàng chỉ để xử lý những lỗi mà chính nền tảng gây ra. Bạn không chỉ bị khóa vào cơ sở dữ liệu. Bạn còn bị khóa vào việc phải sửa những thiệt hại mà nhà cung cấp gây ra trong khi bạn đang bị khóa.
“Tôi thực sự sợ Base44, vì tôi đang xây nền tảng cho cả sự nghiệp của mình trên đó… hôm nay còn hoạt động tốt thì hôm sau họ có thể lấy đi mất.” - Người dùng Base44, r/Base44
Điều thực sự giúp giảm rủi ro
Chúng tôi sẽ không giả vờ rằng có một phiên bản ‘nền tảng được lưu trữ’ nào đó đồng nghĩa với việc không hề bị khóa. Softr cũng là một nền tảng được lưu trữ, và nếu bạn đóng tài khoản, bạn cũng sẽ không mang đi được một ứng dụng có thể di chuyển được, chẳng khác gì khi rời khỏi Lovable hay Base44. Câu hỏi trung thực không phải là ‘liệu tôi có thể tránh hoàn toàn việc bị khóa hay không’, mà là ‘bao nhiêu phần dữ liệu của tôi vẫn có thể truy cập được trong khi tôi còn dùng nền tảng, và việc rời đi sẽ tệ đến mức nào nếu có ngày tôi cần làm điều đó’.
Với câu hỏi đó, cơ chế thực tế quan trọng hơn nhiều so với lời quảng cáo. Có vài điều đáng kiểm tra trước khi bạn xây dựng thứ gì đó mang tính nền tảng trên bất kỳ nền tảng nào:
- Một công cụ bên ngoài có thể truy cập dữ liệu của bạn mà không cần đi qua giao diện của ứng dụng không? Cơ sở dữ liệu của chính Softr công khai một máy chủ MCP (
mcp.softr.io) cùng một API REST, nhờ đó các công cụ như Claude, Cursor, hoặc một đoạn script có thể đọc, ghi hoặc tái cấu trúc dữ liệu của bạn bằng ngôn ngữ tự nhiên ngay cả khi bạn vẫn đang xây dựng. Softr khẳng định trực tiếp rằng đây là cách ngăn khóa nền tảng bằng việc giữ cho cơ sở dữ liệu luôn truy cập được từ bên ngoài một giao diện duy nhất, đó là một lời cam kết khác hẳn so với ‘rồi bạn cũng sẽ xuất được mã nguồn’. - Nền tảng có âm thầm di chuyển hạ tầng của bạn mà không báo trước không? Đây chính xác là lời phàn nàn dành cho Lovable. Nếu nền tảng của bạn có thể tự chuyển nơi lưu trữ dữ liệu như một phần của hành động AI, hãy hỏi rõ điều gì kích hoạt việc đó và bạn có thể từ chối hay không.
- Sáu tháng sau, việc thay đổi cấu trúc dữ liệu thực sự tốn kém đến đâu? Không phải vào ngày đầu tiên, khi mọi thứ còn là một khung sườn AI mới tinh, mà là sau khi việc sử dụng thực tế đã định hình dữ liệu. Nợ cấu trúc dữ liệu là phiên bản chậm của khóa nền tảng, và đó là loại không bao giờ xuất hiện trên trang bảng giá.
Nếu ứng dụng thực sự chỉ là một bản mẫu hay một dự án cá nhân, thì không điều gì trong số này nên ngăn bạn vibe code nó ngay cuối tuần này, có xuất được mã nguồn hay không cũng chẳng sao. Nhưng nếu đó là một cổng thông tin khách hàng, một công cụ nội bộ, hoặc bất cứ thứ gì có người dùng thật và dữ liệu thật, thì vấn đề Ngày Thứ Hai và vấn đề khóa nền tảng thực chất là cùng một vấn đề mang hai cái tên: hệ thống ngầm mà bạn không nghĩ tới vào ngày đầu tiên chính là thứ khó di chuyển nhất vào ngày thứ hai trăm. Hãy xem bảng xếp hạng cổng thông tin khách hàng của chúng tôi trước khi chọn một nền tảng mà bạn khó lòng rời bỏ.