Google 軟體工程師 Addy Osmani 在 6 月 7 日撰文 định nghĩa「Loop Engineering」là một cách tiếp cận thiết kế tác nhân AI theo hướng tự động hóa thay thế việc con người viết prompt và tương tác thủ công với tác nhân, được cấu thành từ 5 khối: Automations, Worktrees, Skills, Plugins/Connectors và Sub-agents.
Năm khối: định nghĩa và chức năng
Theo khung của Addy Osmani mô tả：
Automations（tự động hóa）： Các tác vụ được kích hoạt theo lịch trình, chịu trách nhiệm tự động thực hiện phần «phát hiện»（Discovery）và «phân luồng»（Triage）。Osmani giải thích rằng Automations là cơ chế cốt lõi để biến vòng lặp thành một chu trình thực sự thay vì «chạy một lần». Codex app dùng Automations theo từng phân trang và cung cấp lệnh /goal（chạy cho đến khi điều kiện thỏa）；Claude Code thực hiện tương tự thông qua tác vụ theo lịch, cron, /loop, /goal và GitHub Actions。
Worktrees（cây công việc）： Sử dụng cơ chế git worktree để tạo các thư mục làm việc độc lập cho tác nhân chạy song song, ngăn xung đột khi nhiều tác nhân cùng lúc sửa một tệp. Codex app tích hợp sẵn worktree cho từng thread；Claude Code cung cấp cơ chế cách ly tương tự thông qua git worktree và cờ --worktree。
Skills（kỹ năng）： Dùng định dạng SKILL.md để ghi kiến thức dự án, các thông lệ và bước xây dựng vào tài liệu bên ngoài, giúp tác nhân mỗi lần chạy không cần suy diễn lại ngữ cảnh dự án. Cả hai công cụ đều dùng cùng một định dạng SKILL.md; Osmani cho biết mô tả chính xác tốt hơn các diễn đạt mơ hồ.
Plugins / Connectors（plugin và bộ kết nối）： Được xây dựng dựa trên MCP（Model Context Protocol），để tác nhân có thể truy cập các hệ thống bên ngoài như Issue Tracker, cơ sở dữ liệu, endpoint API và công cụ liên lạc. Cả Codex app và Claude Code đều hỗ trợ MCP; Osmani xác nhận rằng cùng một connector thường có thể dùng trực tiếp trong cả hai công cụ.
Sub-agents（tác nhân con）： Tách «tác nhân thực thi» và «tác nhân xác minh» thành các vai trò độc lập, do các lệnh khác nhau thậm chí do các mô hình khác nhau thực hiện việc rà soát lẫn nhau, nhằm ngăn việc một tác nhân tự đánh giá quá thoáng. Codex app định nghĩa trong .codex/agents/ theo định dạng TOML; Claude Code định nghĩa Task subagents và agent teams trong .claude/agents/.
Bộ nhớ ngoài (State)： định nghĩa và vai trò của thành phần thứ sáu
Osmani định nghĩa bộ nhớ ngoài là «bất kỳ thứ gì tồn tại ngoài một phiên hội thoại đơn lẻ, dùng để ghi lại đã làm gì và bước tiếp theo là gì», ví dụ như các tệp Markdown hoặc bảng Linear. Lý do cần thiết là vì mô hình ngôn ngữ lớn không giữ trí nhớ giữa các lần thực thi, nên tiến độ phải được lưu bên ngoài thay vì nằm trong cửa sổ ngữ cảnh của mô hình.
Cả hai công cụ đều hỗ trợ cơ chế này：Codex app liên kết Linear thông qua Markdown hoặc Connector；Claude Code liên kết Linear thông qua AGENTS.md, tệp tiến độ hoặc MCP.
Câu hỏi thường gặp
Khác biệt cốt lõi giữa Loop Engineering và traditional Prompt Engineering là gì？
Theo khung của Addy Osmani, traditional Prompt Engineering do kỹ sư viết prompt thủ công và tương tác với tác nhân từng vòng; Loop Engineering thì thiết kế một hệ thống hoàn chỉnh do Automations tự động kích hoạt, Worktrees cô lập chạy song song, Skills cung cấp kiến thức, Connectors kết nối công cụ, Sub-agents tách riêng thực thi và xác minh, khiến vai trò của kỹ sư chuyển từ «trực tiếp thao tác tác nhân» sang «thiết kế hệ thống vận hành tác nhân».
Codex app và Claude Code hiện hỗ trợ những khối nào？
Theo phần so sánh của Osmani, tính đến thời điểm bài viết được công bố, cả hai công cụ đều đã hỗ trợ đầy đủ 5 khối và cơ chế bộ nhớ ngoài; khác biệt chủ yếu nằm ở cách đặt tên và đường dẫn cụ thể: Automations đều có chức năng tương ứng, Worktrees đều dựa trên git worktree, Skills đều dùng định dạng SKILL.md, Plugins/Connectors đều dựa trên MCP, Sub-agents đều dùng các tệp cấu hình trong thư mục .agents/.
Sub-agents «tách biệt thực thi và xác minh» được thực hiện như thế nào？
Theo giải thích của Osmani, thiết kế Sub-agents đặt «tác nhân viết mã» và «tác nhân xem xét mã» thành hai vai trò độc lập, có thể dùng các lệnh khác nhau thậm chí là các mô hình khác nhau. Lệnh /goal của Claude Code áp dụng nguyên lý tương tự: một mô hình hoàn toàn mới đánh giá xem nhiệm vụ đã hoàn thành hay chưa, thay vì mô hình thực thi tự tự đánh giá; Osmani gọi cách này là áp dụng «người làm vs người kiểm tra» cho chính điều kiện dừng.
