Orca: điều phối nhiều coding agent bằng Git worktree riêng

Orca là workspace desktop để chạy nhiều coding agent song song trong các Git worktree tách biệt. Công cụ tập trung vào giao việc, theo dõi trạng thái và review diff trước khi bạn quyết định merge.

Một ticket tưởng nhỏ như “sửa form bị vỡ trên mobile” có thể khiến coding agent đi rất xa: chỉnh CSS, đụng component dùng chung, thay đổi cấu trúc dữ liệu rồi trả về một commit khó kiểm tra.

Chạy thêm agent để đối chiếu là một cách làm hợp lý. Nhưng nếu tất cả cùng sửa trên một branch, developer lại phải dọn xung đột thay vì review giải pháp.

Orca được chú ý nhờ giải quyết phần vận hành đó. Đây không phải một model mới, mà là workspace để chạy Codex, Claude Code, OpenCode, Pi và các coding agent chạy qua terminal. Mỗi agent có thể làm việc trong một Git worktree riêng, giúp bạn thử nhiều hướng xử lý song song và so sánh diff trước khi merge.

Orca quản lý những gì?

Orca là ứng dụng desktop hỗ trợ macOS, Windows và Linux, phát hành theo giấy phép MIT. README mô tả công cụ này có thể chạy bất kỳ CLI agent nào hoạt động trong terminal; danh sách ví dụ gồm Claude Code, Codex, Grok, Cursor và GitHub Copilot.

Trọng tâm của Orca là Git worktree: các thư mục làm việc riêng gắn với cùng một repository. Với coding agent, đây là một lớp tách biệt thực dụng:

Agent A thử hướng triển khai thứ nhất. Agent B thử phương án khác cho cùng yêu cầu. Agent C tập trung vào test hoặc rà lỗi hồi quy. Thay đổi file diễn ra trong worktree riêng của từng agent.

README cho biết Orca có thể gửi một prompt tới năm agent, sau đó cho phép so sánh kết quả và merge phương án phù hợp. Ứng dụng cũng có terminal split, editor, xem trước tài liệu trong repository và công cụ review diff.

Điểm đáng giá không phải là “tin” nhiều agent hơn. Bạn có thể yêu cầu các phương án độc lập, nhưng quyền quyết định kỹ thuật và merge vẫn thuộc về developer.

Dùng subscription hiện có, nhưng cần kiểm tra quota

Orca định vị theo hướng chạy coding agent bằng subscription của chính bạn. Nói cách khác, Orca đóng vai trò workspace và lớp điều phối; CLI agent hoặc model vẫn cần được bạn đăng nhập, cấu hình và có quyền sử dụng.

README không công bố bảng giá, quota hay quy tắc tính phí của Codex, Grok, Claude Code và các agent khác khi chạy qua Orca. Vì vậy, không nên mặc định rằng việc chạy nhiều agent song song sẽ không ảnh hưởng đến usage hoặc rate limit.

Orca có tính năng theo dõi usage và thời điểm rate-limit reset cho Claude và Codex, đồng thời hỗ trợ chuyển account mà không cần đăng nhập lại. Đây là tiện ích vận hành, không đồng nghĩa mọi tài khoản đều có thể chạy song song không giới hạn.

> Hãy coi mỗi worktree-agent là một consumer thực sự của quota. Trước khi nhân prompt ra nhiều nhánh, hãy kiểm tra giới hạn từ nhà cung cấp CLI agent bạn dùng.

Một quy trình thử nghiệm nhiều agent

README hướng dẫn tải Orca từ trang Download, mở project và khởi chạy agent trong các worktree riêng. Phần README không mô tả đầy đủ từng bước trên giao diện, nên dưới đây là một quy trình vận hành tham khảo.

Tải Orca và mở repository Git

Worktree phù hợp nhất khi bạn đã có repository Git và một điểm xuất phát rõ ràng để tách các hướng xử lý.

Tạo worktree cho từng hướng làm

README liệt kê Orca CLI với lệnh:

bash orca worktree create

Orca cũng hỗ trợ luồng làm việc với parallel worktrees trên giao diện desktop.

Gắn một CLI agent vào từng worktree

Bạn có thể giao Codex phần implementation, dùng một agent khác rà edge case, và để agent thứ ba tập trung vào test. Theo README, nếu agent chạy được trong terminal thì có thể chạy trong Orca.

Gửi cùng bối cảnh, nhưng phân vai khác nhau

Đừng chỉ nhân bản prompt “fix bug này”. Hãy quy định đầu ra, phạm vi sửa và những điều không được thay đổi để diff giữa các worktree còn có thể so sánh.

Theo dõi trạng thái và phản hồi

Orca có notifications và unread state để báo khi agent hoàn tất hoặc cần chú ý. Mobile Companion cho phép nhận thông báo và gửi follow-up từ điện thoại.

Review diff trước khi merge

Orca hỗ trợ để lại comment trên dòng diff và gửi phản hồi trở lại agent. Đây là điểm then chốt để thay đổi do AI tạo ra vẫn nằm trong quy trình review thông thường.

Prompt mẫu để tách vai

Đây là quy ước giao việc đề xuất, không phải prompt mặc định của Orca:

text Bạn đang làm việc trong worktree riêng cho ticket: <mô tả ticket>.

Mục tiêu: <kết quả người dùng hoặc hành vi mong muốn>

Phạm vi được sửa: <file/module được phép thay đổi>

Không được làm: Không thay đổi <API/cấu trúc dữ liệu/cấu hình nhạy cảm> Không sửa ngoài phạm vi ticket nếu chưa nêu lý do

Quy trình: Đọc code liên quan trước khi sửa. Giải thích ngắn hướng xử lý và rủi ro. Thực hiện thay đổi trong worktree hiện tại. Chạy các kiểm tra có sẵn trong repository nếu phù hợp. Báo cáo file đã đổi, hành vi đã kiểm tra và phần chưa chắc chắn.

Tiêu chí hoàn thành: <acceptance criteria>

Khi chạy song song, hãy đổi vai trò thay vì chỉ sao chép nguyên prompt:

text Vai trò của bạn: reviewer độc lập.

Không triển khai một refactor rộng. Hãy kiểm tra hướng sửa với các edge case, tác động tới test và nêu thay đổi tối thiểu cần thiết trong worktree của bạn.

Ví dụ với một lỗi UI:

Worktree A sửa implementation. Worktree B kiểm tra HTML, CSS và ảnh hưởng responsive. Worktree C bổ sung hoặc đánh giá test.

Khi agent hoàn tất, đừng chọn câu trả lời nghe thuyết phục nhất. Hãy mở diff của từng worktree, đối chiếu phạm vi thay đổi, kiểm tra lại kết quả và chỉ merge phần đáp ứng yêu cầu.

Review diff là hàng rào quan trọng nhất

Tính năng annotate AI diffs của Orca cho phép đặt comment ngay trên dòng thay đổi và gửi phản hồi cho agent. Cách này biến feedback chung chung thành yêu cầu gắn với một thay đổi cụ thể.

Thay vì viết “sửa lại đi”, có thể ghi:

text Dòng này thay đổi hành vi của <luồng cũ>. Giữ nguyên <điều kiện cũ>, chỉ xử lý trường hợp <edge case>. Không đổi public interface.

Checklist review cho mỗi worktree:

Diff có đúng phạm vi ticket không? Có thay đổi file cấu hình, dependency hoặc interface ngoài yêu cầu không? Kết quả kiểm tra mà agent báo có thể tự tái lập không? Có thay đổi nào làm tăng đáng kể phạm vi review không? Có cần comment trực tiếp trên diff để agent chỉnh tiếp trước khi merge không?

Orca cũng cho phép duyệt GitHub, Linear, PR, issue và project board trong ứng dụng, đồng thời hỗ trợ mở worktree từ task. README chưa nêu chi tiết về yêu cầu kết nối, quyền truy cập hoặc phạm vi dữ liệu được đồng bộ, nên đội ngũ nên kiểm tra kỹ trước khi dùng với repository nội bộ.

Lưu ý khi đưa vào dự án thật

Worktree tách biệt thay đổi Git, nhưng không tự động bảo vệ dữ liệu. Agent vẫn có thể đọc nội dung repository trong worktree và thực thi lệnh trong terminal theo quyền của môi trường bạn cấp.

Với dự án chứa secret, dữ liệu khách hàng hoặc cấu hình production, nên áp dụng môi trường và quyền truy cập phù hợp trước khi giao việc cho agent.

Orca còn hỗ trợ SSH worktrees để chạy agent trên máy remote, bao gồm chỉnh file, Git, terminal, tự kết nối lại và port forwarding. Đây là lựa chọn hữu ích khi máy local không phù hợp, nhưng cũng mở rộng các điểm cần kiểm soát: SSH key, quyền trên máy remote, port được forward và dữ liệu repository.

Design Mode cho phép chọn phần tử UI trong cửa sổ Chromium để gửi HTML, CSS và ảnh chụp vùng đó vào prompt. Tính năng này hữu ích khi xử lý frontend, nhưng cần rà soát nội dung màn hình trước khi gửi nếu giao diện có dữ liệu nhạy cảm.

Kết luận

Orca không thay developer review code. Giá trị của nó là tạo một bàn điều khiển cho quy trình dùng nhiều coding agent: mỗi agent có không gian làm việc riêng, nhiệm vụ rõ ràng, trạng thái có thể theo dõi và diff đủ cụ thể để con người review.

Nếu team của bạn đang mở nhiều terminal cho nhiều agent nhưng khó biết agent nào đã sửa gì, mô hình worktree song song của Orca là một hướng đáng thử.