Rào cản thực sự của vòng lặp không phải ở việc để AI chạy mãi, mà là liệu nó có thể tự động dừng lại hay không.
"Không viết prompt nữa" — gần đây, câu nói này đang lan truyền trong cộng đồng AI.
Từ cha đẻ của OpenClaw, Peter Steinberger, hiện đang tập trung vào thế hệ tác nhân thông minh cá nhân tiếp theo tại OpenAI, đến người sáng tạo Claude Code Boris Cherny, những ông lớn Thung lũng Silicon này đang chuyển hướng tập thể sang "vòng lặp" (loops).
Addy Osmani, kỹ sư Google đã đặt tên cho xu hướng này là "kỹ thuật vòng lặp" (loop engineering), cũng nằm trong số đó.
Cherny nói rằng, giờ đây anh hầu như không tự tay viết prompt nữa.
Có một tác nhân thông minh đang thay anh viết prompt cho Claude, anh chỉ trò chuyện với "Claude mới" đó — người điều phối mọi thứ.
Anh còn buông lời tuyên bố mạnh mẽ: Mười năm sau, vòng lặp và các chức năng tương tự sẽ là một trong những công việc khiến anh tự hào nhất.
Steinberger còn quyết liệt hơn: Đừng viết prompt cho các tác nhân lập trình nữa, bạn nên thiết kế các vòng lặp để cung cấp prompt cho chúng.
Anh còn trình diễn vòng lặp của mình trên X: Để Codex thức dậy mỗi 5 phút, tự động bảo trì kho lưu trữ mã, phân công nhiệm vụ, một phần công việc được hoàn thành hoàn toàn tự động.
Cái "vòng lặp" mà các ông lớn liên tục nhắc đến này rốt cuộc là gì?
Gần đây, đội ngũ Claude Code đã đưa ra định nghĩa rõ ràng cho nó trên blog chính thức, đồng thời tách ra bốn loại vòng lặp, đặt ra quy tắc kỹ thuật cho "tác nhân thông minh tự động làm việc".
Đội ngũ Claude Code đăng bài, chính thức định nghĩa "vòng lặp" và tách ra bốn loại vòng lặp điển hình: theo lượt, mục tiêu, thời gian và chủ động.
Nói một cách đơn giản, đằng sau điều này là: Lập trình AI đang chuyển từ "viết một câu", sang "thiết kế một hệ thống có thể tự chạy".
Một prompt đổi lấy một câu trả lời, một vòng lặp đổi lấy một hệ thống vẫn làm việc thay bạn sau khi bạn đóng máy tính.
Và lập trình viên, đang từ người viết nội dung, biến thành người thiết kế hệ thống.
Bốn loại vòng lặp, bốn loại "điều kiện dừng"
Một vòng lặp rốt cuộc là gì?
Người ta tranh cãi trên X đã lâu, và câu trả lời cũng muôn hình vạn trạng, nhưng định nghĩa mà đội ngũ Claude Code đưa ra rất rõ ràng:
Vòng lặp, chính là tác nhân thông minh lặp lại công việc hết vòng này đến vòng khác, cho đến khi kích hoạt điều kiện dừng.
Bốn loại vòng lặp, chính là bốn loại "điều kiện dừng". Câu này là chìa khóa để hiểu bài viết kỹ thuật về vòng lặp của Claude Code.
Dựa theo các chiều kích "kích hoạt như thế nào, dừng như thế nào, dùng primitive gì, phù hợp với nhiệm vụ gì", Claude Code chia vòng lặp thành bốn loại.
Loại thứ nhất, vòng lặp theo lượt (turn-based).
Vòng lặp theo lượt, con người kiểm soát từng lượt, mỗi lần gửi một prompt khởi động một lượt. (Nguồn ảnh: Blog chính thức Claude)
Con người kiểm soát từng lượt, bạn viết một câu, AI chạy một lượt, kiểm tra xong rồi viết câu tiếp theo, toàn bộ quá trình bạn nắm tay lái. Nó phù hợp với các nhiệm vụ ngắn, rời rạc, không vào quy trình, không lên lịch.
Muốn nó ít qua lại vài lần, hãy viết các bước bạn thường kiểm tra thủ công vào một tệp SKILL.md, để AI tự nghiệm thu.
Càng lượng hóa được việc kiểm tra, nó càng có khả năng tự đánh giá đã làm đúng hay chưa, và bạn càng ít chỗ phải giám sát.
Loại thứ hai, vòng lặp mục tiêu (/goal).
Vòng lặp mục tiêu, mô hình đánh giá so sánh với tiêu chuẩn để phán định, nếu không đạt sẽ gửi lại làm lại. (Nguồn ảnh: Blog chính thức Claude)
Trước tiên viết cố định mục tiêu, ví dụ "đưa điểm Lighthouse của trang chủ lên trên 90, thử 5 lần rồi dừng".
Mỗi lần Claude muốn dừng, một mô hình đánh giá sẽ đến so sánh với tiêu chuẩn của bạn, nếu không đạt sẽ gửi lại tiếp tục làm, cho đến khi đạt mục tiêu, hoặc dùng hết số lượt bạn đã thiết lập.
Các tiêu chuẩn có thể lượng hóa như số lượng kiểm tra đạt, ngưỡng điểm số... rất dễ sử dụng vì Claude không cần tự mình đắn đo "đủ tốt chưa", bộ đánh giá thay nó phán định. Nó không cần tự đoán "gần xong rồi nhỉ" để dừng sớm, và vòng lặp cũng có thể kết thúc gọn gàng.
Loại thứ ba, vòng lặp thời gian (/loop và /schedule).
Kích hoạt theo khoảng thời gian, giống như báo thức. Một số việc mang tính lặp lại, nhiệm vụ không đổi, chỉ có đầu vào thay đổi, ví dụ như mỗi sáng tóm tắt tin nhắn Slack.
Một số việc phải theo dõi hệ thống bên ngoài, cách đơn giản nhất là định kỳ theo thời gian kiểm tra xem, xem có gì thay đổi rồi phản ứng, ví dụ như một PR có thể nhận được đánh giá, hoặc CI bị lỗi.
Dùng /loop để chạy lại một prompt theo khoảng cách. Muốn nó chạy khi bạn tắt máy, hãy dùng /schedule để chuyển vòng lặp lên đám mây.
Logic này gần như giống hệt với công việc định kỳ (cron) mà lập trình viên đã quen.
Loại thứ tư, vòng lặp chủ động (proactive).
Vòng lặp chủ động, sự kiện hoặc thời gian kích hoạt, toàn bộ quá trình không người trực, chạy cho đến khi bạn tự tay tắt đi. (Nguồn ảnh: Blog chính thức Claude)
Sự kiện hoặc thời gian kích hoạt, toàn bộ quá trình không người trực.
Kết hợp với chế độ tự động (auto mode) và quy trình công việc động, tự động hóa chuỗi các công việc dài: mỗi giờ quét qua kênh phản hồi, khi nhận được báo cáo lỗi, sẽ tự động phân loại, sửa chữa, trả lời, chạy một mạch, toàn bộ quá trình không dừng lại hỏi bạn quyền hạn.
Mỗi nhiệm vụ đạt mục tiêu thì thoát ra, toàn bộ công việc định kỳ sẽ tiếp tục chạy cho đến khi bạn tự tay tắt đi. Nó phù hợp với những công việc liên tục, ranh giới rõ ràng: báo cáo lỗi, phân loại vấn đề, nâng cấp phụ thuộc.
Bốn loại vòng lặp, nói rõ ra là bốn câu trả lời cho "khi nào nên dừng": con người phán định, bộ đánh giá phán định, thời gian phán định, sự kiện phán định.
Nhìn sâu hơn một lớp.
Theo tài liệu Agent SDK chính thức, lõi của cơ chế này cũng rất đơn giản:
Claude đánh giá prompt của bạn, gọi công cụ để thực hiện, lấy kết quả về, sau đó lặp lại, cho đến khi ở một lượt nào đó nó không còn gọi bất kỳ công cụ nào nữa, vòng lặp mới kết thúc.
Tài liệu Agent SDK chính thức của Claude Code đưa ra vòng lặp tác nhân thông minh: Sau khi prompt được nhập, Claude đánh giá, gọi công cụ, kết quả quay lại và đánh giá lại, cho đến khi ở một lượt nào đó không gọi bất kỳ công cụ nào, mới xuất câu trả lời cuối cùng. (Nguồn ảnh: Tài liệu chính thức Claude Code)
Về bản chất, cái gọi là tác nhân thông minh tự chủ, chính là một vòng tròn như vậy.
Điều thực sự thay đổi không phải là bản thân vòng lặp
Dĩ nhiên, không thể nói "thiết kế vòng lặp" là một cuộc cách mạng từ 0 đến 1.
Nhiệm vụ định kỳ, sắp xếp (orchestration), vòng lặp phản hồi, những cách làm này đã có từ lâu, lần này Claude làm, phần nhiều là thống nhất đặt tên, quy tụ chúng thành một bộ tiêu chuẩn phân loại.
Vậy rốt cuộc cái gì đã thay đổi? Trọng tâm nằm ở "điều kiện dừng".
Trong một loạt kinh nghiệm thực tế mà Claude Code chính thức tổng kết, được tách riêng ra và đánh dấu là "điều giá trị nhất", chính là xác minh (verification):
Cung cấp cho Claude một cách tự kiểm tra đầu ra.
Lý lẽ không khó hiểu.
Ví dụ, yêu cầu một kỹ sư làm trang web nhưng không cho trình duyệt, trang có thể đẹp không? Có trình duyệt, anh ta mỗi lần sửa một phiên bản đều có thể xem ngay hiệu quả, điều chỉnh lặp đi lặp lại cho đến khi hài lòng mới giao.
Và sức mạnh của vòng lặp mô hình, chính đến từ khả năng "tự đóng vòng" này.
Trong quá trình này, prompt không chết, nó chỉ thoái hóa thành một thành phần trong vòng lặp.
Cốt lõi thực sự, đã biến thành thiết kế điều kiện dừng, thiết kế bộ xác minh (verifier), kiểm soát ngân sách token, chiến lược thực thi đa luồng.
Vòng lặp không có cửa chặn, mạnh mẽ và nguy hiểm
Vòng lặp, có nghĩa là bạn có thể buông tay để AI tự làm cả ngày?
Dĩ nhiên là không.
Chướng ngại vật đầu tiên là tiền. Vòng lặp không giới hạn trên, có thể đốt cháy chi phí token.
Theo báo cáo, Steinberger tự nhận mình là "người đàn ông nắm giữ token vô hạn", bởi token miễn phí chính là một trong những phúc lợi khi làm việc tại OpenAI. Người bình thường không có đãi ngộ này.
Điều thứ hai còn ẩn giấu hơn. Tác nhân thông minh có thể rơi vào một vòng lặp chết "có vẻ tiến triển, nhưng thực chất quay tại chỗ": lặp đi lặp lại sửa cùng một tệp, nhưng mãi không tạo ra một kiểm tra vượt qua mới.
Nó thậm chí có thể một cách đầy tự tin, làm một giải pháp sai ngày càng "hoàn chỉnh".
Sự đồng thuận của cộng đồng kỹ thuật về điều này rất trực tiếp: Vòng lặp rất mạnh, nhưng không có cửa chặn (gating condition) thì rất nguy hiểm.
Trong thảo luận kỹ thuật trên Reddit, có người đã tổng kết ba điều kiện cửa chặn bắt buộc, phải thiết kế trước khi viết vòng lặp.
Điều kiện done: và phải có thể phán định bằng máy, ví dụ tất cả kiểm tra đều xanh, hoặc một hạng mục spec nào đó được đóng;
Giới hạn cứng trên: bao gồm số lượt tối đa và chi phí tối đa, chuyên phòng tránh mất kiểm soát chi phí và vòng lặp vô hạn;
Phát hiện không tiến triển: một khi phát hiện nó lặp lại chạm vào cùng một nhóm tệp nhưng không có kiểm tra mới nào vượt qua, sẽ buộc dừng lại.
Chính thức cũng đưa ra một loạt kỷ luật tiết kiệm tiền:
Nhiệm vụ nhỏ đừng cố dùng nhiều tác nhân thông minh;
Nếu có thể dùng mô hình nhỏ, nhanh, rẻ, thì đừng đều dùng mô hình mạnh nhất;
Trước khi chạy quy mô lớn, hãy chạy thử với một phần nhỏ trước;
Công việc xác định giao cho script, chạy script rẻ hơn nhiều so với để mô hình suy luận từng bước;
Công việc định kỳ đừng chạy thường xuyên hơn mức cần thiết.
Vì vậy, vòng lặp là một hệ thống thiết kế "làm thế nào để kiểm soát AI", chứ không phải là "buông tay để AI chạy lung tung".
Điều này cũng quyết định rằng nó hiện tại phù hợp nhất với các nhiệm vụ có cấu trúc, ranh giới rõ ràng, chứ không phải là sự tự do sáng tạo bay bổng.
Trước kia tranh ai nói hay, giờ tranh ai biết xây dựng hệ thống
Trong lần thay đổi này, điều thực sự thay đổi là trọng tâm của lập trình: từ "thiết kế nội dung", chuyển sang "thiết kế hệ thống hành vi".
Trước đây bạn thiết kế nội dung của một lệnh, giờ đây bạn thiết kế toàn bộ hệ thống hành vi: nó kích hoạt như thế nào, xác minh như thế nào, dừng như thế nào.
Claude Code chính thức để lại cho những người muốn thiết kế vòng lặp một điểm khởi đầu đơn giản:
Hãy xem những công việc bạn tự làm mỗi ngày, chọn ra một khâu nghẽn cổ chai, sau đó hỏi bản thân 3 câu hỏi:
Xác minh: Kiểm tra xác minh đó, tôi có thể viết ra thay nó không?
Mục tiêu: Mô tả mục tiêu có đủ rõ ràng không?
Nhịp độ: Công việc có xuất hiện theo nhịp độ cố định không?
Chỉ cần một câu trả lời là có, bạn đã tìm thấy vòng lặp đầu tiên có thể giao phó.
Lập trình AI, trước kia tranh tài là kỹ thuật viết prompt, giờ đây tranh tài là ai biết xây dựng hệ thống: ai có thể thiết kế ra một vòng lặp tự biết xác minh, tự biết khi nào nên dừng.
Thời đại viết prompt sẽ không biến mất trong một đêm, nhưng ánh hào quang của nó đang chuyển sang vòng lặp.
Và những người thiết kế vòng lặp thực sự, mới chỉ vừa lên sân khấu.
Tài liệu tham khảo:
https://claude.com/blog/getting-started-with-loops
https://code.claude.com/docs/en/agent-sdk/agent-loop
https://support.claude.com/en/articles/14554000-claude-code-power-user-tips?utm_source=chatgpt.com https://www.reddit.com/r/ClaudeWorkflows/comments/1ujy4wq/workflow_designing_robust_claude_agent_loops/
Bài viết này đến từ tài khoản WeChat công chúng "新智元", tác giả: 元宇
