Bạn đang hì hục gõ một đoạn code phức tạp. Màn hình báo lỗi đỏ lòm. Mười phút trôi qua, mồ hôi bắt đầu rịn ra. Thế là bạn sao chép nguyên cục báo lỗi đó, quăng vào ô chat của ChatGPT hoặc Claude. Hai giây sau, màn hình nôn ra một đoạn code hoàn hảo. Bạn dán ngược lại vào dự án. Chạy mượt. Xong việc sớm. Bạn thở phào, đóng laptop lại và cảm thấy bản thân mình hôm nay năng suất thật.
Nhưng hãy tưởng tượng kịch bản thứ hai. Hai tháng sau, server sập ngay lúc 2 giờ sáng. OpenAI cũng đang bảo trì mạng. Bạn ngồi nhìn dòng báo lỗi tương tự, và chợt nhận ra mình không còn nhớ cách đọc hiểu cái mớ bòng bong kia. Đầu bạn trống rỗng. Bạn không có năng lực tự xử lý.
Cảm giác hoảng loạn bất lực đó có tên gọi.
Năm 2024, nhóm nghiên cứu của Wiles gọi nó là Hiệu ứng Khung trợ lực (The Exoskeleton Effect). Nó là trạng thái mà một công cụ bên ngoài bơm phồng hiệu suất của bạn lên, giúp bạn gánh vác những khối lượng công việc khổng lồ, nhưng lại âm thầm làm teo tóp sạch bách đống cơ bắp ở bên dưới. Lúc bạn tháo cái khung trợ lực đó ra, bạn phế hơn cả lúc chưa từng mặc nó vào.
Câu chuyện này không chỉ là cảm giác. Tháng 1 năm 2026, Judy Hanwen Shen và Alex Tamkin công bố một nghiên cứu có cái tên rất kêu: How AI Impacts Skill Formation. Tiến sĩ Sam Illingworth từ Slow AI đã bóc tách nghiên cứu này và chỉ ra một sự thật mất lòng. Họ đưa 52 lập trình viên vào phòng, bắt học một thư viện Python mới tên là Trio. Phân nửa được dùng AI, phân nửa thì tự bơi bằng cơm hoàn toàn.
Kết quả trả về tát thẳng vào mặt những lời ca tụng về năng suất. Nhóm dùng AI rớt 17% điểm bài kiểm tra nhận thức và kỹ năng. Và cái thứ họ tệ nhất chính là kỹ năng bắt lỗi (debugging).
Ảo Giác Về Năng Lực
KPI của doanh nghiệp thì thích đo lường tốc độ. AI giúp bạn làm ra thành phẩm cực nhanh. Các sếp nhìn vào biểu đồ hiệu suất rồi gật gù hài lòng. Nhưng chẳng có cái thước đo nào đo lường năng lực thẩm định thứ bạn vừa làm ra. Tốc độ sinh ra ảo giác về năng lực. Khi khung trợ lực đó che lấp đi sự rỗng tuếch bên trong, bạn đang tự phế võ công của chính mình để đổi lấy dăm ba phút tan làm sớm.
Nhưng khoan, đừng vội ném laptop đi và quay về thời đồ đá.
Nghiên cứu của Shen và Tamkin không chửi AI làm con người ngu đi. Vấn đề không nằm ở cái búa, mà nằm ở tay thợ mộc. Họ chia nhóm dùng AI ra thành các kiểu hành vi. Những tay giao khoán mọi thứ cho con bot (AI Delegation) thì tốc độ bàn thờ thật, nhưng kiến thức thu về là số không tròn trĩnh. Ngược lại, có ba nhóm lập trình viên vẫn dùng AI nhưng điểm số học tập lại cao chót vót, ngang ngửa với phe không dùng AI.
Tại sao? Vì họ không coi AI là một tên cu-li thầu phụ. Họ coi nó là một ông gia sư nghiêm khắc. Illingworth chỉ ra ba cách cụ thể mà nhóm này đã làm:
Nhóm đầu tiên chọn cách Hỏi khái niệm (Conceptual Inquiry). Họ cứng đầu tự gõ code bằng đôi tay của mình, chỉ gọi AI ra để nhờ nó giải thích mấy định nghĩa khó nhằn. Tự làm việc nặng, nhường việc nhẹ cho bot.
Một nhóm khác lại thích Ép giải thích (Hybrid Code-Explanation). Họ vẫn cho phép AI sinh ra code, nhưng bắt nó phải nôn ra bằng sạch toàn bộ logic đằng sau những dòng chữ đó.
Khắc nghiệt nhất là nhóm Sinh ra rồi vặn vẹo (Generation-Then-Comprehension). Họ cứ ném thẳng đề bài cho AI giải trước. Nhưng khi nhận kết quả về, họ ngồi tra khảo từng dòng một như cung tâm kế. Không hiểu cặn kẽ thì kiên quyết không xài.
Sợi chỉ đỏ xuyên suốt ba phương pháp này là gì? Đó là sự giao tiếp chủ động với AI để tăng kiến thức. Họ chủ động tìm kiếm những điểm khựng lại trong công việc. Học hỏi không sinh ra từ sự trơn tru. Học hỏi sinh ra từ sự vật lộn. Khi bạn đẩy hết sự vật lộn đó cho một cái thuật toán, bạn đang giao nộp luôn cả cơ hội phát triển não bộ của chính mình.
Giữa thế kỷ 19, nhà văn Herman Melville tạo ra nhân vật Bartleby the Scrivener. Một anh nhân viên văn thư bé nhỏ, một ngày nọ tự dưng đáp lại mọi mệnh lệnh của sếp bằng đúng một câu duy nhất: “I would prefer not to” (Tôi thà không làm vậy). Không giải thích, không thỏa hiệp. Một sự cự tuyệt thụ động. Một cái tát thẳng vào hệ thống máy móc của văn phòng.
Làm việc trong thời đại này, chúng ta bị bao vây bởi những lời mời mọc mượt mà của hệ thống: “Cứ để AI lo”, “Tự động tạo chỉ với một click”. Mọi thứ được thiết kế để bạn trượt đi không chút lực cản.
Trở Thành Một Bartleby
Và để không bị cái hệ thống đó nuốt chửng, đôi khi bạn cần phải làm một Bartleby.
Lần tới, khi con bot nhiệt tình nôn ra trước mặt bạn một đoạn code mượt như Sunsilk, chạy phát ăn ngay không trượt nhịp nào, đừng vội rớt nước mắt cảm động. Hãy lùi lại nửa bước. Nhìn thẳng vào giao diện đang lấp lánh nịnh nọt đó và lẩm bẩm: “Tao sẽ tự làm tiếp. Đố mày cản được tao.”
Lý do không phải vì bạn rảnh rỗi sinh nông nổi, hay thích tự hành xác giữa kỷ nguyên tự động hóa. Vấn đề thực sự nằm ở chỗ: nếu bạn cứ nhắm mắt bấm “Sao chép” thêm vài tháng nữa, thì đến một ngày đẹp trời, sếp bạn sẽ nhìn xuống bảng lương và tự hỏi: Tại sao công ty lại phải trả một đống tiền mỗi tháng cho một nhân sự mà kỹ năng sinh tồn duy nhất là thao tác cơ học hai phím Ctrl và V?
Lúc đó, thứ bạn cần cứu vớt không phải là deadline của dự án đâu. Công ty sẽ ổn thôi, họ tự biết mua gói Enterprise rồi sa thải bạn. Thứ duy nhất bạn đang bảo vệ khi từ chối sự trơn tru hôm nay, chính là miếng cơm của mình vào cái ngày mà khung trợ lực kia đột ngột bị rút phích cắm.