Loop Engineering - Addy Osmani

‘Loop engineering’ được xem là bước tiếp theo của các tác nhân lập trình AI

Bài viết này xoay quanh “Loop engineering” của Addy Osmani, bàn về góc nhìn rằng các tác nhân lập trình có thể chuyển từ cách con người phải trực tiếp ra chỉ thị mỗi lần sang cách thiết kế một hệ thống lặp, nơi tác nhân tự tìm việc, chia nhỏ việc, kiểm chứng và quyết định công việc tiếp theo. Ở đây, loop gần với nghĩa là “luồng công việc được AI lặp đi lặp lại nhiều lần để hướng tới một mục tiêu đã định”. Tuy vậy, bài viết không xem đây là lời giải vạn năng. Nó cũng nhấn mạnh các chi phí thực tế như chi phí token, trách nhiệm kiểm chứng và sự suy giảm mức độ thấu hiểu của lập trình viên.

Tóm tắt chính

Ý nghĩa của loop engineering

Trước đây, lập trình viên viết prompt cho tác nhân lập trình, đọc kết quả rồi lại ra chỉ thị tiếp. Loop engineering theo bài viết là cách biến quá trình này thành một cấu trúc tự động hóa. Tức là thay vì con người phải chỉ đạo mỗi lần, ta thiết kế thành hệ thống với các câu hỏi “cần tìm gì, xử lý thế nào và dừng khi nào”.

Các thành phần cấu thành

Tác giả đưa ra các thành phần để xây dựng loop gồm tự động chạy, worktree, skill, plugin và connector, sub-agent, cùng bộ nhớ bên ngoài. Worktree là tính năng của Git giúp chia cùng một kho lưu trữ thành nhiều không gian làm việc để giảm xung đột. Skill là cơ chế tài liệu hóa quy tắc và tri thức của dự án để tác nhân không phải đoán lại mỗi lần. Connector là đường kết nối với các công cụ bên ngoài như Linear, Slack và cơ sở dữ liệu.

Ưu điểm

Về mặt giảm công việc lặp lại, có thể tự động hóa những việc như tóm tắt lỗi CI, phân loại issue và rà soát các commit gần đây. Về xử lý song song, nhiều tác nhân có thể làm việc trên các worktree khác nhau để giảm xung đột tệp. Về tái sử dụng tri thức, có thể lưu giữ thông lệ dự án và quy trình build dưới dạng skill để không phải lặp lại cùng một lời giải thích ở mỗi phiên.

Nhược điểm và rủi ro

Gánh nặng kiểm chứng không biến mất. Kết quả do loop tạo ra vẫn cần con người xác nhận. Chi phí token cũng có thể tăng lên. Khi số lượng sub-agent tăng, mỗi tác nhân sẽ dùng mô hình và công cụ một cách riêng biệt. Nợ về mức độ thấu hiểu cũng là một vấn đề. Nếu lập trình viên chấp nhận kết quả mà không đọc kỹ, codebase có thể phình to trong khi phạm vi con người thực sự hiểu lại thu hẹp dần.

Điểm khác biệt

Nếu prompt engineering thông thường tập trung vào “một câu hỏi tốt cho một lần”, thì loop engineering gần hơn với việc thiết kế “một hệ thống công việc có thể lặp lại”. Tác giả cho rằng khi Codex và Claude Code đều đang có các thành phần tương tự như tự động hóa, skill, kết nối dựa trên MCP và sub-agent, thì mối quan tâm quan trọng hơn đang chuyển từ bản thân công cụ sang cách thiết kế loop.

Đặc điểm nổi bật

Việc tách biệt người tạo và người kiểm chứng là một đặc điểm quan trọng. Nếu tác nhân viết mã tự đánh giá kết quả của chính mình, nó có thể trở nên quá dễ dãi, vì vậy bài viết đề xuất cấu trúc để một sub-agent riêng thực hiện việc rà soát. Việc duy trì bộ nhớ bên ngoài cũng là cốt lõi. Trạng thái cần được lưu lại ngoài cuộc hội thoại, chẳng hạn trong tệp Markdown hoặc bảng issue, để có thể tiếp nối ở lần chạy sau.

Loop engineering được đọc như một câu chuyện về việc thay đổi điểm can thiệp của lập trình viên hơn là thay thế lập trình viên. Trọng tâm chuyển từ việc tiếp tục tự tay viết prompt sang thiết kế cấu trúc lặp, điều kiện kiểm chứng, phân chia công việc và cách ghi lại trạng thái. Tuy nhiên, một loop tốt không thể thay thế cho phán đoán tốt. Nếu không có năng lực kỹ thuật để đọc mã, kiểm chứng và hiểu giới hạn của hệ thống, tự động hóa có thể làm rủi ro tăng lên trước cả khi tốc độ được cải thiện.