Hướng dẫn Lovable: Tạo ứng dụng web sẵn sàng hoạt động chỉ bằng một câu lệnh, lại còn đồng bộ được với GitHub

Một người bạn làm việc trong ngành sản xuất truyền thống ở Đài Trung của tôi năm ngoái đã bỏ ra 180.000 Đài tệ thuê bên ngoài làm một hệ thống nội bộ mang tên "Báo cáo tiến độ của nhân viên kinh doanh". Làm trong 4 tháng, sau khi ra mắt thì nhân viên chê khó dùng, chẳng ai thèm điền.

Tháng trước, cậu ấy gửi cho tôi một đường liên kết, bảo đó là phiên bản thay thế do chính cậu ấy tự làm trong một buổi chiều. Tôi nhấp vào xem, giao diện sạch sẽ, có tính năng đăng nhập, dữ liệu được lưu trữ đàng hoàng và nhân viên thực sự đang sử dụng. Cậu ấy nói: "Mình chỉ cần gõ những gì mình muốn vào đó, thế là nó làm ra thôi."

Công cụ đó chính là Lovable.

Lovable là gì

Định nghĩa chính thức của họ về bản thân là "Nền tảng phát triển AI full-stack, sử dụng ngôn ngữ tự nhiên để xây dựng, lặp (iterate) và triển khai ứng dụng web, cho ra mã nguồn thực tế, có tính năng bảo mật và quản trị doanh nghiệp."

Tách bạch ra thì có ba điểm chính: Bạn dùng lời nói để yêu cầu, nó viết mã nguồn thật, và mã nguồn đó hoàn toàn thuộc về bạn.

Điểm thứ ba là điểm mấu chốt. Rất nhiều công cụ không cần mã (no-code) trên thị trường tạo ra sản phẩm bị khóa chặt trong nền tảng, muốn chuyển đi chẳng khác nào viết lại từ đầu. Quy trình chính thức của Lovable bao gồm rõ ràng bước "Đồng bộ hóa với GitHub", có nghĩa là bạn có thể mang theo mã nguồn của mình rời đi bất cứ lúc nào.

Nó có thể làm ra những gì

Các loại ứng dụng được liệt kê trong tài liệu chính thức rất đa dạng:

• Sản phẩm SaaS và bảng điều khiển kinh doanh (business dashboard)
• Nền tảng tiêu dùng và mạng xã hội
• Chợ điện tử và công cụ thương mại điện tử
• Quy trình làm việc nội bộ và hệ thống vận hành
• Trang web tiếp thị và trang đích (landing page)
• Nền tảng giáo dục và công cụ học tập
• Trò chơi web và nội dung tương tác

Đánh giá của riêng tôi là: Công cụ nội bộ và xác thực MVP chính là điểm ngọt của nó. Những loại sản phẩm có "nhu cầu rõ ràng, ít người dùng, nhưng thuê ngoài thì không đáng" sẽ rơi đúng vào khoảng này.

Cách sử dụng: Quy trình bốn bước chính thức

Tài liệu của Lovable trình bày quy trình rất súc tích, chỉ gồm bốn bước:

Bước 1: Describe (Mô tả) — Dùng ngôn ngữ tự nhiên mô tả điều bạn muốn

Bước này quyết định việc phía sau có suôn sẻ hay không. Giống như việc đưa câu lệnh (prompt) cho chatbot, bạn nói càng cụ thể, sản phẩm làm ra càng sát với mong muốn của bạn.

Một cấu trúc mô tả thiết thực:

Tôi muốn làm một hệ thống nội bộ "Báo cáo tiến độ của nhân viên kinh doanh".
Người dùng: Khoảng 15 nhân viên kinh doanh, cần có tài khoản đăng nhập.
Giao diện chính: (1) Nhân viên kinh doanh sau khi đăng nhập sẽ thấy danh sách khách hàng mình phụ trách (2) Nhấp vào khách hàng có thể thêm mới một bản ghi chuyến thăm, các trường bao gồm ngày tháng, phương thức thăm, nội dung trò chuyện, bước tiếp theo (3) Tài khoản quản lý có thể xem bản ghi của tất cả nhân viên kinh doanh và lọc theo ngày tháng.
Phong cách: Gọn gàng, lấy bảng làm chủ đạo, điện thoại cũng phải dùng được.

So với câu "Hãy giúp tôi làm một CRM", kiểu mô tả này có thể tiết kiệm được lượng lớn điểm số dùng để chỉnh sửa qua lại.

Bước 2: Review and iterate (Xem xét và lặp lại) — Xem kết quả, sửa đổi, rồi lại xem

Lovable sẽ tạo ra một ứng dụng có thể thao tác trực tiếp, bạn nhấp vào là biết đúng hay sai. Những chỗ nào chưa đúng thì dùng lời nói để sửa trực tiếp: "Danh sách khách hàng cần thêm một cột 'Ngày liên hệ gần nhất'", "Sau khi đăng nhập, mặc định hiển thị bản ghi của tháng này".

Ở đây có một điểm mấu chốt để tiết kiệm tiền: Hãy nói hết một loạt nội dung cần sửa trong một lần, đừng sửa từng cái một. Mỗi lần gửi một tin nhắn là tốn một lượt build (xây dựng), gộp ba chỉnh sửa nhỏ thành một tin nhắn sẽ tiết kiệm chi phí gấp ba lần.

Bước 3: Sync to GitHub (Đồng bộ với GitHub) — Đưa mã nguồn vào quy trình của bạn

Khi hình hài ban đầu đã đúng, hãy đồng bộ hóa với GitHub. Ý nghĩa của bước này là:

• Bạn có hệ thống quản lý phiên bản và sao lưu
• Lập trình viên có thể tiếp quản và sửa đổi bằng trình chỉnh sửa của riêng họ (Cursor, Zed đều được)
• Có thể kết nối với CI/CD của riêng bạn và quét bảo mật
• Không bị trói buộc bởi nền tảng

Tôi đặc biệt kiến nghị rằng miễn là dự án có chút tính chính thức, bạn nhất định phải thực hiện bước này.

Bước 4: Deploy and govern (Triển khai và quản lý) — Triển khai và quản trị

Triển khai theo tiêu chuẩn của tổ chức bạn. Lovable cung cấp dịch vụ lưu trữ đám mây tích hợp sẵn (Cloud hosting, bao gồm cơ sở dữ liệu, bộ nhớ, lưu lượng truy cập), bạn cũng có thể tự kết nối.

Cách tính điểm: Ba mục đích sử dụng, đừng nhầm lẫn

Đây là nơi khiến nhiều người sập bẫy nhất. Tài liệu chính thức chia điểm số thành ba mục đích sử dụng:

• Build usage (Sử dụng xây dựng): Gửi tin nhắn trong Lovable để lên kế hoạch, tạo, chỉnh sửa hoặc cập nhật ứng dụng của bạn
• Cloud usage (Sử dụng đám mây): Lưu trữ, cơ sở dữ liệu, bộ nhớ và tài nguyên mạng
• AI gateway usage (Sử dụng cổng AI): Các lệnh gọi mô hình của tính năng AI bên trong ứng dụng mà bạn đã triển khai ra ngoài

Nguồn gốc của điểm số cũng chia làm hai loại: Hạn mức chuyên dụng cho mục đích sử dụng (hạn mức build hàng ngày, Cloud và AI hàng tháng, sẽ tự động được cập nhật) và Điểm số chung (hạn mức gói hàng tháng, mua thêm, phần thưởng, có thể sử dụng linh hoạt). Tài liệu chính thức nêu rõ rằng họ sẽ ưu tiên sử dụng hạn mức chuyên dụng trước, sau đó mới dùng đến điểm số chung, và ưu tiên tiêu thụ phần sắp hết hạn trước.

Cấu trúc hạn mức được liệt kê trong tài liệu chính thức:

Gói	Build hằng ngày	Cloud hằng tháng	AI hằng tháng	Đơn giá mua thêm
Free	5 lần/ngày (Giới hạn tháng 30)	20 điểm	4 điểm	—
Pro	5 lần/ngày	20 điểm	4 điểm	0,30 USD/điểm
Business	5 lần/ngày	20 điểm	4 điểm	0,60 USD/điểm

Mức tiêu thụ của việc build dao động tùy theo độ phức tạp, ví dụ mà phía chính thức đưa ra là các chỉnh sửa nhỏ tốn khoảng 0,5 điểm, thêm các tính năng lớn hơn như tính năng đăng nhập tốn khoảng 1,2 điểm.

Phần dễ bị cạn kiệt nhất chính là Cloud. Chi phí lưu trữ được tính theo mức sử dụng, không bao gồm trong phí hàng tháng của gói. Nếu ứng dụng của bạn được sử dụng với số lượng lớn hoặc cơ sở dữ liệu lưu trữ nhiều tệp tin, khoản phí này sẽ tiếp tục tích lũy. Trước khi đưa lên trực tuyến, hãy chắc chắn kiểm tra bảng điều khiển mức sử dụng một lần, đừng đợi đến khi hóa đơn gửi đến mới biết.

Mẹo nâng cao: Bốn cách làm giảm một nửa chi phí

Một, vẽ trước rồi làm sau. Trước khi bắt tay vào làm, hãy dùng giấy bút hoặc Excalidraw phác thảo lại giao diện bạn muốn. Suy nghĩ thật kỹ về số lượng giao diện và các trường dữ liệu của từng giao diện trước khi bắt đầu mô tả, điều này có thể lược bỏ lượng lớn các thao tác chỉnh sửa qua lại.

Hai, gộp các lệnh chỉnh sửa. Đã đề cập ở phần trước nhưng rất đáng để nhắc lại. "Làm tiêu đề to lên, nút bấm màu xanh lam, thêm một nút xuất dữ liệu" hãy viết thành một tin nhắn duy nhất, đừng chia làm ba lần.

Ba, chia nhỏ các tính năng phức tạp thành các giai đoạn độc lập. Trước tiên hãy tạo ra phiên bản cơ bản có thể chạy được (danh sách + thêm mới), sau đó xác nhận cấu trúc dữ liệu đã đúng chưa, rồi mới thêm tính năng đăng nhập, tiếp theo mới thêm quyền hạn. Nếu bắt nó làm tất cả cùng lúc, khi xảy ra lỗi bạn sẽ không biết hỏng ở đâu, và chi phí làm lại là cao nhất.

Bốn, dùng phiên bản miễn phí ở giai đoạn phác thảo, khi xác định làm thì mới trả phí. 5 lần build mỗi ngày nghe có vẻ ít, nhưng nếu mô tả của bạn đủ chính xác, thực tế năm lần có thể thúc đẩy được khá nhiều việc. Hãy dùng phiên bản miễn phí để kiểm chứng xem ý tưởng này có đáng làm hay không, rồi mới quyết định có nên đổ tiền vào hay không.

Những điểm cần chú ý: Lập trình viên Đài Loan hãy đặc biệt lưu ý

Bảo mật không thể chỉ dựa vào AI. Phía chính thức của Lovable thực sự nhấn mạnh rằng các sản phẩm tạo ra có cân nhắc đến tính bảo mật, nhưng mã do AI tạo ra vẫn có thể gặp các vấn đề như cài đặt quyền quá rộng hoặc đầu vào chưa được xác thực. Miễn là ứng dụng của bạn xử lý dữ liệu cá nhân (danh sách khách hàng, thông tin nhân viên, số căn cước), theo luật pháp về bảo vệ dữ liệu cá nhân tại Đài Loan, bạn có nghĩa vụ phải bảo vệ chúng. Hãy nhớ kéo mã nguồn về GitHub, để lập trình viên kiểm tra bảo mật một lần, hoặc ít nhất chạy một lần quét tự động. Đây không phải là tùy chọn.

Đừng coi nó là liều thuốc vạn năng không cần am hiểu công nghệ. Nó có thể giúp những người không biết lập trình tạo ra sản phẩm, nhưng khi sản phẩm hỏng hóc, hiệu năng chậm đi, thiết kế cơ sở dữ liệu không đúng, bạn vẫn cần đến những người có chuyên môn. Kỳ vọng hợp lý là: Nó làm giảm 90% ngưỡng cửa "từ con số không đến khi có sản phẩm", nhưng "từ có sản phẩm đến khi vận hành ổn định" vẫn cần đến sự chuyên nghiệp.

Chi phí cần được giám sát linh hoạt. Phí thuê bao hàng tháng là cố định, còn phần tính phí theo mức sử dụng thì không. Hãy đặt một lời nhắc, mỗi tuần kiểm tra mức sử dụng một lần, đừng để một ứng dụng thử nghiệm không ai dùng cứ lén lút ngốn tiền ở chế độ nền.

Khi nào nên dùng công cụ khác

• Trang web chính thức hoặc trang đích tĩnh thuần túy: Dùng Framer hoặc Webflow sẽ nhanh hơn, mức độ tự do thiết kế cũng cao hơn
• Biểu mẫu và thu thập dữ liệu đơn giản: Google Form cộng với bảng tính là đủ rồi, đừng làm quá phức tạp (over-engineering)
• Phát triển tính năng trên cơ sở mã nguồn có sẵn: Sử dụng trực tiếp trợ lý AI bên trong trình chỉnh sửa như Cursor, Cline
• Sản phẩm chính thức đòi hỏi logic kinh doanh phức tạp: Dùng Lovable làm nguyên mẫu (prototype), sau đó hãy trung thực tìm lập trình viên

Đọc thêm: Để hiểu toàn cảnh về danh mục AI viết mã, bạn có thể xem Hướng dẫn trợ lý lập trình AI; nếu muốn làm công cụ nội bộ cho doanh nghiệp, bài viết Xây dựng công cụ nội bộ bằng AI sẽ giải thích đầy đủ hơn; để chuyển đổi giữa nhiều mô hình nhằm tiết kiệm chi phí, Hướng dẫn OpenRouter rất đáng tham khảo. Thêm nhiều công cụ tương tự tại mục Phân loại công cụ dành cho nhà phát triển AI, hoặc bạn cũng có thể ghé thăm Thư viện mẫu câu lệnh để tìm các mẫu mô tả có sẵn.

Đánh giá từ Học viện TheAI

Quan điểm của tôi về Lovable là: Thứ mà nó thực sự thay đổi không phải là "tốc độ phát triển", mà là "ai có tư cách bắt đầu làm".

Trước đây, một quản lý bộ phận muốn làm một công cụ nhỏ, trước tiên phải viết yêu cầu, tìm ngân sách, xếp hàng chờ đến lượt bộ phận IT, ba tháng sau nhận được một sản phẩm không đúng ý cho lắm. Bây giờ họ có thể tự mình làm ra một phiên bản thô sơ nhưng dùng được, xác định phương hướng đúng đắn rồi mới tìm lập trình viên để làm phiên bản chính thức. Sự thay đổi thứ tự này quan trọng hơn rất nhiều so với số tiền tiết kiệm được.

Nhưng tôi cũng phải thành thật nói rằng: Những lời quảng cáo kiểu "làm ra sản phẩm tầm cỡ thị trường chỉ trong một buổi chiều" thì nghe cho vui là chính. Những trường hợp thành công mà tôi từng thấy, toàn bộ đều là công cụ nội bộ có nhu cầu rõ ràng, quy mô không lớn và người dùng nằm trong tầm kiểm soát. Đây không phải là điểm yếu, mà chính là vị trí thuộc về nó.

Đánh giá: Giá trị lớn nhất của Lovable là ép chi phí của việc "làm thử một lần xem sao" xuống gần bằng không. Thứ mà các doanh nghiệp vừa và nhỏ ở Đài Loan thiếu nhất chưa bao giờ là ý tưởng, mà là chi phí để kiểm chứng ý tưởng quá cao — vấn đề này giờ đây đã được giải quyết hơn một nửa.

Đề xuất cụ thể dành cho độc giả: Hãy tìm một việc trong công ty của bạn mà "ai cũng thấy phiền phức, nhưng vẫn cứ dùng Excel để chắp vá qua ngày" (đăng ký nghỉ phép, mượn thiết bị, báo cáo kinh doanh đều được), dùng phiên bản miễn phí để làm ra một bản phác thảo và đưa cho đồng nghiệp dùng thử trong một tuần. Nếu thực sự có người dùng, hãy bàn tiếp chuyện có nên đầu tư làm phiên bản chính thức hay không; nếu không ai dùng, bạn cũng chỉ mất một buổi chiều mà thôi.

Nguồn dữ liệu

• Tài liệu chính thức của Lovable: Giới thiệu nền tảng
• Tài liệu chính thức của Lovable: Giải thích về điểm số và mức sử dụng

Được tổng hợp dựa trên thông tin công khai, lấy thông tin chính thức làm chuẩn. Phí thuê bao hàng tháng và hạn mức có thể thay đổi bất cứ lúc nào, vui lòng truy cập trang định giá chính thức để xác nhận trước khi thanh toán.