Cuộc Cách Mạng "Vibe Coding": Cách Tôi Chạy 10 MVP Song Song Mà Không Cần Viết Code

Đang có một cuộc cách mạng thầm lặng diễn ra trong cách chúng ta xây dựng phần mềm, và nó chẳng liên quan gì đến một framework JavaScript mới nào cả. Nó nằm ở sự thay đổi về việc ai—hoặc cái gì—đang gánh vác phần việc nặng nhọc nhất.

Hãy tưởng tượng kịch bản này: Bạn đang ngồi chờ máy bay. Bạn nảy ra một ý tưởng. Đến khi máy bay hạ cánh, bạn không chỉ có vài dòng ghi chú trong điện thoại; bạn đã có một MVP (Sản phẩm khả thi tối thiểu) được deploy hoàn chỉnh với cơ sở dữ liệu, xác thực người dùng (authentication), và giao diện frontend, tất cả đều chạy trực tiếp trên một đường link URL. Bạn không phải viết một dòng cú pháp nào. Bạn chỉ điều phối luồng công việc.

Đây không phải là chuyện khoa học viễn tưởng. Đây là điều mà mọi người bắt đầu gọi là "Vibe Coding" (Lập trình theo cảm hứng), và nó đang thay đổi hoàn toàn bài toán kinh tế của các startup.

Hầu hết các founder vẫn đang mắc kẹt trong vòng lặp cũ: Ý tưởng -> Tuyển dụng/Code -> Debug -> Deploy. Vòng lặp đó quá chậm. Vòng lặp mới trông như thế này: Ngữ cảnh (Context) -> AI Agent -> Xác minh (Verification).

Tôi đã dành vài tuần qua để tinh chỉnh một tech stack giúp tự động hóa "mớ hỗn độn ở giữa" quy trình phát triển. Nó cho phép tôi chạy mười MVP tiềm năng trong các chu kỳ song song. Dưới đây là thiết lập chính xác, quy trình làm việc, và sự thật trần trụi về những điểm mà nó có thể gãy đổ.

The "Vibe" Stack

Để làm được điều này, bạn cần các công cụ có thể "nói chuyện" với nhau. Chúng ta không tìm kiếm các giải pháp doanh nghiệp phức tạp nhất; chúng ta muốn tốc độ và sự tích hợp. Đây là bộ công cụ:

1. Framework: create-t3-turbo (Một cấu trúc monorepo được xây dựng trên Turborepo, xử lý cả frontend và backend ở cùng một nơi. Bao gồm Next.js, tRPC, Tailwind, và Prisma. Hoàn hảo cho các MVP).
2. Bộ não: Claude Code (Công cụ CLI đóng vai trò là kỹ sư trưởng của bạn).
3. Quản lý dự án: Linear (Nguồn dữ liệu chuẩn - Source of truth).
4. Theo dõi: GitHub Issues (Được đồng bộ với Linear).
5. Hạ tầng: Vercel (Hosting) + Neon (Serverless Postgres).

Cả Vercel và Neon đều có các gói miễn phí rất hào phóng, nghĩa là chi phí thử nghiệm của bạn gần như bằng không.

Giai Đoạn Thiết Lập

Trước khi viết bất kỳ dòng code nào, bạn cần phải "đi dây" cho cỗ máy này. Đây là quy trình thiết lập chính xác:

1. Khởi tạo Dự án

Bắt đầu bằng việc tạo một dự án create-t3-turbo mới. Việc này cung cấp cho bạn một cấu trúc monorepo sẵn sàng cho production với mọi thứ đã được cấu hình:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Lệnh này sẽ dựng sẵn một stack hoàn chỉnh với Next.js cho frontend, tRPC cho các API an toàn về kiểu dữ liệu (type-safe), Prisma để quản lý cơ sở dữ liệu, và Tailwind CSS để style giao diện—tất cả nằm trong cấu trúc Turborepo monorepo.

2. Cài đặt Claude Code

Tiếp theo, cài đặt Claude Code, trợ lý phát triển bằng AI của bạn. Làm theo hướng dẫn cài đặt tại code.claude.com. Sau khi cài đặt xong, bạn có thể khởi chạy nó từ thư mục dự án:

claude

3. Thiết lập Tích hợp GitHub Actions

Bên trong Claude Code CLI, hãy cài đặt tích hợp GitHub Actions bằng cách chạy lệnh:

/install-github-app

Lệnh này thiết lập bot GitHub Actions cho phép Claude tạo pull request (PR), chạy các quy trình CI/CD, và tương tác với kho lưu trữ (repository) của bạn. Sự tích hợp này cho phép Claude thực thi các thay đổi code thông qua các quy trình tự động thay vì chỉ đưa ra gợi ý. Để biết hướng dẫn thiết lập chi tiết, hãy xem tài liệu chính thức của GitHub Actions.

4. Kết nối Linear với GitHub

Phép màu thực sự xảy ra khi bạn kết nối Linear với GitHub để đồng bộ issue hai chiều. Cách làm như sau:

1. Truy cập trang tích hợp GitHub của Linear
2. Nhấn "Add Integration" và cấp quyền cho Linear truy cập tài khoản GitHub của bạn
3. Chọn repository bạn muốn đồng bộ
4. Cấu hình cài đặt đồng bộ:
   • Đồng bộ hai chiều (Bidirectional sync): Issue tạo trên GitHub tự động xuất hiện trên Linear, và ngược lại
   • Ánh xạ trạng thái (Status mapping): Map các trạng thái quy trình của Linear (Todo, In Progress, Done) với trạng thái issue trên GitHub
   • Đồng bộ mức độ ưu tiên (Priority sync): Giữ cho mức độ ưu tiên được đồng bộ giữa hai nền tảng
   • Tự động liên kết (Auto-linking): Tự động liên kết các branch và PR với issue trên Linear bằng cách sử dụng ID của issue

Sau khi cấu hình xong, khi một issue được tạo trên GitHub, nó sẽ xuất hiện trên Linear. Khi bạn cập nhật mức độ ưu tiên hoặc trạng thái trên Linear, thay đổi đó sẽ phản ánh lại trên GitHub. Điều này tạo ra một quy trình làm việc thống nhất nơi bạn có thể quản lý tác vụ từ bất kỳ nền tảng nào.

5. Triển khai Hạ tầng

Cuối cùng, deploy lên Vercel với cơ sở dữ liệu Neon:

• Kết nối GitHub repository của bạn với Vercel
• Khởi tạo một cơ sở dữ liệu Neon serverless Postgres (có gói miễn phí)
• Thêm chuỗi kết nối (connection string) của database vào biến môi trường (environment variables) trên Vercel

Sau khi deploy, bạn giờ đây đã có một quy trình tích hợp liên tục (CI pipeline) chạy từ suy nghĩ của bạn đến một URL hoạt động. Mọi lần merge vào nhánh main sẽ tự động deploy ra production.

Quy Trình Tự Động Hóa

Đây là nơi vai trò truyền thống của Product Manager (PM) bắt đầu mờ nhạt dần.

1. Phiên Làm Việc Về Ngữ Cảnh (The Context Session)

Nếu bạn có một ý tưởng, đừng mở IDE vội. Hãy mở cửa sổ chat lên. Nói chuyện với ChatGPT hoặc Claude. Trút hết những suy nghĩ thô sơ của bạn ra. Hãy để AI phản biện lại bạn. Đến cuối phiên làm việc này, hãy yêu cầu nó tạo ra một PRD (Tài liệu Yêu cầu Sản phẩm) ở định dạng Markdown.

Những gì bạn nhận được thường tốt hơn những gì hầu hết các PM cấp trung (mid-level) tạo ra. Nó chi tiết, có cấu trúc và chuyên nghiệp.

Góc nhìn: Tôi tin rằng vai trò "Product Manager" chuyên biệt là vị trí đầu tiên bị AI thay thế. Chúng ta đang tiến tới một thế giới của những "Product Designer" hoặc "Full-Stack Creator" - những người nắm giữ tầm nhìn, trong khi AI xử lý các thông số kỹ thuật.

2. Bàn Giao (The Handoff)

Nạp bản PRD dạng Markdown đó vào Claude Code trên máy của bạn. Đây là bước quan trọng nơi AI chuyển đổi các yêu cầu thành các hạng mục công việc có thể thực thi.

Bên trong Claude Code CLI, hãy ra lệnh cho nó phân tích PRD và tạo GitHub Issues. Claude Code sử dụng GitHub CLI (gh) bên dưới để tương tác với repository của bạn. Đây là những gì diễn ra:

1. Phân tích: Claude phân tích PRD và chia nhỏ nó thành các tác vụ riêng biệt, khả thi
2. Tạo Issue: Với mỗi tác vụ, Claude chạy các lệnh như:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Gán Metadata: Claude tự động gán nhãn (feature, bug, enhancement), mức độ ưu tiên, và thậm chí ước tính dựa trên độ phức tạp được mô tả trong PRD
4. Ánh xạ phụ thuộc: Nếu tích hợp GitHub Actions đã được thiết lập, Claude cũng có thể tạo các mối quan hệ phụ thuộc giữa các issue và các cột mốc (milestones)

Vẻ đẹp của việc sử dụng gh CLI là nó có thể lập trình được—Claude có thể tạo hàng loạt hàng chục issue trong vài giây, mỗi issue đều được định dạng đúng chuẩn với mô tả markdown, tiêu chí chấp nhận (acceptance criteria), và ghi chú kỹ thuật.

Đột nhiên, bảng Linear của bạn sáng đèn lên. Nhờ vào tính năng đồng bộ Linear-GitHub bạn đã cấu hình trước đó, bạn sẽ thấy 10 đến 20 ticket tự động xuất hiện—có tiêu đề chuẩn chỉnh, mô tả chi tiết, mức độ ưu tiên và trạng thái. Toàn bộ backlog mà một PM phải mất hàng giờ để tạo thủ công giờ được tạo ra trong chưa đầy một phút.

3. Thực Thi (The Execution)

Bây giờ, bạn đóng vai trò là Engineering Manager. Bạn tag @claude vào các issue để bắt đầu làm việc trên các ticket. Claude viết code trong GitHub Actions, tạo Pull Request, và chờ review.

Bạn merge (hợp nhất code).

CI/CD của Vercel kích hoạt. Vài phút sau, các thay đổi đã lên sóng (live).

Cái hay của việc này là nó có thể diễn ra ngay trên điện thoại của bạn. Bạn đang review PR và quản lý bảng công việc từ trên taxi hay quán cà phê. Bạn không phải gõ những đoạn code React mẫu (boilerplate) chung chung; bạn đang chỉ đạo một đội thi công tốc độ cao.

Vấn Đề "Dặm Cuối" (The Last Mile)

Nếu bạn dừng đọc ở đây, bạn có thể nghĩ AI đã giải quyết được mọi thứ. Không phải vậy.

Mặc dù "Vibe Coding" rất mạnh mẽ, chúng ta cần trung thực về những giới hạn của nó. AI cực kỳ giỏi trong những "công việc bẩn" (dirty work) và "công việc khô khan" (dry work). Nó có thể dựng khung schema cơ sở dữ liệu, xây dựng form đăng nhập, và thiết lập các API route nhanh hơn bất kỳ con người nào.

Nhưng nó gặp khó khăn với linh hồn của sản phẩm.

Hãy nghĩ về việc này giống như xây nhà. AI là đội thi công phần thô. Họ có thể đổ bê tông, dựng khung, và lắp tường thạch cao trong thời gian kỷ lục. Nhưng họ là những nhà thiết kế nội thất tồi. Họ không biết rằng cái công tắc đèn ở góc đó mang lại cảm giác sai sai, hay luồng di chuyển trong bếp khiến mọi người va vào nhau.

Trong phần mềm, đây là "Dặm Cuối" (Last Mile). Những tương tác làm người dùng thích thú, những hiệu ứng UI tinh tế, những trường hợp biên (edge cases) trong logic nghiệp vụ—đây là nơi bạn, người xây dựng (builder), phải bước vào.

Nếu bạn dựa 100% vào AI để hoàn thiện sản phẩm, bạn sẽ nhận được một phần mềm hoạt động tốt về mặt kỹ thuật nhưng lại trống rỗng về mặt cảm xúc. Nó sẽ thiếu đi sự "tinh tế" (craft) giúp phân biệt những sản phẩm tuyệt vời với những sản phẩm chung chung.

Bài Học Thực Tế

Nếu bạn muốn thử điều này ngay hôm nay, đây là lời khuyên của tôi:

• Bắt đầu với PRD: Đừng bao giờ yêu cầu AI "cứ code đi". Chất lượng của code là hệ quả của chất lượng PRD. Hãy dành năng lượng của bạn để tinh chỉnh văn bản yêu cầu, không phải cú pháp code.
• Tin tưởng nhưng phải Xác minh (Trust but Verify): Các agent code AI có thể bị "ảo giác" (hallucinate) về các thư viện phụ thuộc hoặc viết logic thiếu bảo mật. Hãy đọc kỹ các thay đổi (diffs). Hãy coi AI như một lập trình viên tài năng nhưng còn non kinh nghiệm (junior).
• Tận dụng Số lượng: Sử dụng tốc độ này để thử nghiệm nhiều ý tưởng hơn. Nếu bạn có thể xây dựng một MVP trong một ngày cuối tuần thay vì một tháng, tỷ lệ tìm thấy sự phù hợp với thị trường (product-market fit) của bạn sẽ tăng lên theo cấp số nhân.

Rào cản để xây dựng sản phẩm đã biến mất. Thứ duy nhất còn lại là gu thẩm mỹ và sự kiên trì của bạn.

Tóm tắt

Một cách tiếp cận mới trong phát triển phần mềm gọi là "Vibe Coding" đang thay đổi cuộc chơi cho các startup, chuyển dịch từ việc tự viết code sang quản lý các AI agent. Feng Liu chia sẻ chi tiết về tech stack (T3, Claude, Linear, Vercel) và quy trình tự động hóa giúp ông chạy song song 10 MVP. Bài viết cũng cảnh báo về giới hạn của AI trong việc tạo ra "linh hồn" cho sản phẩm và nhấn mạnh vai trò của con người trong những bước hoàn thiện cuối cùng.