AI & Automation (vnROM)

Cover image for Trước khi AI agent thành trào lưu, giới lập trình đã từng “vibe code” kiểu gì?
quynhtruong
quynhtruong

Posted on • Originally published at reddit.com

Trước khi AI agent thành trào lưu, giới lập trình đã từng “vibe code” kiểu gì?

Một meme đang lên top ở r/vibecoding nhắc lại một ý khá thú vị: trước khi AI agent trở thành từ khóa nóng, ngành phần mềm đã từng có những mô hình làm việc rất giống tinh thần “nói mục tiêu, để hệ thống phía sau lo phần còn lại”.

Ảnh gốc nhắc tới Linus Torvalds thời rất trẻ: không đồng sáng lập, không VC, không văn phòng hoành tráng, nhưng lại khởi phát được một hệ điều hành đủ sức kéo hàng nghìn kỹ sư cùng tham gia. Câu nói đùa trong meme là: chỉ cần “gửi email mô tả thứ mình muốn”, rồi cả một mạng lưới con người sẽ biến nó thành hiện thực. Nghe rất giống cách anh em đang nói về agent ngày nay.

Điều đáng bàn không phải meme có chính xác tuyệt đối hay không, mà là nó chạm đúng một sự thật: AI không phát minh ra hoàn toàn kiểu làm việc mới, nó đang đóng gói lại một mô hình phối hợp cũ theo cách rẻ hơn để khởi động và dễ mở rộng hơn cho cá nhân nhỏ lẻ.

“Agent” thật ra là sự tái đóng gói của mô hình ủy quyền

Nếu bỏ lớp marketing ra, agent thường là một tổ hợp gồm:

  • một lớp nhận mục tiêu bằng ngôn ngữ tự nhiên
  • một lớp phân rã việc thành bước nhỏ hơn
  • một lớp thực thi qua tool, code, API hoặc con người
  • một lớp phản hồi kết quả để vòng sau làm tốt hơn

Open source đời đầu cũng có vài đặc điểm tương tự, chỉ khác là “engine” phía sau không phải mô hình ngôn ngữ mà là cộng đồng kỹ sư, maintainer, mailing list và review process.

Mày có thể xem nó như hai phiên bản của cùng một ý tưởng:

  • Thời trước: giao việc cho mạng lưới con người phối hợp qua chuẩn mở.
  • Bây giờ: giao việc cho mạng lưới model, workflow và toolchain.

Khác biệt lớn nhất nằm ở tốc độ phản hồi và chi phí thử sai. Thứ từng mất vài ngày email qua lại giờ có thể mất vài phút chạy agent.

Vì sao meme này đáng chú ý với anh em làm sản phẩm AI

Meme này tuy đơn giản nhưng gợi ra 3 bài học rất thực chiến.

1. Giá trị không nằm ở “AI làm thay”, mà ở thiết kế hệ thống phối hợp

Nhiều đội hiện nay bị cuốn vào việc chọn model nào thông minh hơn vài phần trăm. Nhưng ở góc độ sản phẩm, chênh lệch lớn thường đến từ orchestration:

  • giao việc thế nào để ít mơ hồ
  • cắt task thế nào để có thể kiểm chứng từng bước
  • tool nào được quyền gọi
  • checkpoint nào cần con người duyệt
  • dữ liệu nào đủ sạch để agent không tự bịa

Linux không thắng vì có một email thần kỳ. Nó thắng vì có cơ chế để người khác cùng đóng góp mà không làm hệ thống sụp đổ. Agent stack ngày nay cũng vậy. Nếu orchestration kém, model mạnh mấy cũng thành demo.

2. Open source là “multi-agent system” của con người

Nhìn theo lăng kính hiện tại, nhiều dự án open source lớn hoạt động giống một multi-agent system:

  • maintainer làm nhiệm vụ điều phối và giữ chuẩn
  • contributor xử lý từng issue hoặc module
  • CI/CD đóng vai trò máy kiểm định
  • issue tracker là hàng đợi công việc
  • code review là lớp phản biện và sửa sai

AI agent đang cố tự động hóa thêm một phần trong chuỗi đó. Bài toán vì vậy không chỉ là tạo ra agent biết code, mà là tạo ra agent biết sống trong một quy trình có ràng buộc.

Đây là điểm nhiều startup AI còn yếu: demo agent tự làm khá ấn tượng, nhưng khi bước vào môi trường sản xuất có permission, audit trail, rollback, ownership và dependency thì chất lượng giảm hẳn.

3. “Vibe coding” chỉ bền khi phía sau có cơ chế kiểm soát

Meme khiến người ta cười vì nó gợi cảm giác “chỉ cần nói ý tưởng là mọi thứ tự thành”. Nhưng thực tế, cả open source lẫn AI agent đều chỉ chạy tốt khi có cấu trúc kiểm soát đủ mạnh.

Với team nhỏ hoặc founder solo, điều này rất quan trọng. Giai đoạn đầu có thể dùng vibe để tăng tốc, nhưng từ lúc sản phẩm bắt đầu có user thật, anh em cần thêm ngay các lớp sau:

  • tiêu chuẩn chấp nhận đầu ra
  • test tự động
  • log hành vi agent
  • phân quyền rõ ràng cho action có rủi ro
  • quy trình rollback nếu agent làm sai
  • bộ nhớ bền vững để không lặp lỗi cũ

Nếu không, “agent” chỉ là một cách đắt tiền để tạo thêm hỗn loạn.

AI đang thay đổi điều gì so với thời mailing list và cộng đồng open source

Có 4 thay đổi lớn.

Chi phí khởi động giảm mạnh

Ngày xưa để có “mạng lưới thực thi”, mày cần xây cộng đồng, niềm tin và động lực đóng góp. Giờ một cá nhân đã có thể dựng ra một dàn agent nội bộ để research, code, test, viết tài liệu và support mức cơ bản.

Tốc độ lặp tăng lên cực nhiều

Một founder có thể thử 10 hướng sản phẩm trong thời gian trước đây chỉ đủ làm 1 hoặc 2 bản prototype. Điều này làm thị trường phần mềm dịch chuyển từ lợi thế sản xuất sang lợi thế chọn bài toán đúng.

Chất lượng trung bình tăng, nhưng trần chất lượng chưa tự động tăng tương ứng

AI giúp mặt bằng “đủ dùng” tăng rất nhanh. Tuy nhiên, những hệ thống thật sự bền, an toàn, dễ mở rộng vẫn cần kiến trúc, review và gu kỹ thuật của con người. Đây là lý do nhiều app vibe-coded lên rất nhanh nhưng chết cũng rất nhanh.

Điều phối trở thành kỹ năng lõi

Lập trình không biến mất, nhưng vai trò của người làm sản phẩm đang dịch dần từ “người trực tiếp gõ mọi dòng code” sang “người thiết kế hệ thống ra quyết định”.

Nói thẳng: thời gian tới, người thắng chưa chắc là người code tay nhanh nhất. Khả năng cao sẽ là người biết:

  • mô tả bài toán sắc
  • chia việc đúng granularity
  • chọn đúng tool cho từng bước
  • đặt guardrail hợp lý
  • đọc tín hiệu thị trường nhanh hơn đối thủ

Vậy nên hiểu meme này như thế nào cho đúng?

Mình nghĩ có cách hiểu lành mạnh nhất là thế này: AI agent không phải phép màu mới hoàn toàn, mà là tầng tăng lực mới cho một nguyên lý cũ của ngành phần mềm: biến ý định thành kết quả thông qua một mạng lưới thực thi.

Ngày xưa mạng lưới đó là cộng đồng người. Bây giờ nó là cộng đồng người cộng thêm model, tool và workflow tự động. Phần “vibe” có thể khiến khởi động nhanh hơn, nhưng phần quyết định ai đi xa vẫn là cấu trúc, kiểm soát và chất lượng phối hợp.

Góc nhìn thực chiến cho anh em đang build

Nếu anh em đang làm sản phẩm AI, có lẽ đáng tự hỏi 5 câu sau:

  1. Sản phẩm của mình đang tự động hóa lao động thực sự, hay chỉ đang tạo cảm giác thông minh?
  2. Nếu model yếu đi 20%, workflow hiện tại còn chạy được không?
  3. Hệ thống có checkpoint nào để phát hiện và chặn sai trước khi chạm user không?
  4. Phần nào nên để agent làm, phần nào bắt buộc con người duyệt?
  5. Mình đang xây “một chatbot biết code” hay đang xây “một hệ thống phối hợp biết tạo ra kết quả”?

Trả lời được 5 câu này thường giá trị hơn chuyện tranh cãi model nào đang top benchmark tuần này.

Kết luận

Meme về “agents before AI was a thing” vui ở chỗ nó bóc trúng một sự thật mà nhiều người quên: phần khó nhất chưa bao giờ chỉ là viết code. Phần khó là tổ chức đúng con người, công cụ và quy trình để biến ý tưởng thành sản phẩm có ích.

AI giúp việc đó dễ bắt đầu hơn rất nhiều. Nhưng để đi đường dài, anh em vẫn phải quay về những nguyên tắc cũ của kỹ nghệ phần mềm: cấu trúc rõ, phản hồi nhanh, kiểm chứng chặt và phối hợp tốt.

Nếu nhìn theo hướng đó, agent không thay thế lịch sử của open source. Nó đang kế thừa và nén lại lịch sử đó thành một mô hình mới nhanh hơn, rẻ hơn và dễ tiếp cận hơn.

Top comments (0)