KN
Khoa Nguyễn Founder · Operator
Profile AI Writings EN
AI Writings · Agentic

Loop Engineering.

Bước tiến của vibe coding: thay vì prompt tay từng bước, bạn thiết kế cả một vòng lặp để agent tự lập kế hoạch, sửa code, kiểm chứng kết quả rồi tự điều chỉnh tới khi xong. Prompt engineering lo input; loop engineering lo cả quy trình quanh model.

Giai đoạn 05 Nhóm tool 04 Đọc ~6 phút
LOOP ENGINEERING 1 Intent 2 Context 3 Action 4 Observation 5 Adjustment
Vòng lặp khép kín — năm giai đoạn chạy tới khi validation pass hoặc gặp vật cản cần con người.

Loop engineering là việc thiết kế, vận hành và cải thiện các vòng phản hồi để agent lập kế hoạch, thay đổi code, quan sát kết quả và điều chỉnh cho tới khi hoàn thành.

Sức mạnh không nằm ở một bước nào mà ở chỗ khép kín vòng lặp. Một test thất bại không chỉ là lỗi — nó là ngữ cảnh mới. Một lỗi type không chỉ là vật cản — nó là tín hiệu cho thấy một giả định đã sai.

01 · Vòng lặp cốt lõi

Năm giai đoạn.

Một vòng lặp cơ bản gồm năm bước — chạy đi chạy lại tới khi kết quả được chấp nhận hoặc gặp vật cản cần con người.

1Intent

Ý định

Định nghĩa kết quả mong muốn thật cụ thể.

"Cải thiện dashboard" thì mơ hồ. "Giảm thời gian tải bằng cách hoãn biểu đồ không quan trọng, giữ nguyên bộ lọc" mới tạo được vòng phản hồi chặt.

2Context

Ngữ cảnh

Nạp đủ code, tài liệu, log, ràng buộc.

Thiếu thì agent đoán bừa, thừa thì model bị nhiễu. Ngữ cảnh nên giải thích dự án hoạt động ra sao, chứ không phải để lấp đầy cửa sổ context.

3Action

Hành động

Sửa file, chạy lệnh, gọi tool, viết plan.

Diff nhỏ, dễ đảo ngược thì dễ kiểm chứng và dễ sửa. Viết lại lớn khiến khó biết giả định nào sai khi có lỗi.

4Observation

Quan sát

Thu về bằng chứng thật.

Kết quả test, lỗi compiler, output runtime, diff, comment review. Nếu agent không "nhìn" được kết quả thì nó chạy mù.

5Adjustment

Điều chỉnh

Cập nhật plan rồi lặp lại.

Dựa trên quan sát, agent sửa cách làm và chạy tiếp — cho tới khi validation pass hoặc gặp vật cản cần quyền/dữ liệu/quyết định con người.

02 · Bộ công cụ

Bốn nhóm tool.

Bức tranh giữa 2026. Nhiều đội dùng 2–3 tool cùng lúc — ví dụ Cursor cho dòng chảy hằng ngày, Claude Code cho refactor phức tạp cần hiểu sâu codebase.

ACLI

Terminal-first

Claude Code, Codex, Gemini CLI, Aider.

Agent-first: bạn giao mục tiêu, agent tự lập kế hoạch, sửa nhiều file, chạy test và báo lại. Truy cập trực tiếp filesystem, shell, git. Bạn review sau.

BIDE

IDE tích hợp AI

Cursor, Windsurf, Antigravity, Zed.

IDE-first: bạn lái editor và duyệt từng diff inline. Cursor có trải nghiệm parallel agent native hoàn thiện nhất cùng cộng đồng lớn nhất.

CSpec

Spec-driven

Kiro, Spec Kit, BMAD, OpenSpec.

Nhánh đối lập với "vibe" thuần: định nghĩa requirements, design, tasks trong spec có cấu trúc rồi agent làm theo. Spec chính là "Intent" được viết ra tường minh.

DCloud

Cloud / async agents

Devin, OpenHands, Jules.

Chạy tác vụ nền trong VM từ xa rồi mở PR. Hợp việc chạy song song, không chiếm máy của bạn — bạn xem lại qua pull request.

03 · Triển khai thực tế

Sáu bước.

Từ chọn tác vụ đến đóng gói vòng lặp tái sử dụng — con người vẫn giữ ghế phán xét.

1

Bắt đầu bằng tác vụ hẹp

"Sửa test tính thuế ở checkout đang fail" tốt hơn "debug checkout". Tác vụ hẹp giúp agent biết file nào quan trọng.

2

Viết Intent + ràng buộc

Nêu hành vi người dùng thấy được, khu vực file liên quan, thứ không được đổi, và lệnh validation phải pass.

3

Nạp ngữ cảnh trước khi sửa

Cho agent đọc code lân cận, pattern hiện có, và rule file của dự án (CLAUDE.md, .cursor/rules) để tôn trọng convention.

4

Nói cách tự kiểm chứng

Bước hay bị bỏ. Đưa lệnh test cụ thể, endpoint, kịch bản chấp nhận — để agent không dừng ngay sau khi sinh code mà chưa kiểm tra.

5

Cho chạy vòng lặp nhỏ

Sửa nhỏ → chạy test/type check nhắm đúng → đọc output → sửa → lặp. Ưu tiên thay đổi review được.

6

Giữ con người ở ghế phán xét

Tự động hoá phần thu thập bằng chứng và sửa cơ học; giữ quyết định sản phẩm, kiến trúc, review cuối cho người. Khi một quy trình chạy tốt, đóng gói thành pattern chuẩn.

04 · Cạm bẫy

Bốn kiểu hỏng.

Mỗi cái ứng với một phần vòng lặp bị thiếu. Giải pháp chung: mục tiêu rõ, diff nhỏ, tool giới hạn phạm vi, duyệt tay cho hành động rủi ro.

Thrashing

Sửa liên tục mà không hội tụ — do mục tiêu mơ hồ hoặc diff quá lớn.

Overfit vào test

Test pass nhưng sai yêu cầu thực — validation không phản ánh đúng ý định.

Context drift

Agent làm theo giả định cũ, bỏ lỡ chỉnh sửa của người khác.

Unsafe autonomy

Chạy lệnh phá hủy, đè file, hoặc push chưa review — cần phân quyền và quy tắc dừng.

05 · Tác động kinh doanh

Kỹ thuật đổi, kinh doanh chạy theo.

Nếu tầng kỹ thuật rẻ đi và nhanh lên như vậy, tầng kinh doanh dịch chuyển thế nào — ai được lợi, ai chịu ép? Chia hai phía: công ty công nghệ và doanh nghiệp phi công nghệ.

Phía 01

Công ty công nghệ

  • Build nhanh hơn, rẻ hơn

    Rào cản làm ra sản phẩm gần như biến mất — có khi anh Quảng chém 3tr là có thật chăng?

  • Khách có nhiều lựa chọn hơn

    Hàng trăm dev tay ngang ra đời. Không giữ được moat — dữ liệu riêng, chi phí migrate cao, network effect — thì khách sẵn sàng đổi nhà cung cấp ngay.

  • Cuộc đua chất lượng lộ rõ

    Khi ai cũng ra được bản chạy được, khác biệt dồn về độ tinh, độ ổn định và trải nghiệm — thứ khó sao chép.

  • Giá trị dịch khỏi việc viết code

    Code thành hàng hoá phổ thông; phân phối, thương hiệu, tích hợp và chăm sóc mới giữ khách. Đội nhỏ hơn nhưng senior hơn.

  • Token là chi phí biên mới

    Biên lợi nhuận phần mềm không còn ~0. Ai chạy rẻ hơn trên mỗi kết quả sẽ có lợi thế giá bền vững.

Phía 02

Doanh nghiệp phi công nghệ

  • Nhiều lựa chọn, nhưng lắm hàng rác

    Quyền chọn nhiều hơn đi kèm sản phẩm kém chất lượng tràn lan — cần chọn mặt gửi vàng. Uy tín, case study thật và bảo hành thành bộ lọc.

  • Chạy đua vũ trang tự động hoá

    Doanh nghiệp thi nhau automate, nhanh và khủng khiếp hơn. Nhưng có thực giảm chi phí / tăng doanh thu không thì phải đo kỹ, đừng lắp AI cho có.

  • Khoảng cách nằm ở tái thiết kế quy trình

    Lắp AI lên quy trình cũ tạo ít giá trị. Người thắng là người thiết kế lại cách vận hành quanh AI, không phải người mua nhiều tool nhất.

  • Data leak & security nổi lên

    Càng nhiều agent chạm dữ liệu, rủi ro rò rỉ và tuân thủ càng lớn. Quản trị rủi ro trở thành năng lực cạnh tranh, không phải chi phí phụ.

  • Giai đoạn 2 sau mass adoption

    Khi ai cũng làm được, phương án ít token, rẻ và hiệu quả hơn sẽ thắng. Lợi thế nghiêng về người sở hữu dữ liệu độc quyền và quan hệ khách hàng.

Điểm chung

Cả hai phía dịch theo cùng một hướng: giá trị rời khỏi việc tạo ra sản phẩm (ngày càng rẻ) và dồn về phán đoán, phân phối, niềm tin và dữ liệu độc quyền — những thứ AI chưa sao chép được.

06 · Tổng hợp

Prompt lo input, loop lo cả quy trình.

Chọn tín hiệu phản hồi theo tác vụ: test-driven cho bug fix, compiler-driven cho migration, review-driven khi comment con người là nguồn quan sát, runtime khi cần log và screenshot. Agent chạy vòng lặp nhanh; con người vẫn sở hữu ý định sản phẩm, mức chấp nhận rủi ro và review cuối cùng.

"Đừng prompt từng bước — hãy thiết kế vòng lặp và để agent tự chạy tới khi validation pass."