Tín hiệu: làn sóng công cụ “prompt-to-app” mã nguồn mở đang tăng tốc rất nhanh. Nhóm dẫn đầu — bolt.diy (stackblitz-labs, TypeScript, giấy phép MIT), Onlook (onlook-dev, TypeScript/React, Apache-2.0), dyad (dyad-sh, TypeScript, Apache-2.0) và screenshot-to-code (abi, Python, MIT) — đều nằm trong nhóm được star rất mạnh, ở mức ghi nhận từ vài chục nghìn tới hàng chục nghìn sao và commit gần như hằng tuần. Con số cụ thể thay đổi mỗi ngày, nên hãy xem đây là mức tham khảo tại thời điểm ghi nhận; điều không đổi là hạ tầng để một người biến một câu prompt thành app chạy được giờ đã sẵn sàng, miễn phí và được phép thương mại hoá.
Bài này không dịch README và cũng không hô hào “AI thay lập trình viên”. Nó trả lời đúng một câu hỏi của builder: dựa trên các repo prompt-to-app mã nguồn mở, làm sao dựng một MVP đủ tốt để bán cho freelancer — nhóm khách chịu chi vì họ kiếm tiền trực tiếp từ tốc độ giao hàng? Đây là một playbook, không phải một bài giới thiệu tool.
Phân tích giấy phép trước khi bàn kiếm tiền
Với sản phẩm đóng gói để bán, giấy phép quyết định bạn có tồn tại hợp pháp hay không — quan trọng hơn cả số sao. Ba trạng thái cần phân biệt rạch ròi:
MIT và Apache-2.0 (bolt.diy, Onlook, dyad, screenshot-to-code). Đây là nhóm dễ thở nhất. Bạn được self-host, sửa mã, đóng gói lại, đặt thương hiệu riêng và bán dịch vụ trên nền đó — kể cả bản SaaS thu phí — miễn giữ lại thông báo bản quyền gốc. Apache-2.0 còn kèm điều khoản cấp phép sáng chế, an toàn hơn một chút cho sản phẩm thương mại. Với freelancer làm khách hàng cuối, đây là vùng an toàn để xây.
Cạm bẫy “open-core”. Nhiều tool cho bản lõi mã nguồn mở nhưng khoá các tính năng kiếm tiền (multi-tenant, SSO, quản lý team, white-label) sau giấy phép thương mại hoặc bản cloud. Nếu mô hình của bạn dựa đúng vào tính năng bị khoá đó, bạn đang xây trên cát. Luôn mở tệp LICENSE và trang pricing của dự án gốc, đọc kỹ phần “commercial use” trước khi viết dòng code đầu tiên.
Rủi ro model, không phải rủi ro repo. Bản thân các repo prompt-to-app thường chỉ là lớp điều phối; phần sinh code gọi tới LLM bên thứ ba (Anthropic, OpenAI, hoặc model self-host). Điều khoản của nhà cung cấp model mới là ràng buộc thật khi bạn bán lại đầu ra. Đây là điểm 90% người mới bỏ qua: giấy phép repo cho phép, nhưng ToS của model API mới là thứ quyết định bạn có được resell nội dung sinh ra hay không.
Vì sao freelancer là nhóm khách chịu chi
Freelancer thiết kế, freelancer marketing và agency một người sống bằng số lượng deliverable giao đúng hạn. Một landing page, một dashboard demo, một app nội bộ nhỏ cho khách — nếu rút từ hai ngày xuống hai giờ, phần thời gian tiết kiệm đổi thẳng ra tiền. Họ không mua “AI”; họ mua thời gian giao hàng và sự chắc chắn. Đó là lý do một MVP prompt-to-app nhắm freelancer dễ bán hơn nhắm doanh nghiệp lớn: chu kỳ quyết định ngắn, người dùng tự trả tiền, và họ đã quen trả phí công cụ hàng tháng.
Ngách này cũng đã được kiểm chứng gián tiếp trên chính kho tri thức AIToEarn: các phân tích như xây SaaS ngách từ một repo AI agent hay playbook bán dịch vụ tự động hoá workflow trên n8n đều cho thấy cùng một công thức: lấy một repo mạnh, thu hẹp phạm vi vào một nhóm khách cụ thể, rồi bán trải nghiệm chứ không bán công nghệ.
Khung XÂY GÌ · BÁN CHO AI · VALIDATE
Dưới đây là ba hướng đóng gói, xếp theo độ khó tăng dần. Mỗi hướng kèm ước lượng thời gian MVP cho một người làm bán thời gian và cạm bẫy đã thấy trước.
Hướng 1 — “Prompt-to-Landing” cho freelancer marketing
XÂY GÌ: fork một builder như bolt.diy hoặc screenshot-to-code, khoá phạm vi lại chỉ còn sinh landing page và block marketing (hero, pricing, FAQ, form thu lead). Thêm thư viện template tiếng Việt, nút export ra HTML tĩnh hoặc đẩy thẳng lên Netlify/Vercel. Bỏ hết những gì không phục vụ landing page để sản phẩm gọn và dễ dùng.
BÁN CHO AI: freelancer chạy ads và agency social một người — nhóm cần ra landing test offer mỗi tuần. Định giá theo gói xuất trang hoặc thuê bao tháng nhẹ (khoảng vài trăm nghìn đồng/tháng), rẻ hơn thuê coder nhưng nhanh hơn tự vọc.
VALIDATE: trước khi code, đăng 5 mẫu landing sinh sẵn vào 2–3 group freelancer Việt, đề nghị “đặt trước để lấy sớm”. Có ≥10 người để lại email trong một tuần thì mới dựng. Thời gian MVP: 2–3 tuần bán thời gian. Cạm bẫy: code do LLM sinh thường phình và khó bảo trì — hãy giới hạn output trong bộ component cố định thay vì để model tự do, nếu không phần hỗ trợ khách sẽ ăn hết lợi nhuận.
Hướng 2 — “Client Demo Studio” cho freelancer thiết kế/dev
XÂY GÌ: dùng Onlook (visual editor cho React) làm lõi, bọc thêm quản lý dự án theo khách hàng, chia sẻ link preview và thu comment. Điểm bán không phải sinh code, mà là biến bản chỉnh sửa trực quan thành một demo khách bấm được ngay trong buổi họp.
BÁN CHO AI: freelancer thiết kế và dev front-end cần chốt scope với khách nhanh. Đây là công cụ rút ngắn vòng “sửa tới sửa lui” — thứ freelancer sẵn sàng trả để giữ khách và giảm số lần chỉnh miễn phí.
VALIDATE: chào tay 5 freelancer trong network, cho dùng miễn phí một dự án đổi lấy feedback; đếm xem có bao nhiêu người tự động dùng cho dự án thứ hai. Thời gian MVP: 4–6 tuần vì phần đồng bộ trạng thái editor phức tạp hơn. Cạm bẫy: đừng cạnh tranh trực diện với bản cloud của chính dự án gốc — hãy thắng bằng bản địa hoá tiếng Việt, hỗ trợ tận nơi và tích hợp thanh toán nội địa.
Hướng 3 — “Internal Tool Factory” bán cho agency
XÂY GÌ: ghép một builder full-stack (bolt.diy hoặc dyad) với vài mẫu app nội bộ hay gặp — CRM mini, form khảo sát, dashboard báo cáo. Bán như dịch vụ có người kèm: khách mô tả nhu cầu, hệ thống sinh khung, bạn tinh chỉnh và bàn giao.
BÁN CHO AI: agency nhỏ và freelancer vận hành cần công cụ nội bộ nhưng không đủ ngân sách thuê team dev. Đây là mô hình “productized service” — dịch vụ đóng gói giá cố định, biên lợi nhuận tốt hơn bán license thuần.
VALIDATE: nhận 3 đơn trả tiền thật (dù giá mềm) trước khi tự động hoá bất cứ thứ gì; nếu không ai trả cho bản làm tay thì bản tự động cũng sẽ ế. Thời gian MVP: 3–4 tuần cho quy trình bán thủ công có hỗ trợ. Cạm bẫy: chi phí token LLM có thể ăn mòn biên lợi nhuận — chốt giá theo dự án thay vì theo lần dùng, và cân nhắc model self-host cho các tác vụ lặp lại để kiểm soát chi phí.
Chi phí thật và điểm hoà vốn
Ba khoản chi phối P&L của mô hình này: token LLM cho mỗi lần sinh, hosting cho phần app khách chạy, và thời gian hỗ trợ. Sai lầm phổ biến nhất là định giá thuê bao cố định trong khi chi phí token biến động theo mức dùng — một khách “nặng tay” đủ để lỗ cả gói. Cách an toàn cho MVP: đặt hạn mức số lần sinh mỗi gói, log lại chi phí thực mỗi phiên, và chỉ mở gói không giới hạn khi đã có số liệu vài tuần. Logic định giá theo tầng này cũng là xương sống của các mô hình đã mổ xẻ trong phân tích SEO-as-a-Service giá rẻ trên AIToEarn — nguyên tắc giống nhau: bán kết quả trọn gói, giấu độ phức tạp và chi phí biến đổi ở phía sau.
Câu hỏi thường gặp
Tôi không giỏi code, có làm được MVP prompt-to-app không?
Làm được ở hướng 1 và 3 nếu chấp nhận giai đoạn đầu vận hành bán thủ công: bạn dùng chính công cụ để sinh khung, rồi tinh chỉnh tay. Hướng 2 (visual editor) cần nền tảng React vững hơn. Với người mới, hãy bắt đầu từ hướng có phần “người kèm máy” để không bị chặn ở khâu kỹ thuật, và tự động hoá dần khi đã có khách trả tiền.
Bán lại đầu ra do AI sinh có hợp pháp không?
Giấy phép MIT/Apache-2.0 của repo cho phép bạn thương mại hoá phần mềm. Nhưng phần nội dung/code do model sinh lại chịu điều khoản của nhà cung cấp LLM — đa số cho phép dùng thương mại đầu ra, song vẫn nên đọc ToS bản mới nhất. Rủi ro pháp lý thật nằm ở tầng model, không phải tầng repo.
Làm sao cạnh tranh với bản cloud của chính dự án gốc?
Đừng đấu tính năng. Thắng bằng ngách hẹp (chỉ landing page, chỉ demo cho khách), bản địa hoá tiếng Việt, thanh toán nội địa, hỗ trợ tận tay và template đúng ngành khách Việt. Bản cloud toàn cầu mạnh về hạ tầng nhưng yếu về sự gần gũi với một nhóm khách nhỏ — đó chính là khoảng trống của bạn.
Cần bao nhiêu vốn để khởi động?
Chi phí lớn nhất giai đoạn đầu là token LLM và hosting, đều theo mức dùng nên có thể bắt đầu gần như bằng không rồi tăng dần theo số khách. Vốn thật bạn bỏ ra là thời gian dựng MVP và chạy validate. Đừng đầu tư hạ tầng trước khi có ít nhất vài đơn trả tiền thật.
Nên chọn repo nào để bắt đầu?
Nếu ưu tiên landing/full-stack và giấy phép thoáng, bắt đầu với bolt.diy (MIT). Nếu làm về trải nghiệm chỉnh sửa trực quan cho dev/designer, xem Onlook (repo chính chủ) với giấy phép Apache-2.0. Dù chọn repo nào, việc đầu tiên vẫn là mở tệp LICENSE và điều khoản của model bạn định dùng.
Prompt-to-app đã hạ rào cản kỹ thuật xuống gần bằng không. Rào cản còn lại — và cũng là nơi tiền nằm — là chọn đúng một nhóm khách hẹp, đóng gói đúng nỗi đau của họ, và validate bằng đơn hàng thật trước khi viết code. Freelancer là điểm khởi đầu hợp lý vì họ tự trả tiền và mua tốc độ. Phần khó không phải công nghệ; phần khó là kỷ luật thu hẹp phạm vi.
— Lê Nhật Minh, “Vibe Coder” · AIToEarn