Trong hai năm qua, để khai thác nhiều hơn từ một tác nhân AI có nghĩa là viết một prompt tốt hơn.
Kỷ nguyên đó đang lặng lẽ kết thúc. Những kỹ sư giỏi nhất thế giới đã ngừng viết prompt từ lâu và bắt đầu viết vòng lặp – hệ thống tự động đưa ra prompt cho tác nhân, kiểm tra kết quả và tiếp tục chạy cho đến khi công việc hoàn thành.
Script qua đêm của Karpathy đã tìm ra 20 cải tiến mà anh ta đã bỏ lỡ trong hai thập kỷ tinh chỉnh thủ công. Boris Cherny, người xây dựng Claude Code, đã không viết một dòng code nào trong năm nay. Các kỹ sư của Anthropic hiện hợp nhất gần gấp 8 lần lượng code mỗi ngày so với năm 2024.
Không ai trong số họ gõ thứ gì thông minh hơn. Họ đã ngừng gõ hoàn toàn.
Đây là bản chất thực sự của một vòng lặp, khi nào bạn cần nó, khi nào không, và cách xây dựng vòng lặp đầu tiên của bạn.
700 thí nghiệm khi con người ngủ
Tháng 3 năm 2026. Andrej Karpathy đẩy ba file lên GitHub. Khoảng 630 dòng code.
Một file chứa mô hình. Một file chấm điểm nó. Một file hướng dẫn tác nhân những gì nên khám phá và những gì nên bỏ qua. Tác nhân chỉ có thể can thiệp vào file huấn luyện. Không gì khác.
Chu kỳ được thiết kế nhàm chán có chủ đích. Đọc code, đề xuất thay đổi, huấn luyện trong năm phút, kiểm tra xem điểm số có cải thiện không, giữ thay đổi nếu có, quay lại nếu không, rồi tiếp tục.
Anh ta hướng nó vào một mô hình mà anh ta đã tự tay tinh chỉnh trong hai thập kỷ. Anh ta để nó chạy trong hai ngày.
Nó đã chạy 700 thí nghiệm. Nó tìm ra 20 cải tiến. Một trong số đó là một bộ nhân vô hướng bị thiếu trong cơ chế attention, tinh vi, không phải loại lỗi mà bất kỳ linter nào có thể phát hiện, nhưng chính xác là thứ mà một kỹ sư cẩn thận có thể tìm thấy và chưa bao giờ làm.
CEO của Shopify đã chạy thủ thuật tương tự qua đêm trên một mô hình nội bộ. Ông thức dậy với mức tăng chất lượng 19% trên một mô hình chỉ bằng một nửa kích thước của mô hình trước đó.
Bài học không phải là "AI thông minh hơn." Con người mệt mỏi sau thí nghiệm thứ mười hai. Vòng lặp không hề mệt mỏi.
Vòng lặp không phải là một prompt theo lịch trình
Hầu hết mọi người nghe "vòng lặp" và nghĩ đến cron. Điều đó bỏ lỡ toàn bộ vấn đề.
Một prompt là một chỉ dẫn duy nhất. Một vòng lặp là một mục tiêu mà AI tiếp tục làm việc hướng tới cho đến khi đạt được, mà không có ai ngồi ghế. Nó lập kế hoạch, thực thi, xác minh kết quả của chính nó, đưa kết quả trở lại và lặp lại.
Năm giai đoạn: khám phá, lập kế hoạch, thực thi, xác minh, lặp lại. Ba trong số đó thực hiện công việc thực tế.
Trình xác minh là trái tim của vòng lặp. Nếu không có một cổng kiểm tra thực sự trên đầu ra, bạn không có một vòng lặp, mà bạn có tác nhân tự chấm bài tập về nhà của mình mãi mãi. Một cổng kiểm tra là một bài kiểm tra đỗ hoặc trượt, một bản build biên dịch hoặc crash, một linter trả về zero hoặc non-zero. Không phải là một tác nhân thứ hai có ý kiến.
Trạng thái là thứ giúp vòng lặp học hỏi. Một file phụ, một bảng Linear, một nhật ký dự án, một nơi nào đó bên ngoài cuộc hội thoại ghi lại những gì đã thử và những gì thất bại. Lần chạy ngày mai tiếp tục thay vì bắt đầu từ đầu.
Điều kiện dừng là thứ giữ cho nó tỉnh táo. Mọi vòng lặp thực sự đều có hai lối thoát: mục tiêu đạt được, hoặc một giới hạn cứng được kích hoạt. Bỏ qua điều này và bạn đã xây dựng một cỗ máy chạy suốt đêm mà không có kết quả.
Thiếu bất kỳ điều nào trong ba điều này và bạn đã không xây dựng một vòng lặp. Bạn đã xây dựng một script đắt đỏ.
Bốn điều kiện trước khi bạn xây dựng một vòng lặp
Vòng lặp chỉ đáng giá chi phí khi bốn điều đúng cùng một lúc. Thiếu một điều và quá trình thiết lập tốn nhiều hơn những gì nó mang lại.
- Nhiệm vụ lặp lại ít nhất hàng tuần. Ít hơn thế và chi phí thiết lập không bao giờ được khấu hao.
- Một thứ gì đó có thể tự động làm hỏng công việc. Một bài kiểm tra, một kiểm tra kiểu, một linter, một bản build.
- Ngân sách token của bạn có thể chịu được sự lãng phí. Vòng lặp đọc lại ngữ cảnh, thử lại, khám phá.
- Tác nhân có các công cụ của kỹ sư cấp cao. Log, môi trường tái tạo, khả năng chạy code nó viết và xem thứ gì hỏng.
Phiên bản trung thực, phần mà không ai bán vòng lặp sẽ nói với bạn: hầu hết mọi người chưa cần phiên bản nặng. Nếu bạn đang sử dụng gói tiêu dùng cố gắng chạy các vòng lặp xác minh qua đêm trên công việc nghiêm túc, hóa đơn token đến trước khi lợi ích năng suất đến.
Các vòng lặp đầu tiên tốt là những vòng lặp nhàm chán. Phân loại CI. Nâng cấp phụ thuộc. Các lượt lint và sửa lỗi. Tái tạo kiểm tra không ổn định. Bản nháp từ Issue đến PR trên một codebase đã có các bài kiểm tra mạnh mẽ.
Các vòng lặp đầu tiên tồi là những vòng lặp thú vị. Viết lại kiến trúc. Code xác thực. Thanh toán. Bất cứ thứ gì mà "hoàn thành" là một phán đoán và con người vẫn phải can thiệp.
Năm khối tạo nên một vòng lặp thực sự
Mọi vòng lặp thực sự đều được lắp ráp từ cùng năm mảnh. Claude Code và Codex hiện đều có tất cả chúng.
Đầu tiên là tự động hóa. Nhịp tim. Một thứ gì đó kích hoạt vòng lặp theo lịch trình hoặc sự kiện. /loop chạy theo nhịp. /goal tiếp tục cho đến khi một điều kiện bạn định nghĩa thực sự được giữ. Không có nhịp tim, vòng lặp là một script bạn chạy một lần và quên mất.
Thứ hai là một kỹ năng. Kiến thức dự án được lưu dưới dạng file claude-md mà tác nhân đọc ở mỗi lần chạy. Không có nó, vòng lặp tự suy luận lại ngữ cảnh của bạn từ đầu mỗi chu kỳ. Với nó, ý định được tích lũy. Vòng lặp biết các quy ước của bạn, các bước build của bạn, thứ bạn không bao giờ làm vì một sự cố ba tháng trước.
Thứ ba là các tác nhân phụ. Người tạo và người kiểm tra không thể là cùng một mô hình. Người viết code quá hào phóng khi chấm điểm công việc của chính mình. Người viết bài bỏ lỡ các phần yếu của chính mình. Viết nhanh và rẻ. Xem xét chậm và nghiêm ngặt. Sự tách biệt đó là phần lớn chất lượng.
Thứ tư là các kết nối. Vòng lặp mở pull request, đóng ticket, ping kênh khi CI chuyển xanh. Đây là sự khác biệt giữa một tác nhân nói "đây là một bản sửa lỗi đề xuất" và một báo cáo chờ bạn vào buổi sáng nói rằng PR đã được merge.
Thứ năm là trình xác minh. Bài kiểm tra, kiểm tra kiểu, hoặc bản build tự động làm hỏng công việc tồi. Mọi thứ khác là đường ống. Đây là khối quyết định vòng lặp giúp bạn hay chỉ tiêu tiền của bạn.
Kết hợp những thứ này lại và bạn có được thứ mà các nhóm nghiêm túc hiện đang chạy ở quy mô lớn. Hàng tá vòng lặp, mỗi vòng đảm nhận một công việc hẹp, chạy song song trong khi mọi người ngủ. Một kỹ sư đã sử dụng một vòng lặp đội tàu như thế này để viết lại toàn bộ codebase từ ngôn ngữ này sang ngôn ngữ khác trong khoảng sáu ngày, công việc mà nếu làm bằng tay sẽ mất gần một năm.
Nơi vòng lặp thất bại trong im lặng
Vòng lặp không crash. Chúng tính phí bạn trong im lặng. Hai chế độ thất bại đáng nêu tên, cả hai đều trở nên tồi tệ hơn khi vòng lặp tốt hơn, chứ không dễ dàng hơn.
Đầu tiên là vòng lặp Ralph Wiggum. Kỹ sư Geoffrey Huntley đã ghi lại nó. Tác nhân quyết định nó đã hoàn thành quá sớm, phát ra tín hiệu hoàn thành trên một công việc mới làm một nửa, và vòng lặp thoát ra hài lòng. Nếu không có một cổng mục tiêu cứng, vòng lặp tiếp tục chạy vào đêm hôm sau, tiếp tục tiêu tiền, tiếp tục tạo ra công việc mà không ai chấp nhận.
Giải pháp không phải là một tác nhân thông minh hơn. Đó là một cổng ngu hơn. Một bài kiểm tra đỗ hoặc trượt. Một bản build biên dịch hoặc không. Một thứ không có ý kiến.
Thứ hai tinh tế hơn. Nợ hiểu biết. Vòng lặp càng nhanh giao code bạn không viết, khoảng cách giữa những gì repo của bạn chứa và những gì bạn thực sự hiểu càng lớn. Một vòng lặp chạy trơn tru tính lãi kép trên khoảng cách đó. Ngày bạn phải debug một hệ thống mà không ai trong nhóm đã đọc tốn kém hơn bất kỳ token nào từng có.
Sự đầu hàng nhận thức đi kèm với nó. Khi vòng lặp tự chạy, thật hấp dẫn để ngừng hình thành ý kiến và chấp nhận bất cứ thứ gì quay lại. Thiết kế vòng lặp là phương thuốc khi bạn làm điều đó với sự phán đoán. Nó là chất xúc tác khi bạn làm điều đó để tránh suy nghĩ. Cùng một hành động, kết quả ngược lại.
Hai người có thể xây dựng cùng một vòng lặp và kết thúc ở những nơi đối lập. Một người sử dụng nó để di chuyển nhanh hơn trên công việc họ hiểu sâu sắc. Người kia sử dụng nó để tránh hiểu công việc hoàn toàn. Vòng lặp không biết sự khác biệt. Bạn thì biết.
Bắt đầu với một vòng lặp, không phải mười
Sai lầm mà mọi người mắc phải là cố gắng xây dựng toàn bộ hệ thống ngay từ ngày đầu. Mười vòng lặp, một bảng điều khiển, một đội tàu. Nó sụp đổ vào cuối tuần vì bạn không thể biết vòng lặp nào đã làm gì.
Bắt đầu với một. Chọn nhiệm vụ lặp lại khó chịu nhất bạn có, thứ bạn kiểm tra mỗi sáng theo thói quen, và biến công việc đơn lẻ đó thành một vòng lặp. Để nó chạy trong vài ngày. Quan sát nơi nó vượt quá. Quan sát nơi nó bỏ lỡ. Siết chặt. Sau đó thêm vòng lặp thứ hai.
Thứ tự quan trọng hơn các công cụ. Làm cho một lần chạy thủ công đáng tin cậy trước, không phải nhanh, mà là đáng tin cậy. Biến lần chạy đó thành một kỹ năng claude-md. Bọc kỹ năng đó trong một vòng lặp với một cổng mục tiêu và một điều kiện dừng cứng. Và sau đó, chỉ sau đó, đặt nó vào lịch trình. Bỏ qua bước, lên lịch một thứ bạn chưa làm cho đáng tin cậy bằng tay, chính xác là cách vòng lặp nổ tung khi bạn ngủ.
Chỉ số quyết định vòng lặp có hoạt động hay không không phải là token đã tiêu, nhiệm vụ đã thử, hay PR đã mở. Đó là chi phí cho mỗi thay đổi được chấp nhận. Nếu tỷ lệ thay đổi được chấp nhận của bạn dưới 50%, bạn đang làm công việc xem xét mà vòng lặp được thiết kế để loại bỏ, và vòng lặp đang thua.
Karpathy đã ngừng viết code huấn luyện. Cherny đã ngừng viết prompt. Không ai trong số họ ngừng suy nghĩ. Nếu bạn rút ra một điều từ bài viết này, hãy rút ra điều đó. Vòng lặp là một hệ thống thực hiện 95% nhàm chán trong khi bạn giữ toàn bộ sự chú ý của mình vào 5% thực sự mang rủi ro.
Bạn đang trả tiền cho một đội tàu tác nhân và chỉ sử dụng một cửa sổ chat.
Theo dõi tôi và đăng ký kênh Telegram của tôi: https://t.me/+75nMf005jRpjMDU1
