Tôi không còn prompt Claude nữa. Tôi có các vòng lặp đang chạy để prompt Claude và xác định những việc cần làm. Công việc của tôi là viết các vòng lặp.
- Boris Cherny, người sáng tạo và đứng đầu Claude Code tại Anthropic.
Trong khoảng hai năm, kỹ năng mà ai cũng theo đuổi là prompt engineering. Viết một prompt tốt, cung cấp đủ ngữ cảnh, đọc đầu ra, viết prompt tiếp theo. Bạn cầm agent như một công cụ, mỗi lần một lượt.
Kỷ nguyên đó đang lặng lẽ kết thúc.
Vào giữa năm 2026, ba tiếng nói đã hội tụ về cùng một ý tưởng trong vòng vài ngày. Boris Cherny (Claude Code) nói rằng công việc của anh ấy bây giờ là viết các vòng lặp. Peter Steinberger (người tạo ra OpenClaw) đã nói với hàng triệu nhà phát triển: "Bạn không nên prompt các coding agent nữa. Bạn nên thiết kế các vòng lặp để prompt các agent của bạn." Và Addy Osmani (Google) đã đặt tên cho mẫu hình này trong một bài đăng được chia sẻ rộng rãi: Loop Engineering. Bài viết này phân tích loop engineering thực sự là gì, những vấn đề nó giải quyết, cách nó giải quyết chúng, một bản demo code hoạt động mà bạn có thể chạy ngay hôm nay, và những đánh đổi trung thực mà không ai đề cập trong các bài viết thổi phồng.
Loop Engineering Là Gì?
Loop engineering là việc thay thế chính bạn khỏi vai trò người prompt agent. Bạn thiết kế một hệ thống thực hiện việc prompting thay cho bạn.
Một vòng lặp là một mục tiêu đệ quy: bạn xác định một mục đích và một điều kiện dừng có thể kiểm chứng, và AI sẽ lặp lại, khám phá công việc, thực hiện nó, xác minh nó, ghi lại tiến trình cho đến khi điều kiện được đáp ứng. Bạn không còn ở trong vòng lặp nữa. Bạn ở trên nó.
Hãy nghĩ về hệ thống phân cấp như thế này:
- Prompt engineering: bạn viết một hướng dẫn tốt.
- Context engineering: bạn tập hợp thông tin phù hợp xung quanh hướng dẫn đó.
- Agent harness engineering: bạn xây dựng môi trường mà một agent chạy bên trong.
- Loop engineering: bạn xây dựng hệ thống chạy harness theo lịch trình, sinh ra các trợ lý, kiểm tra công việc của chúng.
Quy trình làm việc cũ: viết prompt → đọc đầu ra → viết prompt tiếp theo (bạn là vòng lặp).
Quy trình làm việc mới: thiết kế vòng lặp một lần → vòng lặp khám phá công việc → vòng lặp gán agent → vòng lặp xác minh → vòng lặp ghi lại trạng thái → lặp lại (bạn xem xét và định hướng).
Những Vấn Đề Loop Engineering Giải Quyết
Vấn đề 1: Bạn là nút thắt cổ chai
Trong prompting thủ công, không có gì xảy ra trừ khi bạn gõ phím. Mỗi lượt đều phải chờ con người. Các agent trong năm 2026 có thể chạy tự động trong nhiều giờ, các mô hình lớp Claude Opus đã chạy không cần giám sát trong gần năm giờ cho các tác vụ khó, nhưng một cuộc trò chuyện do con người điều khiển sẽ giới hạn chúng ở tốc độ gõ và khoảng chú ý của bạn. Agent nhàn rỗi 95% thời gian, chờ đợi bạn.
Vấn đề 2: Agent quên mọi thứ giữa các phiên
Mỗi phiên đều bắt đầu từ con số không. Mô hình phải suy luận lại các quy ước, các bước xây dựng và những bài học khó nhằn của dự án từ đầu - hoặc tệ hơn, lấp đầy khoảng trống bằng những phỏng đoán tự tin. Đó là thứ mà "Osmani" gọi là intent debt: ý định không được nói rõ mà phải trả lại (hoặc đoán lại) mỗi lần chạy.
Vấn đề 3: Agent tự chấm điểm bài của mình
Một agent đã viết code sẽ quá hào phóng khi xem xét lại nó. "Xong rồi" là một tuyên bố, không phải một bằng chứng. Nếu không có sự xác minh độc lập, các lần chạy tự động sẽ tích lũy lỗi thay vì sửa chúng.
Vấn đề 4: Các agent song song xung đột
Ngay khi bạn chạy nhiều hơn một agent trên một repo, chúng bắt đầu ghi đè lên tệp của nhau - cùng một thảm họa như hai kỹ sư commit vào cùng một dòng code mà không nói chuyện với nhau.
Vấn đề 5: Công việc định kỳ không bao giờ được tự động hóa
Xử lý CI lỗi, nâng cấp dependency, săn lùng các test flaky, gắn nhãn issue, dọn dẹp bug hàng ngày - những công việc này nhàm chán, vô tận và hoàn toàn phù hợp với agent. Nhưng không ai prompt một agent để làm việc đó mỗi sáng, bởi vì bạn sẽ phải xuất hiện mỗi sáng để thực hiện việc prompting.
Loop Engineering Giải Quyết Chúng Như Thế Nào: Sáu Khối Xây Dựng
Một vòng lặp thực sự chạy không cần giám sát không phải là một prompt dài. Nó là một hệ thống nhỏ với năm khả năng cộng với một bộ nhớ. Đáng chú ý, cả Claude Code và Codex của OpenAI hiện đều cung cấp sáu yếu tố này một cách tự nhiên - hình dạng vòng lặp đã trở nên độc lập với công cụ.
- Automations: nhịp tim
Các lần chạy theo lịch trình tự thực hiện khám phá và phân loại. Điều này giải quyết Vấn đề 5.
- Claude Code: /loop chạy lại một prompt theo nhịp (từ khoảng thời gian một phút đến nhiều ngày), các tác vụ cron, Routines cho các tự động hóa theo lịch trên đám mây, các lifecycle hook, hoặc GitHub Actions cho các lần chạy tồn tại ngay cả khi bạn đóng laptop.
- Codex: tab Automations chọn một dự án, một prompt, một nhịp; kết quả được đưa vào hộp thư đến Triage, các lần chạy trống tự động lưu trữ.
Công cụ chính trong phiên là /goal: tiếp tục làm việc qua nhiều lượt cho đến khi một điều kiện bạn đã viết được xác minh là đúng - "tất cả các test trong test/auth đều pass và lint sạch sẽ" và bạn có thể rời đi.
- Worktrees: sự cô lập cho song song
Git worktrees cung cấp cho mỗi agent thư mục làm việc riêng trên nhánh riêng của nó, chia sẻ lịch sử repo. Các chỉnh sửa hoàn toàn không thể xung đột. Điều này giải quyết Vấn đề 4.
- Claude Code: git worktree, cờ --worktree, hoặc isolation: worktree trên một subagent để mỗi trợ lý có một bản checkout mới, tự dọn dẹp.
- Codex: worktree tích hợp sẵn trên mỗi luồng.
Những người dùng cao cấp báo cáo chạy 10–15 agent song song theo cách này.
- Skills: kiến thức dự án được hệ thống hóa
Một skill là một thư mục với SKILL.md chứa các quy ước, các bước xây dựng và "chúng tôi không làm theo cách này vì sự cố kia" được viết một lần, được agent đọc mỗi lần chạy. Điều này giải quyết Vấn đề 2. Nếu không có skills, vòng lặp sẽ suy luận lại dự án của bạn từ đầu mỗi chu kỳ. Với chúng, nó tích lũy.
- Plugins & Connectors (MCP): công cụ thực tế
Một vòng lặp chỉ nhìn thấy hệ thống tệp là một vòng lặp nhỏ. Các kết nối MCP cho phép nó đọc trình theo dõi issue của bạn, truy vấn cơ sở dữ liệu, mở PR, cập nhật ticket Linear và ping Slack khi CI xanh. Đây là sự khác biệt giữa một agent nói "đây là bản sửa lỗi" và một vòng lặp triển khai bản sửa lỗi.
- Sub-agents: tách người tạo khỏi người kiểm tra
Ý tưởng cấu trúc quan trọng nhất trong toàn bộ mẫu hình. Một agent (hoặc mô hình) viết; một agent khác với các hướng dẫn khác nhau xác minh. Điều này giải quyết Vấn đề 3. /goal của Claude Code tích hợp sẵn điều này: một mô hình riêng đánh giá xem điều kiện dừng có được đáp ứng hay không, vì vậy người lao động không bao giờ tự chấm điểm bài của mình.
- Claude Code: subagents trong .claude/agents/, agent teams.
- Codex: subagents dưới dạng TOML trong .codex/agents/ - ví dụ: một mô hình mạnh với nỗ lực suy luận cao làm người đánh giá bảo mật của bạn, một mô hình đọc nhanh chỉ đọc làm người khám phá của bạn.
- State: xương sống bộ nhớ
Một tệp markdown, một nhật ký tiến trình, hoặc một bảng Linear - bất cứ thứ gì tồn tại bên ngoài cuộc trò chuyện và ghi lại những gì đã làm và những gì cần làm tiếp theo. Nghe có vẻ quá đơn giản để quan trọng. Đó là thủ thuật duy nhất mà mọi agent chạy dài đều phụ thuộc vào: mô hình quên giữa các lần chạy; repo thì không. Điều này cũng giải quyết Vấn đề 2 ở cấp độ tác vụ, và nó cho phép lần chạy ngày mai tiếp tục chính xác từ nơi lần chạy hôm nay dừng lại. Cùng với automations, nó giải quyết Vấn đề 1 - vòng lặp hoạt động trong khi bạn ngủ.
Một Vòng Lặp Thực Tế Trông Như Thế Nào
Đây là hình dạng tham khảo (được điều chỉnh từ vòng lặp hàng ngày của chính Osmani):
- Một automation kích hoạt trên repo. Prompt của nó gọi một skill phân loại đọc các lỗi CI của ngày hôm qua, các issue đang mở và các commit gần đây, và ghi kết quả vào STATE.md.
- Đối với mỗi kết quả đáng làm, vòng lặp mở một worktree cô lập và điều phối một sub-agent tạo để soạn thảo bản sửa lỗi.
- Một sub-agent kiểm tra xem xét bản thảo dựa trên các skill của dự án và các test hiện có.
- Các kết nối mở PR, liên kết ticket và đăng lên Slack.
- Bất cứ điều gì vòng lặp không thể xử lý sẽ được đưa vào hộp thư đến phân loại - dành cho bạn.
- STATE.md ghi lại những gì đã được thử, những gì đã qua, những gì vẫn còn mở. Lần chạy ngày mai sẽ tiếp tục từ đó.
Nguồn & đọc thêm: Addy Osmani, "Loop Engineering" (addyosmani.com); Bài viết của The New Stack về loop engineering; Buổi trò chuyện bên lò sưởi của Boris Cherny tại hội nghị Scale của Meta và cuộc phỏng vấn với CNBC; Tài liệu Claude Code về Routines (code.claude.com/docs/en/routines); Tài liệu OpenAI Codex Automations.
Nếu bạn xây dựng một vòng lặp từ bài viết này, tôi rất muốn xem nó!! Hãy trả lời và cho tôi biết bạn đã tự động hóa điều gì đầu tiên.
