Xác minh lần cuối: 2026-06-17. Các phát biểu được gán cho Peter Steinberger, Boris Cherny và Addy Osmani được trích từ các bài đăng và bài luận công khai của họ tính đến thời điểm này. Lĩnh vực này đang chuyển động rất nhanh — hãy kiểm tra các nguồn được liên kết để có quan điểm cập nhật nhất.

Bởi Frankie C. · Chuyên viên Nghiên cứu Thị trường Cấp cao, Mindber. Theo dõi hơn 500 công cụ AI/SaaS trên các thị trường Đông Nam Á qua phương pháp Mindber Innovation Index.

Vào ngày 7 tháng 6 năm 2026, một lập trình viên tên Peter Steinberger đã đăng hai câu thu hút hàng triệu lượt xem và mở lại một cuộc tranh luận mà giới AI-coding tưởng đã ngã ngũ. Quan điểm của ông: ngừng gõ prompt vào coding agent của bạn. Hãy xây hệ thống prompt cho nó thay bạn. Vài ngày trước đó, Boris Cherny — người điều hành Claude Code tại Anthropic — đã đưa ra cùng nhận định từ bên trong: ông không còn prompt mô hình nữa. Ông viết các vòng lặp, và các vòng lặp đảm nhận việc prompt.

Để hiểu bối cảnh Mindber chấm điểm các công cụ liên quan ra sao, xem danh mục AI coding agents và phương pháp luận đằng sau Mindber Innovation Index.

Bài đăng đã mở lại cuộc tranh luận: Peter Steinberger về việc xây vòng lặp thay vì gõ prompt. Nguồn: Peter Steinberger trên X, tháng 6 năm 2026.

Ý tưởng đó nay có một cái tên: loop engineering. Phần lớn bài viết kể từ đó đều mang giọng điệu hồ hởi. Đây là phiên bản đã gỡ bỏ thổi phồng — nó là gì, cái gì hiệu quả trong sản xuất hôm nay, cái gì chưa, và khi nào thì không nên xây vòng lặp.

Loop engineering là gì?

Loop engineering là thực hành thiết kế một hệ thống chạy AI agent theo chu kỳ — đặt mục tiêu, hành động, quan sát kết quả, phản tư, và lặp lại — cho đến khi mục tiêu đạt được hoặc hệ thống trao quyền điều khiển lại cho con người.

Sự dịch chuyển nằm ở chỗ ai làm việc prompt. Thay vì một lập trình viên lèo lái agent theo từng lượt, họ xây vòng lặp để lèo lái nó. Steinberger (người tạo ra dự án agent mã nguồn mở OpenClaw, nay ở OpenAI) đóng khung công việc là thiết kế "những vòng lặp prompt agent của bạn". Addy Osmani, kỹ sư Google có bài luận về loop engineering trở thành văn bản tham chiếu, mô tả vòng lặp như một mục tiêu đệ quy: xác định mục đích, lặp đến khi hoàn thành.

Bài kiểm tra một dòng: Nếu bạn thấy mình chạy lại cùng một prompt — với bối cảnh hơi khác mỗi lần — thì bạn đã có một vòng lặp thủ công rồi. Loop engineering là thứ bạn xây để ngừng làm việc đó bằng tay.

Loop engineering nằm ở đâu: bốn lớp của ngăn xếp

Loop engineering không xuất hiện từ hư không. Nó là đỉnh của một ngăn xếp lớn dần khi agent ngày càng có năng lực. Mỗi lớp trả lời một câu hỏi về cơ bản là khác nhau.

Cách rõ ràng để nắm bắt sự phân biệt: harness trang bị cho một lần chạy duy nhất; vòng lặp là thứ liên tục thúc agent theo lịch trình, sinh ra trợ thủ, tự nạp dữ liệu qua nhiều lần chạy, và tích lũy những gì nó học được.

Hầu hết tranh luận về "prompt vs. engineering" gộp cả ngăn xếp này thành một thứ. Chúng không giống nhau, và việc nhập nhằng chúng tạo ra sai công cụ cho công việc ở mọi lớp.

Giải phẫu một vòng lặp thực thụ

Mô hình tư duy của hầu hết mọi người về agent: Mục tiêu → Lập kế hoạch → Thực thi → Đầu ra. Đó là chỗ họ dừng lại — và đó chính xác là lý do "vòng lặp" của họ không phải vòng lặp. Nó chạy một lần rồi thoát.

Một vòng lặp thực thụ bổ sung hai bước bắt buộc sau đầu ra:

Bên trong một vòng lặp sản xuất

Một vòng lặp sống sót qua va chạm với công việc thực có sáu thành phần. Thiếu bất kỳ thành phần nào thường là nơi thất bại xảy ra.

Sáu phần đó được ánh xạ lên một hệ điều hành agent đầy đủ: công cụ và điều phối nuôi các agent; các cổng con người (Co-Plan / Co-Execute / Co-Comply) và bộ nhớ khép kín vòng lặp. Sơ đồ gốc của Mindber.

Quy tắc bền bỉ nhất của Steinberger: Bất cứ thứ gì bạn làm nhiều hơn một lần nên trở thành một kỹ năng, để lần sau là miễn phí. Một vòng lặp không có kỹ năng tái sử dụng bên trong chỉ là một vòng lặp vô hạn bọc quanh một người lạ. Kỹ năng là cơ chế tích lũy — không có chúng, bạn đang thuê trí thông minh theo từng lần chạy thay vì sở hữu nó.

Bốn hàng rào an toàn giúp an tâm để nó tự chạy

Các thành phần làm cho vòng lặp chạy. Bốn thứ này làm cho việc rời đi an toàn — sự khác biệt giữa một hệ thống tự chủ và một sai lầm tốn kém mà bạn phát hiện vào hóa đơn thẻ tín dụng kế tiếp.

Phần trung thực: cái mà chu kỳ thổi phồng bỏ qua

Những người gần gũi nhất với công việc này lại là những người thận trọng nhất về nó. Điều đó đáng để chú ý.

Addy Osmani, người viết bài luận kinh điển, công khai tự nhận mình hoài nghi và nhấn mạnh rằng đây vẫn còn sơ khai — và rằng chi phí token dao động dữ dội tùy thuộc bạn "giàu token hay nghèo token". Một vòng lặp không giới hạn có thể âm thầm đốt cả gia tài trong khi trông như đang tiến triển.

Steinberger vạch ra ranh giới rõ ràng giữa cái gì hiệu quả bây giờ và cái gì chưa:

Hiệu quả hôm nay — đã chứng minh trong sản xuất:

• Nhiều agent xử lý song song các issue, với con người rà soát ở bước hợp nhất
• Pipeline hẹp, xác minh được: nâng cấp dependency, codemod, sửa flaky-test
• Tác vụ nơi "hoàn thành" có tín hiệu nhị phân, tự động (test pass / diff sạch / endpoint trả về 200)

Chưa hiệu quả — lời thừa nhận trung thực:

• "Ý tưởng vào, sản phẩm ra" mà không có con người giữ tầm nhìn
• Cam kết trước một trạng thái cuối cố định và tự động hóa hoàn toàn con đường tới đó — đó là waterfall với thêm vài bước
• Phần mềm tốt vẫn được khám phá qua việc lặp đi lặp lại, không phải được tuyên bố trước

Lưu ý từ Gartner: Đỉnh kỳ vọng bị thổi phồng không có nghĩa công nghệ là giả. Nó có nghĩa các bản demo đi trước rất xa so với các triển khai, theo Gartner Hype Cycle for Artificial Intelligence. Source: Gartner Hype Cycle for Artificial Intelligence, 2026, Jun 17, 2026 Khoảng 83% tổ chức chưa triển khai agent gì cả. Khoảng cách giữa cái được phô diễn ở hội nghị và cái chạy trong sản xuất là có thật, rộng, và đang thu hẹp chậm hơn lời thổi phồng gợi ý.

Xem thêm: Chi phí thực của các công cụ AI năm 2026 — phép tính chi phí token đằng sau "giàu token vs. nghèo token".

Khi nào nên xây vòng lặp — và khi nào không

Một câu hỏi quyết định câu trả lời: công việc có lặp lại không, và "hoàn thành" có đo lường được một cách khách quan không?

Thực tế khởi nghiệp cho người xây dựng tiết kiệm chi phí

Với người xây dựng đơn lẻ và đội nhóm nhỏ — đặc biệt khắp Đông Nam Á, nơi hầu hết người xây dựng không "giàu token" — kỷ luật chi phí quan trọng hơn tham vọng. Mindber Innovation Index theo dõi cụ thể hiệu suất chi phí của công cụ: mỗi công cụ xử lý ràng buộc tài nguyên duyên dáng đến đâu mà không hy sinh chất lượng đầu ra.

Ba quy tắc giữ cho vòng lặp khỏi trở thành cái hố tiền:

1. Giới hạn ngân sách token mỗi lần chạy trước khi rời đi. Không phải giới hạn mơ hồ — một con số cứng, được thực thi ở lớp code. Ngân sách token là hạn mức thẻ tín dụng cho vòng lặp của bạn. Nếu giới hạn không nằm trong code, nó không tồn tại.

2. Bắt đầu với một tác vụ hẹp, xác minh được trước khi nối nhiều tác vụ lại với nhau. Độ phức tạp tích lũy nhanh. Hãy giành niềm tin ở phiên bản đơn giản trước khi thêm các giai đoạn. Mindber Functionality Score cho Claude Code và các công cụ tương đương đo lường cụ thể điều này: công cụ xử lý hàng rào ngân sách và các chế độ thất bại duyên dáng tốt đến đâu trong thực tế?

3. Tự động dừng khi cùng một lỗi, một diff trống, hoặc một test thất bại lặp lại N lần liên tiếp. Một vòng lặp không thể tự dừng thì không tự chủ — nó chỉ tốn kém. Quy tắc dừng không phải là tùy chọn.

Nguyên tắc Steinberger: Một vòng lặp cam kết trước một trạng thái cuối cố định và tự động hóa hoàn toàn con đường tới đó đã âm thầm phát minh lại waterfall. Phần mềm vẫn được khám phá qua việc lặp đi lặp lại — không phải được tuyên bố trước. Hãy cài sẵn các điểm kiểm tra. Giữ con người trong vòng lặp quyết định cho bất cứ điều gì không thể đảo ngược.

Điều này có nghĩa gì cho việc lựa chọn công cụ

Không phải mọi runtime agent đều hỗ trợ mẫu hình vòng lặp như nhau. Mindber Innovation Index theo dõi công cụ nào trong danh mục AI coding agents đã có sẵn hạ tầng vòng lặp gốc — thực thi theo lịch, ủy thác sub-agent, lưu giữ trạng thái, giới hạn ngân sách — so với công cụ nào bắt bạn tự xây toàn bộ từ đầu.

Các công cụ như Claude Code, OpenAI's Codex, Cursor, và OpenClaw đi kèm với mức độ tích hợp hạ tầng này khác nhau. Logic vòng lặp nằm xung quanh agent — phần lớn nó bạn vẫn phải tự xây bất kể chọn công cụ nào. Mindber Functionality Score ghi lại mỗi công cụ cung cấp bao nhiêu giàn giáo sẵn có so với bao nhiêu bạn tự sở hữu. Khoảng chênh lệch đó quan trọng nhất với các đội nhỏ không đủ sức xây lại cùng một hệ thống đường ống hai lần.

Đào sâu ở đâu:

• Trang sản phẩm Claude Code — Mindber Functionality Score và bảng phân tích năng lực
• Danh mục AI coding agents — mọi công cụ được theo dõi trong lĩnh vực, được xếp hạng
• So sánh các công cụ agent cạnh nhau — đối đầu về kiến trúc và giá
• Bảng xếp hạng Mindber — bảng xếp hạng trực tiếp theo mức độ chấp nhận được theo dõi
• Manus vs Claude Cowork (2026) — kiến trúc agent khác nhau ra sao trong thực tế
• Đại dịch phần mềm bỏ xó AI (2026) — vì sao hầu hết agent đã triển khai lại không được dùng
• Chi phí thực của các công cụ AI (2026) — phép tính token đằng sau kinh tế học vòng lặp

Đào sâu hơn về kiến trúc agent

Manus vs Claude Cowork (2026): Agent đám mây vs Desktop

Kiến trúc, giá cả, và tuân thủ — bản so sánh dứt khoát cho người xây dựng đang chọn giữa AI agent lưu trữ và ưu tiên cục bộ.

Chi phí thực của các công cụ AI năm 2026

Giá token, chi phí ẩn, và sự phân hóa giàu token vs nghèo token quyết định mẫu hình vòng lặp nào khả thi về tài chính cho đội của bạn.