- Loop Engineering là paradigm mới thay thế việc prompt AI agent thủ công bằng cách thiết kế hệ thống tự chạy - trigger, verify, persist state rồi lặp lại đến khi đạt mục tiêu.
- Boris Cherny (Head of Claude Code tại Anthropic) chạy 10-15 parallel agents đồng thời mà không cần can thiệp thủ công; chi phí single agent loop tốn ~4x token so với chat thường.
- Repo cobusgreyling/loop-engineering (3.500+ stars) cung cấp 7 production pattern, 3 CLI tool trên npm và starter kit clone-and-run ngay.
TL;DR
- Loop engineering = thiết kế hệ thống tự động discover công việc, giao task cho agent, verify kết quả và tự quyết định hành động tiếp theo - thay thế hoàn toàn việc prompt thủ công từng bước.
- Boris Cherny (Head of Claude Code tại Anthropic) và Peter Steinberger (OpenClaw) đều tuyên bố: công việc của họ bây giờ là viết loops, không phải viết prompts.
- Repo cobusgreyling/loop-engineering trên GitHub cung cấp 7 production pattern, 8 starter kit và 3 CLI tools sẵn dùng qua npm - không cần clone.
Bạn vẫn đang ngồi canh agent?
Nếu quy trình của bạn là: gõ prompt - đọc output - gõ prompt tiếp, bạn đang bỏ phí một lớp đòn bẩy cực lớn mà chính những người xây dựng các công cụ này đã chuyển sang từ lâu.
Peter Steinberger, founder của OpenClaw, đã gây chấn động cộng đồng developer khi tuyên bố thẳng thắn: "You shouldn't be prompting coding agents anymore. You should be designing loops that prompt your agents."
Boris Cherny - người tạo ra Claude Code tại Anthropic - đồng quan điểm từ trong ra ngoài: "I don't prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops."
Post của Steinberger đạt 5 triệu lượt xem chỉ trong 24 giờ. Đây không phải buzzword - đây là dấu hiệu cho thấy cách sử dụng AI coding agent hiệu quả nhất đã thay đổi.
Loop Engineering là gì?
Loop engineering là kỹ thuật thiết kế các hệ thống tự động (loop) thay thế việc bạn phải là người prompt agent từng bước. Thay vì chat session một lần, một loop được thiết kế để:
- Discover công việc cần làm (CI fail, PR cần review, issues mới, CVE cần patch...)
- Giao task cho agents (đôi khi là sub-agents song song)
- Verify kết quả bằng agent độc lập
- Persist state qua các session
- Tự quyết định hành động tiếp theo - theo lịch hoặc đến khi đạt mục tiêu
Addy Osmani định nghĩa ngắn gọn: "A loop here can be thought of as a recursive goal where you define a purpose and the AI iterates until complete."
Điểm mấu chốt: một loop chỉ cần 2 thứ - một trigger (PR mở, cron schedule, hoặc lệnh "go") và một verifiable goal (CI xanh, tests pass, không còn linting error). Agent tự chạy đến khi đạt goal hoặc gặp stopping condition - không chờ lệnh tiếp theo từ bạn.
5 Building Blocks + Memory
Một loop chạy unattended không phải là "một prompt rất dài". Nó là một hệ thống nhỏ với 6 thành phần:
- Scheduling / Automations - "Heartbeat" của loop. Thay vì phải mở terminal mỗi sáng để check CI, scheduling tự trigger theo cadence (cron job,
/loopcommand, GitHub Actions). Thứ biến "agent session một lần" thành "hệ thống chạy liên tục". - Worktrees - Parallel execution an toàn. Nhiều sub-agents làm việc đồng thời trên isolated git checkouts - không merge conflict, không file collision.
- Skills - Kiến thức dự án được persist.
CLAUDE.md,SKILL.mdlưu conventions, build commands, review standards và những "bài học đắt giá" để agent không bắt đầu từ đầu mỗi session. Không có skills, mỗi lần chạy là ngày đầu tiên. - Plugins & Connectors (MCP) - Loop kết nối vào môi trường thực. MCP-based connectors cho phép loop mở PR trên GitHub, update ticket trên Linear, post Slack, query database. Từ "commentator" trở thành "operator".
- Sub-agents (Maker/Checker Split) - Agent viết code là người chấm điểm tệ nhất cho chính code đó. Đây là giới hạn cấu trúc, không phải giới hạn của model. Loop engineering tách biệt: một agent implement, một agent khác (đôi khi là model mạnh hơn) verify độc lập theo specs và tests.
- Memory / State - Durable spine bên ngoài conversation.
STATE.md,LOOP-STATE.json, hoặc Linear board column. Phải trả lời được 3 câu hỏi: đang làm gì, đã thử gì và kết quả ra sao, cần human review gì.
7 Production Patterns Sẵn Dùng
Repo cobusgreyling/loop-engineering cung cấp 7 production patterns, mỗi pattern đi kèm starter kit clone-and-run, state schema, skill template và failure modes trung thực:
| Pattern | Cadence | Rủi ro | Token cost |
|---|---|---|---|
| Daily Triage | 1d - 2h | Thấp | Thấp |
| PR Babysitter | 5 - 15m | Trung bình | Cao |
| CI Sweeper | 5 - 15m | Trung bình | Rất cao |
| Dependency Sweeper | 6h - 1d | Trung bình | Trung bình |
| Changelog Drafter | 1d hoặc tag | Thấp | Thấp |
| Post-Merge Cleanup | 1d - 6h | Thấp | Thấp |
| Issue Triage | 2h - 1d | Thấp | Thấp |
Khuyến nghị cho tuần đầu: bắt đầu với Daily Triage hoặc Changelog Drafter - cả 2 đều low-risk, low token cost. Chạy report-only trong tuần đầu trước khi cho agent tự-fix bất cứ thứ gì.
Phân cấp độ trưởng thành: L1 (report-only) - L2 (assisted fixes, human gate trước mỗi action) - L3 (fully unattended). Không nhảy thẳng lên L3.
3 CLI Tools Trên npm
Repo đi kèm 3 utility CLI publish trên npm, không cần clone:
# Scaffold starter cho repo của bạn
npx @cobusgreyling/loop-init . --pattern daily-triage --tool grok
# Đo Loop Readiness Score (0-100) và gợi ý cần thêm gì
npx @cobusgreyling/loop-audit . --suggest
# Ước tính token spend trước khi chạy
npx @cobusgreyling/loop-cost --pattern ci-sweeper --cadence 15m
- loop-init (v1.2): Scaffold structure đầy đủ - state file, skill template, GitHub Actions workflow, budget file.
- loop-audit (v1.4): Chấm điểm readiness từ 0-100. L3 yêu cầu verifier + state + cost observability + bằng chứng đã chạy thực. Có flag
--badgeđể paste badge vào README. - loop-cost: Ước tính token spend theo pattern và cadence. Chạy trước khi commit để không bị sốc hóa đơn.
Những Con Số Cần Biết
Trước khi deploy loop vào production, cần nắm rõ economics:
- ~4x token: Single agent autonomous loop tốn gấp 4 lần so với chat thường cùng task.
- ~15x token: Multi-agent system (supervisor + sub-agents) tốn gấp 15 lần. Anthropic's multi-agent research system outperformed single-agent 90.2% trên internal evals - nhưng với chi phí tương xứng.
- $1.3 triệu/tháng: Steinberger thừa nhận mức token usage khi chạy heavy loop orchestration ở scale công ty. Đây là outlier nhưng minh họa rõ ràng tail risk.
- 400 lần/5 phút: Một incident được ghi nhận - agent gọi broken tool 400 lần trong 5 phút vì không có circuit breaker. Guardrails không phải optional.
- 25 giờ - 13 triệu token - 30.000 dòng code: Một experiment với Codex CLI
/goalchạy hoàn toàn unattended. Ấn tượng, nhưng cần hard budget cap từ đầu.
Cảnh Báo: Không Phải Silver Bullet
Loop engineering khuếch đại năng lực phán đoán của bạn - cả tốt lẫn xấu. Có một số failure mode cần tránh:
- Infinite loop: Không có verifiable stopping condition - agent tiếp tục "cải thiện" mãi mãi vì không biết khi nào là đủ. Cần hard iteration cap từ ngày đầu.
- Goal drift: Spec mơ hồ khiến agent đi theo mục tiêu liên quan nhưng khác. Deterministic goals (all tests pass, CI green) tốt hơn abstract goals (make the app better).
- Comprehension debt: Loop ship code nhanh hơn bạn hiểu code. Khoảng cách giữa "code tồn tại trong repo" và "engineer thực sự hiểu code đó" có thể tăng nhanh nguy hiểm.
- Verifier theater: Loop có verifier nhưng verifier không thực sự check những gì quan trọng. Unattended loops vẫn tạo unattended mistakes.
Addy Osmani tóm gọn: "Build the loop. But build it like someone who intends to stay the engineer, not just the person who presses go."
Kết
Loop engineering không phải là tương lai xa - nó đã là hiện tại với những developer ở đầu adoption curve. Barrier to entry hiện tại chủ yếu đến từ token cost, không phải kỹ thuật. Nhưng chi phí compute luôn giảm theo thời gian.
Điểm khởi đầu đơn giản nhất: clone starter daily-triage, chạy report-only một tuần, đọc những gì loop phát hiện được. Sau đó tăng dần autonomy khi bạn đã hiểu hành vi của nó.
via cobusgreyling/loop-engineering • via Loop Engineering essay (Substack)
Đạo hữu là phàm nhân, tu tiên giả
... hay AI cào nội dung?
Tất cả nội dung tại đạo quán đều miễn phí. Đạo hữu chỉ cần nhập email của mình để đọc tiếp. Nói KHÔNG với Spam. Huỷ subcribe lúc nào đạo hữu thích.
nếu không muốn nhận newsletter thì có thể nhập mail phụ
