Ma cà rồng AI (The AI Vampire)
(steve-yegge.medium.com)Steve Yegge (cựu kỹ sư Google·Amazon·Grab·Sourcegraph) đặt tên hiện tượng các lập trình viên rơi vào trạng thái kiệt quệ tinh thần và năng lượng nghiêm trọng, dù các công cụ lập trình AI (đặc biệt là Claude Opus 4.5/4.6 + Claude Code) giúp năng suất tăng bùng nổ, là “ma cà rồng AI”.
Giống như ma cà rồng năng lượng Colin Robinson trong bộ phim What We Do in the Shadows, đây là phép ẩn dụ cho việc chỉ riêng sự hiện diện của AI bên cạnh cũng đủ từ từ hút cạn sinh lực của con người.
Tóm tắt những nội dung chính
Quan sát hiện tượng
- Khi dùng AI, năng suất thực sự tăng hơn 10 lần. (Ông diễn tả rằng vào khoảng ngày 24 tháng 11 năm 2025, lập trình với AI đã vượt qua “chân trời sự kiện”)
- Nhưng sau thời gian dài sử dụng, người dùng đột ngột rơi vào trạng thái mệt lả, buồn ngủ dữ dội (“nap attacks”).
- Bản thân ông, đồng nghiệp, và rất nhiều người trên Twitter, Reddit, HN đều đang ồ ạt than phiền về tình trạng kiệt sức tương tự.
Vấn đề cốt lõi: sự mất cân bằng trong phân phối giá trị
- Năng suất tăng 10 lần nhờ AI → ai là người hưởng lợi ích đó?
- Kịch bản A (phổ biến ngoài đời): vẫn làm 8 tiếng mỗi ngày nhưng làm được gấp 10 lần → thành tích công ty tăng vọt → lương gần như không tăng → công ty hưởng lợi, còn lập trình viên một mình gánh mệt mỏi và kiệt sức.
- Kịch bản B: chỉ làm 1 tiếng mỗi ngày rồi nghỉ phần còn lại → cá nhân lập trình viên được lợi → nhưng năng lực cạnh tranh của công ty giảm → có nguy cơ sụp đổ.
- Các công ty theo bản năng sẽ chọn A → lập trình viên gần như không có sức kháng cự.
Vì sao công việc với AI lại bào mòn con người đến vậy?
- AI tự động hóa toàn bộ các việc dễ (boilerplate·cú pháp·triển khai lặp lại).
- Thứ còn lại chỉ là đánh giá ở độ khó cao liên tục, tóm tắt trade-off, ra quyết định, rà soát ảo giác, kiểm tra bug, viết lại prompt.
- Cách diễn đạt của ông: “AI đã biến tất cả chúng ta thành Jeff Bezos” → phần dễ biến mất, chỉ còn các quyết định khó là phần việc của con người.
- Giới hạn tập trung bền bỉ của con người trong thực tế tối đa chỉ khoảng 3~4 tiếng mỗi ngày.
Các yếu tố làm vấn đề trầm trọng hơn
- Những người tiên phong như Yegge (40 năm kinh nghiệm, token không giới hạn, dư dả thời gian) đăng các bài viết kiểu “đổi mới nhờ sprint liên tục 40 giờ không ngừng” → các CEO ngộ nhận rằng “đội của chúng ta cũng làm được”.
- Yegge tự nhìn lại: bản thân ông là một trường hợp ngoại lệ cực đoan, nhưng lại từng khoe khoang như thể đó là chuẩn mực cho người bình thường.
- Văn hóa “chạy hết công suất” của các startup AI-native đang lan rộng ra toàn ngành.
Các giải pháp được đề xuất
- Tái sử dụng nguyên tắc cổ điển: góc nhìn $/hr (thu nhập theo giờ) → lương năm (tử số) khó thay đổi, nhưng thời gian làm việc (mẫu số) có thể giảm.
- Nếu năng suất đã tăng 10 lần thì thời gian làm việc cũng nên giảm với tỷ lệ tương tự để giá trị quay trở lại với lập trình viên.
- Chuẩn mực mới: 3~4 giờ mỗi ngày cho công việc quản lý agent chuyên sâu + phần thời gian còn lại dành cho đi bộ, ngủ trưa, gia đình, và nghỉ ngơi đúng nghĩa con người.
- Cuối bài, ông viết rằng mình đang viết bài này ở trung tâm mua sắm, rồi sẽ gập laptop lại và ra ngoài đi dạo với vợ và con trai → khoảnh khắc tự mình đạp phanh trước “huyền thoại 10x”.
⠀
Tóm tắt thông điệp trong một câu
“AI đã khiến chúng ta nhanh hơn gấp 10 lần, nhưng tốc độ đó cũng là tốc độ mà ma cà rồng hút máu chúng ta. Trong thời đại năng suất bùng nổ, ‘làm ít hơn’ mới là chiến lược sinh tồn.”
Bài viết này đã gây tiếng vang lớn trên HN, Techmeme, LinkedIn vào thời điểm tháng 2 năm 2026, và đặc biệt gây chú ý với lập luận về “tuần làm việc 4 giờ” cùng phép so sánh Colin Robinson.
7 bình luận
Kịch bản C: vẫn giữ nguyên 8 giờ mỗi ngày nhưng làm việc gấp 10 lần → lợi nhuận công ty vẫn giữ nguyên...
Ai là người kiếm tiền vậy? haha
Vì rất khó để 10 lần nhiều code hơn dẫn tới 10 lần nhiều khoản thanh toán hơn. Mỗi công ty có lẽ sẽ đối phó với vấn đề này theo cách khác nhau. Họ либо sẽ cắt giảm nhân sự phát triển để tiết kiệm chi phí, hoặc thay vì trước đây làm 1 ứng dụng thì sẽ làm 10 ứng dụng, trường hợp đầu thì ý nghĩa sẽ khác nhau tùy theo chi phí nhân sự của lập trình viên chiếm bao nhiêu trong cơ cấu chi phí tổng thể của công ty nên xin tạm gác lại,
ở trường hợp sau, nếu mức độ sẵn sàng chi trả của mọi người không tăng tương ứng, thì rốt cuộc chất lượng của từng dịch vụ sẽ tăng lên nhưng giá cả nói chung lại đều giảm xuống, tôi đang nghĩ có lẽ sẽ dẫn tới kết quả như vậy. Tương lai mức đãi ngộ của lập trình viên sẽ... ra sao thì tôi cũng không rõ nữa. Dạo này tôi đang suy nghĩ về chuyện đó.
Tôi đã thử sắp xếp lại những lý do cá nhân khiến mình cảm thấy mệt mỏi.
Hết giờ làm là đầu óc tôi như bị chuột rút.
Hãy đọc nhiều web novel nhé.. Tôi thấy trong số những người xung quanh dùng AI giỏi thì có khá nhiều người đọc web novel lắm đó haha
Cường độ công việc chắc chắn đã tăng lên.