Một điều kỳ lạ đã xảy ra trong năm qua.
AI trở nên cực kỳ giỏi trong việc xây dựng phần mềm.
Và bằng cách nào đó, các sản phẩm bắt đầu có cảm giác ngày càng giống nhau.
Nghe có vẻ ngược đời.
Các mô hình thông minh hơn. Các agent tốt hơn. Context window bùng nổ. Các nhà phát triển trở nên năng suất hơn đáng kể.
Thế nhưng, nếu bạn dành thời gian lướt Product Hunt, theo dõi các dự án indie hacker, hay xem demo của các startup AI gần đây, bạn có lẽ cũng đã nhận ra một khuôn mẫu tương tự.
Những người sáng lập khác nhau.
Các sản phẩm khác nhau.
Các ngành công nghiệp khác nhau.
Nhưng giao diện đều bắt đầu có cảm giác quen thuộc một cách kỳ lạ.
Cùng những cái thẻ (card).
Cùng những bảng điều khiển (dashboard).
Cùng những bố cục (layout).
Cùng một hệ thống phân cấp thị giác.
Cùng một thẩm mỹ "SaaS do AI tạo ra".
Code thì chạy được.
Frontend thì chẳng để lại ấn tượng gì.
Và tôi nghĩ đó là vì hầu hết các nhà phát triển đang tập trung vào một vấn đề không còn tồn tại nữa.
Tạo code.
Ngày nay, tạo code rất dễ.
Tạo một frontend thực sự có chủ đích lại khó hơn nhiều.
Hầu hết các quy trình làm việc với AI hiện đại trông giống như thế này:
Claude Code để lập kế hoạch.
Cursor để triển khai.
Ship.
Lặp lại.
Và thành thật mà nói, điều đó đã đủ mạnh mẽ để xây dựng sản phẩm nhanh hơn bao giờ hết.
Claude Code đã trở thành công cụ tôi tin dùng để suy luận về kiến trúc, phân rã hệ thống và tìm ra những gì cần xây dựng.
Cursor vẫn là một trong những môi trường tốt nhất để biến những ý tưởng đó thành phần mềm hoạt động được.
Không công cụ nào là vấn đề.
Trên thực tế, chúng là lý do khiến việc tạo ra phần mềm trở nên cực kỳ nhanh chóng.
Vấn đề bắt đầu sau khi code được tạo ra.
Đó là lúc chất lượng frontend trở thành một thách thức hoàn toàn khác.
Càng xem nhiều sản phẩm, tôi càng nhận ra rằng khoảng cách giữa một sản phẩm hoạt động được và một sản phẩm tuyệt vời hiếm khi còn là về chức năng nữa.
Mà là sự tinh chỉnh.
Là sự nhất quán.
Là các quyết định thiết kế.
Là bối cảnh (context).
Và đó chính xác là lý do tại sao tôi bắt đầu quan tâm đến các quy trình làm việc frontend-native (dựa trên frontend).
Lần đầu tiên tôi thấy quy trình làm việc này được trực quan hóa, nó đã mô tả hoàn hảo cách tôi bắt đầu suy nghĩ về phát triển AI hiện đại.
Claude giúp tôi suy nghĩ.
Cursor giúp tôi xây dựng.
Nhưng vẫn còn một lớp bị thiếu giữa "phần mềm hoạt động được" và "sản phẩm sẵn sàng cho sản xuất."
Đó là lớp mà Kombai đang cố gắng giải quyết.
Không phải bằng cách thay thế một trong hai công cụ.
Mà bằng cách lấp đầy khoảng trống mà cả hai đều không được thiết kế để giải quyết.
Cách dễ nhất để giải thích điều này là bằng một câu hỏi đơn giản:
Tại sao frontend do AI tạo ra vẫn có cảm giác như do AI tạo ra?
Không phải tất cả.
Nhưng đủ nhiều để bạn thường có thể phát hiện ra trong vòng vài giây.
Hiếm khi là do code tồi.
Vấn đề thường sâu xa hơn nhiều.
Hầu hết các công cụ AI hiểu prompts (lời nhắc).
Các kỹ sư frontend hiểu các hệ thống.
Sự khác biệt đó nghe có vẻ nhỏ.
Nhưng không phải vậy.
Một kỹ sư frontend cao cấp không nhìn vào một nút bấm và nghĩ:
"Đó là một cái nút."
Họ nghĩ:
Đây là component nào?
Nó được cung cấp bởi token thiết kế nào?
Cái này đã tồn tại ở nơi khác chưa?
Nó có tuân theo thang đo kiểu chữ (typography scale) không?
Nó có thuộc về hệ thống thiết kế không?
Pattern này có thể tái sử dụng không?
Những câu hỏi đó là thứ tạo ra sự nhất quán.
Và sự nhất quán là thứ tạo ra chất lượng.
Những frontend tốt nhất không phải là tập hợp các component.
Chúng là tập hợp các quyết định.
Và những quyết định đó cộng dồn theo thời gian.
Đây là nơi tôi nghĩ hầu hết các quy trình làm việc AI hiện nay bị đổ vỡ.
Phiên bản được tạo ra thường hoạt động.
Phiên bản sẵn sàng cho sản xuất có cảm giác có chủ đích.
Phiên bản được tạo ra đáp ứng các yêu cầu.
Phiên bản sẵn sàng cho sản xuất xây dựng lòng tin.
Và sự khác biệt giữa hai kết quả đó thường không phải là nhiều code hơn.
Mà là nhiều bối cảnh (context) hơn.
- Design Mode (Chế độ Thiết kế): Bắt đầu với Giao diện, Không phải Triển khai
Mọi dự án frontend tôi xây dựng với các công cụ AI đều bắt đầu theo cùng một cách: prompt → code → refresh → lặp lại.
Design Mode của Kombai đảo ngược điều đó hoàn toàn.
Thay vì bắt đầu với việc triển khai, bạn bắt đầu với chính giao diện. Bạn làm việc trên một canvas vô hạn — phác thảo bố cục, lặp lại các component, điều chỉnh các quyết định trực quan — với AI có gu thẩm mỹ sáng tạo thực sự.
Kết quả đầu ra trông không giống như một bộ khởi tạo Tailwind mặc định. Nó trông không giống như một mẫu shadcn. Nó trông giống như một thứ gì đó đã được thiết kế.
Điều làm nên sự khác biệt: các thiết kế không bị ngắt kết nối khỏi codebase của bạn. Chúng nằm trong repo của bạn.
Điều này dẫn đến điều tiếp theo thực sự làm tôi ngạc nhiên.
- Bốn chiều đồng bộ hóa thay đổi mọi thứ
Hầu hết các quy trình làm việc AI đều có một bức tường cứng nhắc giữa thiết kế và code.
Bạn thiết kế ở một nơi (Figma, v0, v.v.). Bạn triển khai ở một nơi khác (Cursor, Claude Code). Và sau đó bạn sống mãi trong lớp thứ hai đó, thực hiện các thay đổi bằng cách chỉnh sửa tệp và làm mới trình duyệt.
Kombai phá vỡ bức tường đó — theo cả bốn hướng.
Thiết kế, code và giao diện người dùng được kết xuất (rendered UI) của bạn đều tồn tại cùng nhau trong repo và IDE của bạn. Bạn có thể chỉnh sửa bất kỳ thứ gì trong số chúng. Phần còn lại sẽ được cập nhật chỉ bằng một cú nhấp chuột.
Đây là ý nghĩa thực tế của điều đó:
Thiết kế trên canvas → Code trong repo của bạn
Canvas và thiết kế của bạn được tạo dưới dạng code và nằm trong repo của bạn. Vì vậy, bạn có thể tham chiếu trực tiếp chúng trong các prompt bằng cách sử dụng @, kéo bối cảnh của chúng vào bất kỳ tác vụ nào và tạo code cấp độ sản xuất trực tiếp từ chúng. Muốn tạo một component mới từ một phần tử trong thiết kế của bạn? Hãy chỉ agent vào đó. Muốn cập nhật token của bạn để phù hợp với thiết kế mới? Một prompt.
Code trong repo của bạn → Thiết kế trên canvas
Design Mode của Kombai có bối cảnh đầy đủ về repo của bạn mọi lúc. Vì vậy, bạn cũng có thể đi theo hướng ngược lại — sử dụng code hiện có của mình để tạo ra các thiết kế mới. Muốn tạo các biến thể của băng chuyền sản phẩm của bạn? Yêu cầu nó sao chép component đó vào canvas và tạo các phiên bản sáng tạo. Muốn thiết kế trạng thái phóng to của một modal đã tồn tại trong codebase của bạn? Nó đã biết modal đó trông như thế nào.
Chỉnh sửa giao diện người dùng đã kết xuất trên trình duyệt → Code trong repo của bạn
Mở bất kỳ phần nào của ứng dụng đang chạy của bạn trong trình duyệt Kombai. Chỉnh sửa văn bản, kiểu dáng và bố cục một cách trực quan — giống hệt như bạn làm trong một công cụ thiết kế. Sau đó, gửi các chỉnh sửa đó cho agent chỉ bằng một cú nhấp chuột và nó sẽ triển khai chúng vào code thực tế của bạn.
Không còn chuyển đổi ngữ cảnh giữa trình duyệt, trình kiểm tra (inspector) và trình soạn thảo code. Bạn thấy nó, bạn sửa nó, xong việc.
Giao diện người dùng đã kết xuất trên trình duyệt → Thiết kế trên canvas
Sử dụng tính năng chụp ảnh web (web capture) để gửi bất kỳ phần nào của giao diện người dùng trực tiếp của bạn đến canvas thiết kế. Hoạt động cho các trang chạy trên localhost và các URL bên ngoài repo của bạn. Từ đó, bạn có thể lặp lại chúng, tạo các biến thể hoặc sử dụng chúng làm nguồn cảm hứng bằng cách tham chiếu chúng trong prompt.
Đây không phải là một thủ thuật demo. Đó là một mô hình tinh thần hoàn toàn khác cho công việc frontend.
Thay vì "code → refresh → inspect → lặp lại", bạn đang làm việc trên ba góc nhìn của cùng một sự thật — và bạn có thể vào và ra khỏi bất kỳ góc nhìn nào.
Vòng lặp phản hồi trở nên ngắn hơn đáng kể. Và khi bạn đưa ra hàng tá quyết định frontend mỗi ngày, điều đó cộng dồn rất nhanh.
- Code Cấp độ Sản xuất Thực sự Tái sử dụng Hệ thống Hiện tại của Bạn
Một trong những ý tưởng thú vị nhất bên trong Kombai là một thứ nghe có vẻ đơn giản nhưng lại sâu sắc.
Nó hiểu stack của bạn trước khi tạo ra bất cứ thứ gì.
Vấn đề là hầu hết các frontend do AI tạo ra đều sai ở chỗ này.
Chúng tạo ra các component mới khi các component hiện có đã tồn tại. Chúng tạo ra các token mới khi hệ thống thiết kế đã có sẵn. Chúng thêm vào sự thiếu nhất quán — một cách chậm rãi, vô hình — cho đến khi codebase bắt đầu có cảm giác như được xây dựng bởi năm đội khác nhau.
Kombai xem xét các component, hooks và token hiện có của bạn trước. Sau đó, nó tái sử dụng những gì đã có ở đó.
Một kỹ sư frontend cao cấp không chỉ viết code mới. Họ tự hỏi: cái này đã tồn tại chưa? Tôi có nên tái sử dụng thứ gì đó không? Điều này có tuân theo pattern chúng ta đã thiết lập không?
Đó là cách suy nghĩ mà Kombai đang cố gắng mã hóa.
Hình ảnh trực quan đó có lẽ giải thích nó tốt hơn bất kỳ trang tiếp thị nào.
Hầu hết các công cụ AI nhìn thấy hướng dẫn (instructions).
Kombai cố gắng hiểu môi trường mà những hướng dẫn đó tồn tại.
Và sự khác biệt đó ngày càng trở nên có giá trị khi các dự án lớn hơn.
Bởi vì giờ đây không ai gặp khó khăn trong việc tạo ra một component nữa.
Thách thức là tạo ra component thứ một trăm mà không phá vỡ sự nhất quán.
Thách thức là thêm các tính năng mới mà không làm suy giảm dần hệ thống thiết kế.
Thách thức là mở rộng quy mô chất lượng frontend trong khi vẫn di chuyển nhanh.
Đó là lúc bối cảnh (context) bắt đầu trở thành lợi thế cạnh tranh.
Bộ Full Stack Tôi Đang Sử Dụng Bây Giờ
Đây là cách ba công cụ thực sự phân chia công việc:
Claude Code → Kiến trúc, lập kế hoạch, suy luận về những gì cần xây dựng và tại sao.
Cursor → Triển khai, biến kế hoạch thành phần mềm hoạt động.
Kombai → Thiết kế, tinh chỉnh frontend và giữ cho giao diện nhất quán khi dự án mở rộng quy mô.
Mỗi lớp có một công việc rõ ràng. Không có lớp nào cố gắng thay thế các lớp khác.
Nhận thức lớn nhất mà tôi có được trong năm qua là tương lai có lẽ không thuộc về một công cụ AI duy nhất.
Nó thuộc về các stack AI.
Các công cụ chuyên biệt giải quyết các vấn đề chuyên biệt. Mỗi lớp làm những gì nó thực sự được xây dựng để làm.
Claude Code không cố gắng trở thành Figma. Cursor không cố gắng trở thành một hệ thống thiết kế. Và Kombai không cố gắng trở thành một trợ lý viết code đa năng.
Các quy trình làm việc mạnh mẽ nhất xảy ra khi mỗi lớp có một trách nhiệm rõ ràng.
Một công cụ giúp bạn suy luận.
Một công cụ giúp bạn triển khai.
Một công cụ giúp bạn tinh chỉnh.
Và cùng nhau, kết quả đầu ra trở nên tốt hơn đáng kể so với bất kỳ công cụ riêng lẻ nào làm việc một mình.
Hình ảnh này thể hiện sự khác biệt một cách hoàn hảo.
Xây dựng và đánh bóng (polishing) là những kỹ năng khác nhau.
Xây dựng làm cho phần mềm chạy được.
Đánh bóng làm cho người dùng tin tưởng nó.
Xây dựng tạo ra chức năng.
Đánh bóng tạo ra trải nghiệm.
Xây dựng khiến mọi người thử sản phẩm.
Đánh bóng khiến họ quay lại.
Trong nhiều năm, đánh bóng rất đắt đỏ vì nó đòi hỏi nhân tài frontend có tay nghề cao.
AI đang bắt đầu thay đổi điều đó.
Không phải bằng cách thay thế các kỹ sư frontend.
Mà bằng cách làm cho bối cảnh frontend trở nên dễ tiếp cận hơn.
Đó thực sự là lý do tại sao Kombai thu hút sự chú ý của tôi.
Không phải vì nó tạo code.
Mọi công cụ AI hiện nay đều tạo code.
Không phải vì nó thay thế Cursor.
Nó không.
Không phải vì nó thay thế Claude Code.
Nó không nên thay thế.
Phần thú vị là nó tập trung vào một lớp phát triển phần mềm mà hầu hết các công cụ AI đều bỏ qua.
Bối cảnh frontend.
Và khi phần mềm do AI tạo ra trở thành mặc định, bối cảnh có thể trở thành một trong những tài sản giá trị nhất trong toàn bộ quy trình làm việc.
Nếu tôi phải tóm tắt quy trình làm việc hiện tại của mình trong một câu, nó sẽ là:
Claude Code giúp tôi suy nghĩ.
Cursor giúp tôi xây dựng.
Kombai giúp frontend có cảm giác có chủ đích.
Và sự thay đổi lớn nhất đang diễn ra trong lĩnh vực phần mềm hiện nay không phải là AI đang viết code ngày càng tốt hơn.
Mà là cuối cùng chúng ta cũng nhận ra rằng code chưa bao giờ là toàn bộ công việc.
Sản phẩm là các hệ thống.
Giao diện là các hệ thống.
Thiết kế là một hệ thống.
Chất lượng frontend là một hệ thống.
Và những công cụ chiến thắng trong vài năm tới có lẽ sẽ không phải là những công cụ tạo ra nhiều code nhất.
Mà sẽ là những công cụ hiểu được nhiều bối cảnh nhất.
Đó là lý do tại sao tôi ngày càng quan tâm đến các quy trình làm việc frontend-native.
Không phải vì chúng thay thế phần còn lại của stack.
Mà vì chúng làm cho toàn bộ stack hoạt động tốt hơn cùng nhau.
Và trong một thế giới nơi mọi người đều có thể tạo ra phần mềm, sự khác biệt đó cuối cùng có thể trở nên quan trọng hơn bao giờ hết.
Dùng thử Kombai ngay: https://kombai.com/
