Anthropic trả cho các kỹ sư của họ 80.000 USD một tháng. Những kỹ sư đó hiện nay hợp nhất (merge) lượng mã nguồn nhiều gấp 8 lần mỗi ngày so với một năm trước. Không phải vì mô hình trở nên thông minh hơn. Mà vì họ đã ngừng việc viết câu lệnh (prompt) cho Claude và bắt đầu xây dựng các hệ thống tự động thực hiện việc đó thay cho họ.
Brian Cherny, trưởng bộ phận Claude Code tại Anthropic cho biết: "Tôi không còn viết prompt cho Claude nữa. Tôi có các vòng lặp (loop) đang chạy, chúng tự đưa ra prompt cho Claude và quyết định phải làm gì. Công việc của tôi là viết các vòng lặp."
Hầu hết các lập trình viên đọc điều này đều không hiểu thực tế nó có nghĩa là gì. Đến cuối bài viết này, bạn sẽ hiểu - và bạn sẽ có mọi thứ cần thiết để tự xây dựng vòng lặp đầu tiên của mình vào cuối tuần này.
Vòng lặp thực sự là gì
Một prompt là một chỉ dẫn đơn lẻ. Một vòng lặp là một mục tiêu mà AI liên tục làm việc hướng tới cho đến khi đạt được.
Sự khác biệt nằm ở chỗ ai là người cầm lái. Với một prompt, bạn đẩy Claude đi qua từng bước một cách thủ công. Với một vòng lặp, bạn xác định mục tiêu một lần và hệ thống sẽ tự chạy toàn bộ chu trình - tìm việc, thực thi, kiểm tra kết quả và quyết định bước tiếp theo. Tất cả đều diễn ra mà không cần bạn phải ngồi đó.
1Prompt | bạn nhập, Claude trả lời, bạn lại nhập tiếp2Vòng lặp | hệ thống tìm việc, Claude thực thi,3 | hệ thống kiểm tra kết quả, lặp lại cho đến khi xong
Mỗi vòng lặp thực thụ đều có năm giai đoạn:
1Khám phá | tìm những việc cần làm2Lập kế hoạch| quyết định cách thực hiện3Thực thi | làm công việc đó4Xác minh | kiểm tra so với mục tiêu5Lặp lại | chưa xong? đưa kết quả trở lại và chạy tiếp
Ba trong số này thực hiện tất cả công việc thực tế.
Xác minh là trái tim của vòng lặp. Nếu không có một bước kiểm tra thực sự về kết quả, bạn không có vòng lặp - bạn chỉ có một tác nhân (agent) đang tự đồng ý với chính nó một cách lặp đi lặp lại. Việc kiểm tra phải mang tính khách quan. Một bài kiểm tra đạt hoặc không đạt. Một bản build biên dịch được hoặc không. Một công cụ linter trả về mã lỗi 0 hoặc khác 0. Không phải là yêu cầu một tác nhân thứ hai "đánh giá". Hai kẻ lạc quan đồng ý với nhau không phải là xác minh.
Trạng thái (State) là thứ giúp vòng lặp học hỏi. Mỗi lượt chạy, AI phải nhớ những gì nó đã thử, nếu không nó sẽ lặp lại cùng một sai lầm mãi mãi. Một vòng lặp thực sự lưu giữ hồ sơ bên ngoài cuộc trò chuyện - cái gì đã xong, cái gì thất bại, cái gì tiếp theo. Tác nhân sẽ quên giữa các phiên làm việc. Nhưng tệp tin thì không.
Điều kiện dừng là thứ giữ cho nó hoạt động ổn định. Một vòng lặp không có lối thoát sẽ chạy cho đến khi thành công, bị hỏng hoặc làm cạn kiệt ngân sách của bạn. Mọi vòng lặp nghiêm túc đều có hai cách để dừng - thành công và giới hạn cứng. Nếu không có điều này, bạn đã xây dựng một cỗ máy âm thầm tiêu tốn tiền của bạn.
Bài kiểm tra 4 điều kiện trước khi bạn xây dựng bất cứ thứ gì
Một vòng lặp chỉ xứng đáng với chi phí bỏ ra khi cả bốn điều kiện này đều đúng. Thiếu một điều kiện, hãy cứ giữ nó như một prompt thủ công.
1Điều kiện 1 | công việc lặp lại ít nhất hàng tuần2 | ít hơn hàng tuần - chi phí thiết lập không bao giờ bù đắp được34Điều kiện 2 | có thể tự động từ chối kết quả đầu ra kém5 | một bài kiểm tra, bản build, linter, kiểm tra kiểu dữ liệu6 | không có cổng tự động - bạn lại phải quay lại kiểm tra từng diff78Điều kiện 3 | tác nhân có thể làm công việc từ đầu đến cuối9 | không phải bàn giao một nửa công việc lại cho bạn giữa chừng1011Điều kiện 4 | "xong" là khách quan, không phải là vấn đề cảm tính12 | nếu chất lượng là vấn đề về gu thẩm mỹ, con người vẫn thắng
Những vòng lặp đầu tiên tốt:
1Phân loại lỗi CI | hàng đêm, phân loại lỗi, soạn thảo bản sửa lỗi2Cập nhật phụ thuộc | hàng tuần, quét cập nhật, mở PR3Chạy Lint và sửa lỗi | trên mỗi PR, tự động áp dụng các sửa lỗi định dạng4Dự thảo Issue-to-PR | trên các codebase có độ bao phủ kiểm thử tốt
Những vòng lặp đầu tiên tệ - hãy để con người trực tiếp xử lý:
1Viết lại kiến trúc | cần đánh giá, vòng lặp sẽ đi chệch hướng2Mã xác thực hoặc thanh toán | các sai lầm không thể đảo ngược quá đắt đỏ3Triển khai production | cần cổng phê duyệt của con người4Công việc sản phẩm mơ hồ | "xong" không mang tính khách quan
Năm khối xây dựng
Mỗi vòng lặp hoạt động được lắp ráp từ năm phần. Claude Code cung cấp đầy đủ cả năm phần này.
1 - Tự động hóa (nhịp đập)
Đây là thứ biến một vòng lặp thành vòng lặp thực sự chứ không chỉ là một lần chạy đơn lẻ. Một trình kích hoạt (trigger) sẽ chạy theo lịch trình hoặc sự kiện, chuyển tác vụ cho Claude và mang kết quả về mà bạn không cần phải đi kiểm tra.
1/loop | chạy lại một prompt theo nhịp độ2/goal | tiếp tục chạy cho đến khi điều kiện bạn viết là đúng3hooks | kích hoạt lệnh tại các điểm trong vòng đời của tác nhân4cron | chạy sau khi bạn đóng máy tính thông qua GitHub Actions
Quan trọng nhất là /goal. Một mô hình nhỏ riêng biệt sẽ kiểm tra xem điều kiện đã đạt được chưa - vì vậy tác nhân viết mã không phải là tác nhân chấm điểm nó.
1/loop 30m /goal "Tất cả các bài kiểm tra trong test/auth đều đạt và lint sạch."2Quét src/auth để tìm lỗi, soạn thảo sửa lỗi, mở PR khi đạt mục tiêu.
2 - Kỹ năng (viết kiến thức dự án một lần)
Kỹ năng là cách bạn ngừng việc giải thích lại bối cảnh dự án giống nhau trong mỗi phiên làm việc. Một tệp SKILL.md chứa các chỉ dẫn, quy ước và quy tắc mà vòng lặp đọc trong mỗi lần chạy.
Nếu không có kỹ năng, vòng lặp sẽ phải suy luận lại toàn bộ dự án của bạn từ con số không trong mỗi chu kỳ. Với kỹ năng, ý định sẽ được tích lũy - các quy ước, các bước build, những thứ đã sai trước đó - viết một lần, đọc mãi mãi.
1skills/2 ci-triage.md - quy tắc phân loại, mẫu sửa lỗi, tiêu chí leo thang3 frontend.md - Tailwind, Next.js, SEO, quy tắc truy cập4 security.md - mẫu xác thực, xác thực đầu vào, danh sách không được chạm vào5 deps.md - quy tắc cập nhật, kiểm tra tương thích, mẫu khôi phục
Hệ thống tự động gọi kỹ năng theo tên. Công việc định kỳ vẫn có thể bảo trì được thay vì mục nát bên trong một lịch trình mà không ai cập nhật.
3 - Tác nhân phụ (giữ người tạo cách xa người kiểm tra)
Cấu trúc hữu ích nhất trong bất kỳ vòng lặp nào. Hãy tách biệt tác nhân viết mã và tác nhân kiểm tra.
Mô hình viết mã thường quá hào phóng khi tự chấm điểm công việc của chính mình. Một tác nhân thứ hai với các chỉ dẫn khác - và đôi khi là một mô hình mạnh hơn - sẽ bắt được những lỗi mà tác nhân đầu tiên đã tự thuyết phục bản thân là đúng.
1Tác nhân tạo lập | mô hình nhanh, rẻ - khám phá, thực hiện, soạn thảo2Tác nhân kiểm tra | mô hình mạnh, nỗ lực cao - xem xét, xác minh, từ chối
1.claude/agents/2 explorer.md | chỉ đọc, mô hình nhanh, tìm việc cần làm3 implementer.md | viết bản sửa lỗi, chạy kiểm thử4 reviewer.md | kiểm toán bảo mật, chất lượng mã, cổng khách quan
Một mô hình. Ba chuyên gia. Vòng lặp chạy trong khi bạn không theo dõi và người xác minh là lý do duy nhất khiến bạn thực sự có thể rời đi.
4 - Kết nối (để nó hành động, không phải gợi ý)
Sự khác biệt giữa một vòng lặp nói "đây là bản sửa lỗi" và một vòng lặp tự mở PR, liên kết ticket và ping Slack khi CI đã xanh.
1GitHub | đọc repo, tạo nhánh, mở PR, phản hồi webhook2Linear | cập nhật ticket, liên kết PR, đóng mục khi xác minh đạt3Slack | đăng kết quả phân loại, ping con người khi cần leo thang4Sentry | điều tra cảnh báo trực tiếp, soạn thảo sửa lỗi cho các lỗi tần suất cao
Nếu không có kết nối, vòng lặp chỉ mô tả những gì nó sẽ làm. Với kết nối, nó thực sự thực hiện điều đó.
5 - Tệp trạng thái (tác nhân quên. Tệp tin thì không.)
Phần nghe có vẻ quá đơn giản nhưng lại là xương sống của mọi vòng lặp hiệu quả. Một tệp markdown nằm ngoài cuộc trò chuyện ghi lại những gì đã xong, những gì thất bại và những gì tiếp theo.
1# Trạng thái vòng lặp - ci-triage23## Lần chạy cuối42026-06-09 03:30 UTC - 7 lỗi được phân loại, 3 bản sửa lỗi được soạn, 4 lỗi leo thang56## Đang thực hiện7- claude/fix-auth-token-refresh - kiểm thử đạt cục bộ, chờ CI89## Đã hoàn thành hôm nay10- claude/bump-axios-1.7.4 - đã merge, CI xanh1112## Leo thang cho con người13- src/billing/refund.ts - kiểm thử thất bại 3 cách, nguyên nhân gốc rễ chưa rõ1415## Bài học rút ra16- 2026-06-08: PowerShell gặp lỗi TLS trên Windows runner. Hãy dùng bash.17- 2026-06-07: tests/e2e/checkout yêu cầu secret webhook của Stripe. Bỏ qua nếu thiếu.
Lần chạy ngày mai sẽ đọc tệp này và tiếp tục. Nếu không có nó, mỗi lần chạy sẽ bắt đầu lại từ con số không.
Vòng lặp thực sự trông như thế nào
Phân loại lỗi CI - một trong những vòng lặp đầu tiên tốt nhất vì việc xác minh là tự động và rủi ro của kết quả đầu ra kém là thấp.
1Kích hoạt | hàng đêm lúc 3 giờ sáng hoặc khi có sự kiện lỗi CI2Kỹ năng | ci-triage.md3Đọc trạng thái | STATE.md - cái gì đã lỗi hôm qua, cái gì đã được sửa
Vòng lặp chạy:
1Bước 1 | đọc lỗi CI từ GitHub thông qua kết nối2Bước 2 | phân loại từng lỗi: môi trường / flake / lỗi logic / phụ thuộc / hạ tầng3Bước 3 | với mỗi lỗi có thể sửa - mở worktree, gửi tác nhân thực hiện4Bước 4 | tác nhân đánh giá kiểm tra bản sửa lỗi so với các bài kiểm thử và quy tắc bảo mật5Bước 5 | cổng đạt - mở PR và liên kết ticket Linear6Bước 6 | cổng thất bại - leo thang vào hộp thư đến phân loại của con người7Bước 7 | cập nhật STATE.md8Bước 8 | đăng tóm tắt qua đêm lên Slack
Vào buổi sáng, bạn thức dậy với một tin nhắn Slack, một hộp thư phân loại chỉ chứa các vấn đề khó và một loạt PR đã vượt qua kiểm duyệt tự động. Bạn không cần phải viết prompt cho bất kỳ bước nào.
Vòng lặp tích lũy trên toàn bộ doanh nghiệp
Phiên bản mạnh mẽ nhất không phải là một vòng lặp đơn lẻ. Đó là nhiều vòng lặp cùng ghi vào một hệ thống lưu trữ chung để chúng học hỏi lẫn nhau.
Tại SuperDesign, các vòng lặp của họ bao gồm hỗ trợ, SEO, tăng trưởng sản phẩm và quảng cáo. Mỗi vòng lặp có trình kích hoạt và quy trình làm việc riêng. Nhưng tất cả đều ghi vào cùng một kho lưu trữ tín hiệu chung.
Vòng lặp hỗ trợ nhận thấy năm người dùng hỏi cách xuất dữ liệu. Nó tạo ra một tín hiệu:
1loại: tín hiệu2tiêu đề: Xuất dữ liệu quá khó tìm3tần suất: 54danh mục: ma sát5thẻ: [phản hồi, giá cả, chuyển đổi]
Vòng lặp SEO nhận thấy một trang có lưu lượng truy cập tốt nhưng tỷ lệ chuyển đổi kém. Tạo ra một tín hiệu khác. Vòng lặp tăng trưởng sản phẩm đọc cả hai tín hiệu cùng với dữ liệu phân tích và xác định rằng sự ma sát trong việc xuất dữ liệu lớn hơn dữ liệu thô gợi ý - vì bây giờ hai nguồn độc lập xác nhận cùng một vấn đề. Vòng lặp quảng cáo tìm thấy khoảng trống từ khóa và đưa trực tiếp vào vòng lặp SEO.
1Vòng lặp hỗ trợ | tìm ma sát, viết tín hiệu2Vòng lặp SEO | tìm khoảng trống nội dung, viết tín hiệu3Vòng lặp sản phẩm | đọc cả hai tín hiệu, xác định ưu tiên4Vòng lặp quảng cáo | tìm khoảng trống từ khóa, đưa vào vòng lặp SEO
Không vòng lặp nào trong số này là tự động hóa biệt lập. Chúng hoạt động dựa trên cơ sở tri thức chung về những gì doanh nghiệp đang học hỏi. Mỗi vòng lặp làm cho mọi vòng lặp khác thông minh hơn. Đó chính là sự tích lũy.
Những thất bại mà không ai cảnh báo bạn
Vòng lặp Ralph Wiggum. Một tác nhân được cho là báo hiệu hoàn thành chỉ khi xong việc lại báo hiệu sớm. Vòng lặp thoát ra khi công việc mới chỉ làm được một nửa và tiếp tục chạy, tính phí trong khi không tạo ra gì cả. Cách sửa: một cổng cứng có thể đánh giá khách quan công việc thất bại, không phải là một đánh giá mềm kiểu "trông có vẻ ổn với tôi".
Lệch mục tiêu trong các phiên dài. Các ràng buộc biến mất ở lượt thứ 47 khi ngữ cảnh tự tóm tắt lại. Cách sửa: một tệp AGENTS.md cố định mà tác nhân đọc lại ở đầu mỗi lần chạy.
Nợ hiểu biết. Vòng lặp càng nhanh chóng đưa ra mã nguồn mà bạn không viết, khoảng cách giữa những gì tồn tại và những gì bạn hiểu càng lớn. Hóa đơn gây đau đớn không phải là hóa đơn token. Đó là ngày bạn debug một hệ thống mà không ai trong nhóm từng đọc qua. Cách sửa: đọc mọi diff mà vòng lặp mở ra.
Đầu hàng về nhận thức. Xu hướng ngừng hình thành ý kiến và chấp nhận bất cứ thứ gì vòng lặp trả về. Thiết kế vòng lặp là phương thuốc khi bạn thực hiện nó với sự đánh giá đúng đắn, và là chất xúc tác khi bạn thực hiện nó để tránh phải suy nghĩ. Cùng một hành động, kết quả trái ngược.
Chi phí token tích lũy. Mỗi lần lặp lại của vòng lặp đều đọc lại toàn bộ ngữ cảnh và khối lượng dữ liệu tăng lên qua mỗi lượt. Hãy theo dõi chi phí trên mỗi thay đổi được chấp nhận. Dưới tỷ lệ chấp nhận 50%, vòng lặp tốn kém hơn là tiết kiệm.
Thứ tự xây dựng thực sự hiệu quả
Mọi người vận hành các vòng lặp tồn tại được trong môi trường production đều làm theo cách này:
1Bước 1 | làm cho MỘT lần chạy thủ công trở nên đáng tin cậy trước2Bước 2 | biến nó thành kỹ năng - lưu chỉ dẫn vào SKILL.md3Bước 3 | bọc kỹ năng trong một vòng lặp - thêm cổng và điều kiện dừng4Bước 4 | SAU ĐÓ đặt lịch trình cho nó
Lên lịch cho thứ mà bạn chưa làm cho nó đáng tin cậy bằng tay chính là cách các vòng lặp gây ra thảm họa trong khi bạn đang ngủ. Hãy chứng minh nó một lần. Làm cho nó cứng cáp. Sau đó mới tự động hóa.
Số liệu quan trọng không phải là token đã chi hay tác vụ đã thử. Đó là chi phí trên mỗi thay đổi được chấp nhận. Nếu vòng lặp đưa cho bạn mười kết quả và bạn từ chối sáu, bạn đang làm công việc kiểm duyệt mà lẽ ra nó phải giúp bạn tiết kiệm.
Sự thay đổi đã xảy ra
Năm 2024, đòn bẩy nằm ở prompt. Prompt tốt hơn, kết quả tốt hơn, lập trình viên tốt hơn. Năm 2026, đòn bẩy nằm ở tầng trên - hệ thống quyết định Claude làm việc gì, khi nào, với cổng nào và trạng thái nào được lưu giữ giữa các lần chạy.
Các kỹ sư của Anthropic hợp nhất lượng mã nguồn nhiều gấp 8 lần mỗi ngày không phải vì họ tìm ra cách tốt hơn để đặt câu hỏi cho Claude. Mà vì họ đã ngừng đặt câu hỏi và bắt đầu xây dựng các hệ thống đặt câu hỏi cho Claude thay cho họ - liên tục, qua đêm, trong khi họ ngủ.
Vòng lặp không làm cho công việc dễ dàng hơn. Nó thay đổi nơi công việc diễn ra. Từ việc gõ prompt sang thiết kế hệ thống gõ prompt. Từ việc cầm công cụ sang xây dựng nhà máy.
Hầu hết các lập trình viên sẽ tiếp tục viết prompt bằng tay và tự hỏi tại sao khoảng cách ngày càng nới rộng. Một số ít sẽ dành một cuối tuần để xây dựng vòng lặp đầu tiên của họ - một tự động hóa, một kỹ năng, một tệp trạng thái, một cổng kiểm soát - và sẽ không bao giờ quay lại cách làm cũ.
