Kỹ thuật vòng lặp tại Three Agents: Quy trình Magpie của yetone nói gì về việc chạy Claude Opus 5.5 không cần giám sát

Điều thú vị nhất trong thiết lập của yetone không phải là mô hình. Mà là con số ba. Người bảo trì Magpie — một cổng cục bộ cho phép các tác nhân lập trình chạy với bất kỳ mô hình nào bạn trỏ chúng tới — đã mô tả quy trình bảo trì của chính mình trên X vào ngày 13-10-2026: Claude Code, được điều khiển bởi Anthropic, dùng Claude Opus 5.5, với ba /loop tác vụ chạy cùng lúc, mỗi tác vụ theo dõi một bề mặt khác nhau — các issue và pull request trên GitHub, cộng đồng Discord, và phản hồi đến trên X — và sửa những gì nó tìm thấy. Kỹ thuật vòng lặp, việc giữ một tác nhân quay vòng thay vì nhắc nó từng lượt một, là chủ đề được bàn luận rất nhiều trong năm nay. Điều khiến ví dụ này đáng đọc là nó đi kèm với một sơ đồ tổ chức.

Claude Opus 5.5 không còn mới. Anthropic đã phát hành nó vào 2026-09-22, cách đây ba tuần, với mức 4 đô la cho mỗi triệu token đầu vào và 20 đô la cho mỗi triệu token đầu ra. Đây không phải là một câu chuyện ra mắt. Đây là câu chuyện về những gì các giá trị mặc định của mô hình ngụ ý cho bất kỳ ai đang cố sao chép một vòng lặp bảo trì ba tác nhân — và về việc những phần nào của vòng lặp đó hỏng theo những cách mà các hướng dẫn không hề đề cập.

Thực ra thì có gì trong quy trình làm việc

Tín hiệu thì ngắn, nên đáng để nói cho chính xác điều gì đang được khẳng định và điều gì thì không. yetone chạy đồng thời ba /loop tác vụ trong Claude Code trên Opus 5.5. Một cái theo dõi kho mã nguồn — các issue và pull request. Một cái theo dõi Discord. Một cái theo dõi X. Tác nhân tự sửa những gì nó cho là đáng sửa, ngay trong vòng lặp, mà không cần con người điều phối từng lượt. Mẫu quy trình anh ấy tự động hoá chính là mẫu mà hầu hết người bảo trì làm rất kém: phân loại. Không phải việc viết mã. Mà là việc đọc, sắp xếp, loại trùng và trả lời — thứ ngốn mất một tiếng mỗi ngày.

Cụm từ “loop engineering” đóng vai trò trụ cột ở đây. Một vòng lặp không phải là một tác nhân đang làm một nhiệm vụ; nó là một phiên làm việc liên tục quay lại một nhiệm vụ theo lịch trình mà nó tự chọn, với trạng thái của lần lặp trước vẫn còn hiện ra ngay trước nó. Sự phân biệt đó chính là chỗ mà hầu hết các phiên bản tự phát triển nội bộ đổ vỡ, và cũng chính là nơi mà bộ công cụ đã dịch chuyển trong sáu tuần qua.

Điều mà Claude Code /loopthực chất làm vào tháng 10 năm 2026

Nếu bạn chưa đọc tài liệu hiện tại, phiên bản bạn nhớ có lẽ đã sai, bởi vì /loop đã thay đổi hình dạng trong khi kỹ thuật vòng lặp đang thịnh hành.

Một /loop không kèm tham số giờ không còn bắt bạn phải chỉ định khoảng thời gian nữa. Hãy bỏ qua nó, và Claude sẽ tự động chọn một khoảng — từ một phút đến một giờ — dựa trên những gì nó quan sát được ở lần lặp trước đó. Nó chờ một lát khi bản build đang hoàn tất hoặc một pull request đang hoạt động, và chờ lâu hơn nhiều khi không có gì đang chờ xử lý. Độ trễ được chọn và lý do cho lựa chọn đó được in ra ở cuối mỗi lần lặp, để bạn có thể thấy chính vòng lặp lý giải về nhịp độ của nó. Thay vào đó, hãy cung cấp một khoảng thời gian — /loop 5m check the deploy — và bạn sẽ có một lịch cron cố định.

Cũng bỏ luôn prompt đi, thì bạn sẽ có một prompt bảo trì tích hợp, mỗi vòng lặp đều lần lượt xử lý ba việc:

• Tiếp tục bất kỳ công việc chưa hoàn thành nào từ cuộc trò chuyện.

• Xử lý pull request của nhánh hiện tại — bình luận đánh giá, các lần chạy CI thất bại, xung đột merge.

• Chạy các đợt dọn dẹp như săn lỗi hoặc đơn giản hóa khi không còn việc gì khác đang chờ xử lý.

Bạn có thể thay thế mặc định đó bằng hướng dẫn của riêng mình bằng cách viết một loop.md — tại .claude/loop.md cho một dự án, hoặc ~/.claude/loop.md cho mọi dự án không tự định nghĩa file riêng. Các chỉnh sửa có hiệu lực từ vòng lặp tiếp theo, vì vậy bạn có thể tinh chỉnh hướng dẫn của một vòng lặp đang chạy mà không cần khởi động lại nó. File sẽ bị cắt bớt sau 25.000 byte, con số này thừa sức chứa các quy tắc phân loại.

Cơ chế đó là phần chịu lực của một thiết lập ba vòng lặp, và đó là phần mà các sơ đồ quy trình thường bỏ qua. Một lời nhắc bảo trì tích hợp chung chung không phải là chính sách phân loại. Nếu bạn muốn một vòng lặp đọc các issue trên GitHub theo cách dự án của bạn đọc các issue trên GitHub — cái gì được coi là trùng lặp, cái gì được gắn nhãn thay vì trả lời, cái gì không bao giờ được trả lời — thì chính sách phải nằm trong loop.md, chứ không phải trong lời nhắc bạn đã gõ khi bắt đầu phiên làm việc.

Những giới hạn quyết định liệu ba là một con số hay một khẩu hiệu.

Ba vòng lặp đồng thời là lúc các ràng buộc bắt đầu siết chặt, và chúng đáng để liệt kê ra trước khi bạn sao chép thiết lập của bất kỳ ai.

• Trần đồng thời — một phiên giữ tối đa 50 tác vụ đã lên lịch cùng lúc, nên ba vòng lặp còn xa mới tới giới hạn. Ràng buộc thực sự không nằm ở số lượng tác vụ, mà ở sự chú ý: ba vòng lặp nghĩa là ba luồng lệnh gọi công cụ đang cạnh tranh cho cùng một phiên.

• Hết hạn — các tác vụ định kỳ tự xóa chính chúng bảy ngày sau khi được tạo, kích hoạt thêm một lần nữa trong lúc rời đi. Một vòng lặp bảo trì âm thầm dừng vào ngày thứ tám là chế độ lỗi phổ biến nhất, và nó hỏng một cách âm thầm.

• Khôi phục những điểm bất đối xứng — tiếp tục một phiên bằng --resume hoặc --continue thì các tác vụ theo lịch cron sẽ trở lại, ngoại trừ những tác vụ định kỳ đã hết hạn. Vòng lặp tự điều nhịp hoàn toàn không được khôi phục; bạn phải khởi động lại nó.

• Hành vi khi phiên bận — một tác vụ được kích hoạt giữa các lượt, không bao giờ giữa lúc phản hồi. Nếu một lượt agentic dài đang chạy khi một vòng lặp đến hạn, lần kích hoạt sẽ chờ. Các khoảng thời gian bị bỏ lỡ không chồng xếp; chúng gộp lại thành một lần kích hoạt.

• Jitter — các tác vụ định kỳ cố ý chạy muộn, tối đa bằng một nửa khoảng cách đến lần chạy kế tiếp và không quá 30 phút, để một loạt phiên không hội tụ về cùng một giây. Một tác vụ mỗi mười phút sẽ bắt đầu từ đúng giờ đến muộn năm phút. Trường hợp năm phút là ngoại lệ: Claude Code dịch nó sớm 15 giây để giữ mỗi lần chạy nằm trong cửa sổ prompt-cache.

• Yêu cầu máy phải bật — các vòng lặp chỉ kích hoạt khi Claude Code đang chạy và đang nhàn rỗi. Đóng laptop là chúng dừng lại. Không có bù lại cho những giờ bạn đã vắng mặt.

Điều cuối cùng đó chính là lý do quy trình làm việc này là thiết lập của người bảo trì chứ không phải của một nhóm nền tảng. Ba vòng lặp trên một máy, trong một phiên, là một cách để giữ cho một dự án mã nguồn mở bận rộn tiếp tục tiến triển trong khi bạn làm việc khác; đó không phải là một dịch vụ.

Tại sao quy trình làm việc này lại dành riêng cho Claude Opus 5.5, chứ không chỉ là “một tác nhân”

Chạy một vòng lặp ba tác nhân với một mô hình không có cửa sổ ngữ cảnh lớn, và các vòng lặp dành cả ngày để đọc lại. Mỗi lần lặp lại nạp lại luồng issue, diff PR và lịch sử Discord; nếu cửa sổ nhỏ, lịch sử đó bị tóm tắt và lược bỏ, còn khả năng phán đoán của vòng lặp suy giảm âm thầm khi phiên ngày càng kéo dài. Claude Opus 5.5 mang cửa sổ ngữ cảnh 1M token với 128K token đầu ra, và đó chính là điều cho phép một vòng lặp triage giữ đồng thời một backlog issue thực sự, một cuộc trò chuyện và vài lần lặp gần nhất. Nó cũng có giá $4 / $20 mỗi triệu token, và lượt đọc cache của nó ở mức $0.20 mỗi triệu — bằng một phần năm giá đầu vào — điều này quan trọng hơn bình thường ở đây, vì một vòng lặp là loại khối lượng công việc thân thiện với cache nhất. Cùng một prompt hệ thống, cùng các định nghĩa công cụ, cùng ngữ cảnh repo, lặp đi lặp lại.

Sự phù hợp thứ hai là mặc định của tư duy, và nó lại cắt theo hướng ngược lại tùy vào việc mỗi vòng lặp đang làm gì. Claude Opus 5.5 chạy tư duy thích ứng luôn bật, với effort mặc định là medium — thấp hơn một bậc so với mặc định của Claude Opus 5. Effort không chỉ thay đổi chất lượng; nó thay đổi cả khối lượng gọi công cụ. Một vòng lặp phân loại vấn đề và một vòng lặp sửa mã cần những cài đặt khác nhau, và thiết lập effort thấp nhất cũng là một bài toán lập lịch riêng: trên một vòng lặp tự định nhịp, mô hình tự chọn độ trễ đánh thức tiếp theo của mình, nên một vòng lặp phân loại effort thấp và một vòng lặp sửa lỗi effort cao sẽ tự định nhịp khác nhau trên cùng một kho mã. Không có thiết lập nào khiến chúng ăn khớp với nhau. Điều quan trọng là biết cái nào là cái nào, bởi sự khác biệt về nhịp độ chính là thứ bạn sẽ thấy đầu tiên.

Nếu bạn muốn chạy vòng lặp và trình sửa lỗi trên mô hình của các nhà cung cấp khác nhau — phân loại bằng một thứ rẻ, còn sửa lỗi bằng Claude Opus 5.5 — thì đó là quyết định định tuyến chứ không phải quyết định của Claude Code, và đó là lý do một gateway nằm phía trước phiên làm việc.

Thử điều này mà không đặt cược môi trường production vào nó

Phản đối hợp lý đối với một thiết lập ba vòng lặp là nó đặt một tác nhân tự trị trước các vấn đề của người dùng bạn ngay chiều đầu tiên. Vòng lặp sẽ bình luận. Nó sẽ đóng mọi thứ. Cách trung thực để áp dụng điều này là chạy một vòng lặp ở chế độ chạy thử trong một tuần với token GitHub chỉ đọc và xem liệu các phán đoán phân loại của nó có khớp với những phán đoán bạn đã tự làm thủ công hay không — và, một cách riêng biệt, định tuyến chính mô hình đến một nơi mà bạn có thể đo lường nó trước khi cam kết.

Trên OrcaRouter, anthropic/claude-opus-5.5 được cung cấp đúng theo giá niêm yết của Anthropic, không cộng thêm phụ phí, từ một endpoint duy nhất hỗ trợ cả định dạng tương thích OpenAI lẫn Anthropic Messages — nhờ đó một phiên Claude Code và một script trò chuyện với cùng model đó không cần đến hai tích hợp. Anthropic đã công bố mức giá $4 / $20 của riêng mình vào ngày 22/09/2026; nếu giá niêm yết đó thay đổi, một gateway pass-through sẽ thay đổi theo ngay trong cùng ngày chứ không đợi đến chu kỳ thanh toán kế tiếp — đây chính là phiên bản bạn muốn khi đang tính toán quy mô cho một vòng lặp có thể chạy hàng tháng trời. Tính năng tự động chuyển đổi dự phòng giữa các nhà cung cấp xử lý đúng tình huống mà tài liệu cảnh báo nhưng không ai kiểm thử: vòng lặp không dừng lại chỉ vì một upstream trả về lỗi 429 lúc ba giờ sáng. Model fusion và DSL định tuyến ít quan trọng hơn trong trường hợp này — một vòng lặp phân loại chỉ muốn một model duy nhất, một cách nhất quán, vì chính sự nhất quán mới khiến những phán đoán của nó có thể được xem xét lại.

Làm gì với số ba

Vấn đề danh tiếng của loop engineering nằm ở chỗ phần lớn những gì được trình diễn trong năm nay chỉ là một vòng lặp chạy một công việc hẹp trong một bản demo. Thiết lập của yetone thú vị vì nó là ba vòng lặp trên ba đầu vào khác nhau — kho mã, cộng đồng trò chuyện, dòng thời gian công khai — tức là hình dạng của công việc thực tế mà một người bảo trì không có thời gian để làm. Đó cũng là hình dạng phơi bày mọi ràng buộc ở trên: hết hạn, jitter, khôi phục, điều tiết nhịp độ, và việc các vòng lặp chỉ chạy khi máy đang bật.

Phần có thể chuyển giao không phải là con số. Mà là việc mỗi vòng lặp có bề mặt riêng, chính sách riêng trong loop.md, và lý do riêng để thức dậy — và rằng người vận hành nó có thể biết, từ nhật ký vòng lặp, vì sao mỗi vòng lặp lại chọn độ trễ mà nó đã chọn. Đó là một thiết lập mà bạn thực sự có thể rà soát lại một tuần sau. Và xét việc mỗi vòng lặp trong số này đều hết hạn vào ngày thứ tám, thì đó gần đúng là khoảng thời gian bạn có để quyết định có xây dựng lại nó hay không.

Cần nói thẳng: đây là thiết lập của một người thực hành, được chính tác giả mô tả trên X, chứ không phải hướng dẫn do nhà cung cấp khuyến nghị. Tài liệu của Anthropic về Claude Opus 5.5 và Claude Code /loop cho bạn biết các công cụ làm được gì. Nó không nói với bạn rằng ba là con số đúng, và hiện chưa có ai khác nói vậy.

Khi vòng lặp phân loại và vòng lặp sửa lỗi cần những mô hình khác nhau: Chạy vòng lặp và trình sửa lỗi qua một endpoint duy nhất cung cấp Claude Opus 5.5 với mức giá niêm yết của A​nthropic từ một endpoint duy nhất hỗ trợ cả định dạng tương thích OpenAI lẫn Anthropic Messages.

Những lựa chọn mô hình như thế này cũng chính là nơi các kiểu lỗi hỏng lộ diện: những sự cố AI và thất bại của agent được ghi nhận đằng sau các mô hình thuộc lớp này đều được tập hợp trong OrcaRouter AI Incident Archive, nơi mỗi mục đều mang nguồn riêng, mức độ nghiêm trọng, xếp hạng độ tin cậy và cờ tranh chấp.