Claude Squad vs Conductor vs tmux: Cách tự thiết lập AI agent

Bạn bắt đầu chạy hai coding agent cùng lúc vì một cái quá chậm. Giờ bạn chạy năm cái, và phần khó không nằm ở việc khởi chạy chúng. Mà là nhớ xem terminal nào đang giữ agent nào, mỗi agent đã thay đổi những gì, branch nào an toàn để merge, và cái đã im lặng suốt bốn mươi phút trước là đã xong hay đang kẹt cứng. Song song hóa là phần thắng dễ dàng. Theo dõi nó mới là cái thuế bạn phải trả mỗi ngày sau đó.

Thứ thuế đó chính là điều mà các công cụ parallel-agent tự chế đang cố giảm bớt. Conductor, Claude Squad, và những script tmux kết hợp git worktree tự viết đều giải quyết cùng một vấn đề đầu tiên: cấp cho mỗi agent một workspace tách biệt để nhiều tiến trình có thể chạy đồng thời mà không giẫm lên file của nhau. Chúng làm việc đó rất tốt, và với một developer đơn độc trên một máy, chừng đó có thể là tất cả những gì bạn cần. Đây là một bài tổng hợp trung thực về việc mỗi công cụ làm được gì, dừng lại ở đâu, và ranh giới nơi việc quản lý cửa sổ âm thầm biến thành bài toán của cả nhóm.

Ranh giới đó chính là nơi Sharkly xuất hiện, và cũng là workflow mà bài viết này sẽ dẫn bạn đi qua. Sharkly không phải là công cụ thay thế Claude Code, Codex hay bất kỳ runner tự chế nào. Nó là lớp Task, Computer, context và review dùng chung bao quanh những công cụ bạn đang chạy, để công việc của agent luôn hiển thị từ lúc yêu cầu đến lúc phát hành thay vì biến mất vào những terminal riêng tư. Nếu setup của bạn vẫn vừa vặn trong một màn hình, cứ giữ nguyên. Nếu nó đã vượt khỏi tầm kiểm soát từ nhiều tuần trước, nửa sau của bài viết này dành cho bạn.

TL;DR

Conductor, Claude Squad, và tmux thô cộng với git worktree là ba cách để chạy nhiều AI coding agent song song trên máy của bạn. Conductor là một app Mac miễn phí, thiết kế cho người dùng đơn độc chạy cục bộ. Claude Squad là một app terminal đa nền tảng, thêm một lớp switcher lên trên các phiên tmux và git worktree. Tmux thô cộng script worktree cho bạn toàn quyền kiểm soát và không có lớp trừu tượng nào. Cả ba đều thành thạo việc thực thi song song. Không cái nào được xây dựng để mang lại cho cả nhóm khả năng nhìn thấy chung, review hay bàn giao, và đó chính xác là điểm mà bạn cần chuyển lên một lớp điều phối như Sharkly.

Nút thắt thật sự không nằm ở song song hóa

Cô lập hóa là bài toán đã được giải. Một git worktree cho phép một repository checkout nhiều branch vào các thư mục riêng biệt cùng lúc, để mỗi agent chỉnh sửa bản sao mã nguồn của riêng nó và commit lên branch riêng. Không có working tree dùng chung, không có diff nửa vời đâm vào nhau. Mọi công cụ trong bài so sánh này đều đứng trên cùng một primitive đó. Nếu bạn muốn hiểu sâu về cơ chế, hướng dẫn của chúng tôi về git worktree với AI coding agent có đề cập các câu lệnh và những cạm bẫy.

Vậy nếu cô lập hóa là miễn phí, tại sao chạy nhiều agent vẫn cảm giác hỗn loạn? Bởi vì công việc mà một agent tạo ra phải được đặt ở đâu đó để con người có thể tìm thấy, đọc, đánh giá và hành động dựa trên nó. Trên một máy đơn lẻ, cái "đâu đó" ấy chính là trí nhớ ngắn hạn của bạn cộng với bộ đệm cuộn ngược. Điều đó còn trụ được với hai agent. Đến năm agent thì nó bắt đầu rạn. Và nó vỡ ngay khi có người thứ hai cần biết agent của bạn đã làm gì.

Đây là điểm phân tách quan trọng. Chạy agent song song là bài toán runtime: khởi tạo tiến trình, đưa cho nó một thư mục tách biệt, để nó làm việc. Review và điều phối những gì chúng tạo ra lại là bài toán workflow: kết quả nằm ở đâu, ai chấp nhận nó, điều gì xảy ra với những cái bị kẹt. Các công cụ tự chế làm rất xuất sắc ở bài toán thứ nhất. Ba phần dưới đây sẽ đánh giá từng công cụ theo tiêu chí riêng của nó, rồi chúng ta xem điều gì xảy ra với bài toán thứ hai khi setup của bạn lớn dần.

Conductor: app Mac miễn phí cho người dùng đơn độc chạy song song

Conductor là một app desktop native trên Mac để chạy nhiều agent Claude Code cạnh nhau. Bạn trỏ nó vào một repository, mô tả thay đổi, và nó tạo mỗi lần chạy trong workspace riêng dựa trên một git worktree. Thay vì xoay xở với các tab terminal, bạn có một giao diện dạng cửa sổ: mỗi agent một cột, mỗi cột có cuộc hội thoại, diff và trạng thái riêng. Bạn click qua lại giữa chúng như click qua lại giữa các cuộc chat.

Điểm mạnh của nó là loại bỏ việc ghi chép lằng nhằng trên terminal cho một người. Bạn không phải gõ bất kỳ lệnh tmux nào. Bạn không phải nhớ pane nào là pane nào. App tự theo dõi các worktree, hiển thị diff trong một trình xem diff thật sự, và cho phép bạn nhảy giữa các agent mà không mất vị trí đang làm. Với một developer đơn độc trên Mac, muốn chạy ba bốn phiên Claude Code trên cùng một codebase mà vẫn giữ được sự tỉnh táo, đây là một câu trả lời gọn gàng, ít ma sát. Tải về miễn phí, và không có gì phải cấu hình trên server vì không hề có server.

Giới hạn chính là mặt trái của những điểm mạnh đó. Conductor chỉ chạy trên macOS, nên một đồng nghiệp dùng Linux không thể chia sẻ setup của bạn. Nó được xây dựng xoay quanh Claude Code như runtime chính thay vì một hỗn hợp nhiều agent. Và nó là app desktop đơn người dùng: các workspace, diff và quyết định đều nằm trên máy Mac của bạn. Một kỹ sư khác không thể mở Conductor của bạn để xem agent của bạn đang làm gì, và không có bản ghi chung về việc ai đã chấp nhận thay đổi nào. Đó không phải là khuyết điểm. Đó là phạm vi thiết kế. Conductor là buồng lái của một phi công.

Dùng Conductor khi bạn là developer đơn độc trên Mac, đang chạy Claude Code và muốn con đường nhanh nhất từ "một đống terminal" đến "một cửa sổ bình yên". Tìm công cụ khác khi có người thứ hai cần xem, review hoặc tiếp quản bất kỳ lần chạy nào trong số đó.

Claude Squad: tmux và worktree với một TUI ở trên

Claude Squad là một app terminal mã nguồn mở, quản lý nhiều agent trong các workspace tách biệt. Bên dưới, nó làm đúng những gì một kỹ sư cẩn thận sẽ viết script bằng tay: tạo một git worktree cho mỗi agent và chạy mỗi agent trong phiên tmux riêng, rồi đặt một giao diện văn bản lên trên để bạn có thể liệt kê các agent, chuyển vào bất kỳ cái nào, và xem cái nào đang làm việc, đang chờ hay đã xong. Nó đa nền tảng, chạy trên macOS và Linux, và không bị gắn chặt vào một runtime duy nhất. Nó có thể điều khiển Claude Code, Codex, Aider và các agent CLI khác, khiến nó thành lựa chọn ưa thích của những developer dùng trộn nhiều công cụ. Mã nguồn nằm trong repository Claude Squad trên GitHub.

Điểm hấp dẫn là nó mang lại cảm giác tiện dụng của một công cụ thật sự mà không che giấu những primitive bạn tin tưởng. Bạn vẫn có worktree và tmux, nên không có gì là phép thuật và mọi thứ đều có thể kiểm tra được, nhưng bạn không còn phải tự viết phần keo dính thủ công nữa. Tạo một agent mới chỉ là một phím bấm, không phải một nghi thức ba câu lệnh. Tạm dừng một agent sẽ giải phóng tài nguyên và giữ nguyên branch của nó. Nếu bạn vốn sống trong terminal và muốn cả một đội agent có thể tab qua lại, Claude Squad đạt đúng điểm ngọt mà cả script thô lẫn app desktop đều bỏ lỡ. Hướng dẫn của chúng tôi về cách chạy nhiều Claude Code agent song song trình bày chính mô hình tmux-và-worktree mà nó tự động hóa.

Giới hạn của nó cũng là giới hạn của cái terminal mà nó sống trong đó. Trạng thái chỉ tồn tại cục bộ trên máy và shell của bạn. Khi bạn đóng phiên làm việc, bức tranh chung cũng đóng theo. Không có timeline để một người quản lý mở ra xem, không có nơi để một reviewer không phải bạn chấp nhận hay từ chối thay đổi, không có hàng đợi để đồng đội lấy nhiệm vụ tiếp theo. Claude Squad là một trung tâm chỉ huy tuyệt vời cho một người vận hành. Nó chưa bao giờ cố trở thành hệ thống lưu trữ chính thức của cả nhóm, và đòi hỏi điều đó ở nó là đang yêu cầu sai công cụ.

Dùng Claude Squad khi bạn là developer thiên về terminal, đang chạy nhiều loại agent trộn lẫn trên một máy và muốn một switcher nhanh mà không phải từ bỏ worktree và tmux. Tìm công cụ khác khi các lần chạy cần được giao cho người khác hoặc cần người không ngồi trước bàn phím của bạn review.

Tmux thô cộng git worktree: những script do bạn làm chủ

Setup tự chế trung thực nhất cũng là cái lâu đời nhất: vài shell script tạo worktree và mở cửa sổ tmux, mỗi agent một cửa sổ. Nó trông như thế này.

# one worktree and one branch per parallel unit of work
git worktree add ../app-auth    -b feature/auth
git worktree add ../app-billing -b feature/billing

# a named tmux window per agent, launched in its worktree
tmux new-window -n auth    -c ../app-auth    'claude'
tmux new-window -n billing -c ../app-billing 'claude'

Hai câu lệnh cho mỗi feature và bạn đã có các agent tách biệt chạy song song, mỗi cái trên branch riêng, mỗi cái trong một cửa sổ có nhãn mà bạn có thể chuyển tới bằng một phím bấm. Bọc nó trong một vòng lặp và bạn có thể khởi chạy cả tá. Không có gì nằm giữa bạn và công cụ. Bạn có thể đọc từng dòng, thay đổi bất kỳ phần nào, và nó chẳng tốn gì ngoài thời gian viết ra.

Với một kiểu developer nhất định, đây là câu trả lời đúng mãi mãi, và điều đó đáng được tôn trọng thay vì khuyên ai đó từ bỏ. Bạn hiểu chính xác cái gì đang chạy vì chính bạn viết ra. Không có nhà cung cấp, không có bản cập nhật nào phá vỡ luồng làm việc, không có lớp trừu tượng rò rỉ vào đúng thời điểm xấu. Nếu nhu cầu của bạn ổn định và mang tính cá nhân, script do bạn sở hữu luôn thắng công cụ bạn đi thuê.

Cái giá xuất hiện khi setup lớn dần, và nó thể hiện dưới dạng công việc bảo trì chứ không phải tính năng. Dọn dẹp là việc của bạn: các worktree cũ chất đống cho đến khi git worktree prune và một đợt tmux kill-session trở thành thói quen thường nhật. Xung đột tên cũng là việc của bạn. Một agent bị crash để lại một cửa sổ chết và một branch làm dở dang, và nhận ra điều đó cũng là việc của bạn. Và không có gì rời khỏi máy bạn, nên khoảnh khắc một đồng đội hỏi "tuần này agent của cậu đã ship được gì", câu trả lời duy nhất chỉ nằm trong bộ đệm cuộn ngược của bạn. Script giúp mở rộng thông lượng. Chúng không mở rộng khả năng chia sẻ kết quả.

Dùng tmux thô và script worktree khi bạn muốn toàn quyền kiểm soát, bạn thích tự làm chủ công cụ của mình, và người thụ hưởng công việc chính là bạn. Tìm công cụ khác khi bạn nhận ra mình đang tự xây lại các logic theo dõi trạng thái, dọn dẹp và bàn giao — thứ bắt đầu trông giống một sản phẩm mà bạn không hề có ý định viết.

So sánh trực tiếp: mỗi setup tự chế mạnh ở điểm nào

Hai hàng cuối không phải là lời chê. Đó là quy luật chung. Mỗi công cụ trong số này đều được xây cho một người vận hành trên một máy, và trong phạm vi đó, chúng đi từ tốt đến xuất sắc. Cột trống thì giống nhau ở cả ba, và đó chính là cột quan trọng vào ngày công việc không còn chỉ thuộc về bạn nữa. Để có bức tranh rộng hơn về phạm trù này, xem tổng quan của chúng tôi về điều phối AI agent.

Ranh giới chuyển cấp: khi quản lý cửa sổ không còn là vấn đề

Đây là dấu hiệu nhận biết. Bạn ngừng hỏi "làm sao để chạy nhiều agent hơn cùng lúc" và bắt đầu đặt những câu hỏi mà công cụ tự chế không thể trả lời:

• Thay đổi của agent nào đã được ai đó review?
• Nếu tôi nghỉ ốm, đồng đội có thể thấy cái gì đang dang dở và tiếp quản không?
• Bản ghi giải thích vì sao chúng ta chấp nhận diff này và từ chối diff kia nằm ở đâu?
• Những lần chạy nào đang bị chặn, chặn bởi cái gì, và đã bao lâu rồi?

Đó là những câu hỏi về workflow, không phải về runtime. Không một switcher tốt hơn hay trình xem diff đẹp hơn nào trả lời được chúng, bởi mảnh còn thiếu không nằm trên màn hình của bạn. Nó là một nơi chung để công việc tồn tại. Đây chính là ranh giới chuyển cấp: ngày mà nút thắt của bạn chuyển từ quản lý cửa sổ sang quản lý khả năng nhìn thấy, review và bàn giao.

Sharkly được xây dựng cho phía bên kia của ranh giới đó. Nó giữ context, tiến độ, điểm tắc nghẽn, kết quả và review của con người luôn hiển thị từ lúc yêu cầu đến lúc phát hành, trong một workflow dùng chung thay vì nằm rải rác trong các terminal riêng tư. Sự phân chia vai trò là có chủ đích: Claude Code, Codex và các công cụ tương tự thực thi công việc; Sharkly quản lý việc giao việc ở cấp nhóm, các Computer được kết nối, context của task, tiến độ, điểm tắc nghẽn, kết quả và review của con người xuyên suốt các công cụ đó. Bạn giữ nguyên các runtime và worktree mình đã tin dùng. Bạn chỉ thêm lớp cho phép nhiều hơn một người cùng nhìn thấy và điều hướng công việc.

Lời trấn an cũng quan trọng ngang cơ chế. Áp dụng Sharkly không đòi hỏi bạn xây lại quy trình hay bỏ công cụ của mình. Bạn mang theo gói đăng ký của riêng bạn: việc dùng model tiếp tục qua các gói đăng ký hoặc API key đã cấu hình trong những công cụ mà nhóm bạn đang chạy. Bạn kết nối một Computer, trỏ Sharkly vào cùng những repository đó, và bắt đầu định tuyến công việc mà không phải tháo dỡ bất cứ thứ gì. Nếu bạn đang cân nhắc điều này với một board cục bộ, bài viết về lựa chọn thay thế Vibe Kanban của chúng tôi cũng đi theo con đường giữ nguyên những gì bạn đang có.

Workflow song song tương tự trông như thế nào trong Sharkly

Các công cụ tự chế cấp cho mỗi agent một worktree và một cửa sổ. Sharkly cấp cho mỗi đơn vị công việc một Task, và cho phép Agent chạy nó trong các worktree tách biệt theo đúng cách đó, chỉ khác một điểm: kết quả quay trở về Task thay vì nằm lại trong bộ đệm cuộn ngược của bạn.

A Task là đơn vị công việc chính trong Sharkly. Nó mang theo mục tiêu, phạm vi, diff, thảo luận và review trong một bản ghi dùng chung. Khi bạn giao một Task cho một Agent, Agent sẽ nhận nó, làm việc trong worktree tách biệt của riêng mình, chạy typecheck, test và build, rồi gắn bản tóm tắt thay đổi, kết quả kiểm chứng và những giới hạn đã biết trở lại Task đó. Người tiếp theo xem không cần terminal của bạn. Họ chỉ cần mở Task.

Phiên bản hữu ích nhỏ nhất được thiết kế cố tình đơn giản. Kết nối một Computer, tạo một Agent, và giao cho nó một Task ít rủi ro, đúng như cách mà hướng dẫn giao task đầu tiên của chúng tôi thiết lập. Từ đó, câu chuyện song song mở rộng đúng theo cách mà script của bạn hằng mong muốn: nhiều Agent cùng nhận những Task sẵn sàng và làm việc đồng thời, mỗi cái được cô lập, trong khi frontend, backend, sửa bug và độ phủ test tiến triển song song. Khác biệt so với một bức tường cửa sổ tmux là mọi lần chạy đều có thể giao cho một người, có thể được người khác ngoài bạn review, và có thể truy vết về sau.

Giao kèo giữa người và agent chính là nơi lớp review chứng minh giá trị của nó. Agent nghiên cứu, thực thi, kiểm thử và báo cáo. Con người định hướng, cấp quyền và chấp nhận kết quả. Tự động hóa dừng lại ở nơi cần đến phán đoán của cả nhóm, và trả về một sản phẩm bàn giao với context đầy đủ cùng bằng chứng có thể kiểm tra. Một setup tự chế có thể chạy các agent. Nó không thể duy trì giao kèo đó, vì nó không có nơi chung để một người khác ngoài bạn chấp nhận hay từ chối. Nếu bạn muốn hiểu cơ chế của cổng kiểm soát đó, ghi chú của chúng tôi về Cursor background agent đi qua một luồng review tương tự.

Ví dụ cụ thể, theo hình thức mà các nhóm thường dùng. Một task như SH-312 ghi rằng "thêm rate limiting cho public API." Một Agent định hình phạm vi, làm việc trong worktree của nó, chạy test, rồi trả về bản tóm tắt kèm diff cho Task. Reviewer của bạn mở SH-312, đọc bằng chứng, và chấp nhận hoặc yêu cầu chỉnh sửa. Khi bạn còn làm một mình, cả vòng lặp đó chỉ nằm trong đầu bạn và một terminal. Giờ nó nằm ở nơi cả nhóm có thể thấy, và đó chính là toàn bộ ý nghĩa của việc chuyển cấp.

Ai nên dừng lại, ai đã vượt qua giới hạn

Một bài so sánh chỉ chăm chăm hướng lên trên thì không trung thực, nên đây là phiên bản thẳng thắn. Rất nhiều người không nên chuyển, và những công cụ nêu trên chính là chốn phù hợp với họ.

• Ở lại với Conductor nếu bạn là developer Mac đơn độc, muốn chạy Claude Code song song trong một cửa sổ bình yên và không ai khác cần thấy chúng. Nó làm việc đó gọn gàng và không đòi hỏi gì ở server.
• Ở lại với Claude Squad nếu bạn sống trong terminal, chạy nhiều runtime trộn lẫn, và muốn một switcher nhanh trên nền worktree và tmux cho công việc của riêng bạn. Đây là một trung tâm chỉ huy mạnh mẽ cho một người vận hành.
• Ở lại với tmux thô và script worktree nếu bạn coi trọng toàn quyền kiểm soát, workflow của bạn ổn định, và bạn là người duy nhất thụ hưởng kết quả. Công cụ tự sở hữu thắng công cụ đi thuê khi nhu cầu mang tính cá nhân.
• Chuyển lên Sharkly khi công việc không còn chỉ thuộc về bạn: khi một đồng đội cần review một lần chạy, khi ai đó phải tiếp quản trong lúc bạn vắng mặt, khi một người quản lý cần thấy cái gì đang bị chặn, hoặc khi bạn nhận ra mình đang tự tay xây lại logic theo dõi trạng thái và bàn giao. Bài tổng quan về điều phối của chúng tôi sẽ chỉ ra các lớp gặp nhau ở đâu.

Cặp quyết định cho toàn bộ phạm trù này rất ngắn gọn. Dùng công cụ tự chế khi ràng buộc là máy của chính bạn và thời gian của chính bạn. Dùng lớp điều phối khi ràng buộc là sự hiểu biết chung của cả nhóm về những gì agent đã làm. Hầu hết developer bắt đầu ở bên trái và bước qua đường vào đúng tuần mà tên của người thứ hai xuất hiện trong công việc.

Các tình huống thực tế

Người xây dựng đơn độc ở lại chỗ cũ. Một developer freelance ship các feature cho khách hàng bằng ba bốn agent Claude Code trên Mac. Conductor hoặc Claude Squad là toàn bộ câu trả lời, và thêm một lớp cho nhóm chỉ là gánh nặng vô ích. Ở lại là quyết định đúng.

Nhóm hai người vừa vượt qua ranh giới. Một nhà sáng lập và kỹ sư đầu tiên mỗi người chạy script tmux riêng. Không ai có thể review công việc của agent bên kia mà không chia sẻ màn hình. Chuyển các lần chạy sang Task dùng chung trong Sharkly nghĩa là mỗi người có thể mở diff của người kia, chấp nhận nó và merge, mà không phải thay đổi runtime nào cả hai đang dùng.

Trưởng nhóm chuẩn hóa cả một squad. Một tech lead với năm kỹ sư nhận ra mỗi người có một script worktree hơi khác nhau và không có review chung. Agent dùng chung và một luồng Task thống nhất biến năm setup riêng lẻ thành một workflow mà cả nhóm có thể tái sử dụng, trong khi mỗi kỹ sư vẫn giữ Computer riêng và gói đăng ký model riêng.

FAQ

Claude Squad và Conductor khác nhau ở điểm nào? Claude Squad là app terminal đa nền tảng, quản lý agent thông qua tmux và git worktree và hỗ trợ nhiều runtime. Conductor là app desktop macOS, tập trung vào việc chạy Claude Code trong giao diện cửa sổ. Cả hai đều cô lập mỗi lần chạy trong worktree riêng; khác biệt nằm ở terminal so với app native, và đa nền tảng so với chỉ Mac.

Tôi có cần Claude Squad hay Conductor nếu đã dùng git worktree không? Không nhất thiết. Cả hai chỉ là lớp tiện dụng trên cùng một primitive worktree. Nếu bạn thoải mái viết vài câu lệnh tmux và git worktree, script thô cho bạn khả năng cô lập tương tự với nhiều quyền kiểm soát hơn. Các công cụ này mua cho bạn sự tiện dụng và việc dọn dẹp, chứ không phải một năng lực mới.

Các công cụ tự chế này có xử lý được việc review cho cả nhóm không? Không, và chúng cũng không tuyên bố như vậy. Conductor, Claude Squad và script tmux đều giữ trạng thái trên một máy cho một người vận hành. Review chung, sự chấp nhận của người khác, và bản ghi quyết định bền vững là những tính năng workflow thuộc về lớp điều phối, không phải một runner cục bộ. Xem bài viết về lựa chọn thay thế Vibe Kanban của chúng tôi để thấy rõ sự phân biệt đó.

Sharkly có thay thế Claude Code hay Claude Squad không? Không. Sharkly không thay thế Claude Code, Codex hay các công cụ thực thi khác. Nó bổ sung lớp Task, Computer, context, kiểm soát và review dùng chung quanh những công cụ mà nhóm bạn đang dùng. Bạn giữ nguyên runtime và worktree, đồng thời có thêm khả năng nhìn thấy ở cấp nhóm.

Chuyển sang Sharkly có nghĩa là từ bỏ git worktree không? Không. Sharkly cũng chạy Agent trong các worktree tách biệt, nên khả năng cô lập bạn dựa vào vẫn còn nguyên. Điều thay đổi là kết quả đi về đâu: nó quay về một Task dùng chung thay vì một bộ đệm terminal riêng tư.

Làm sao giữ nguyên mức dùng model và chi phí khi chuyển đổi? Bạn mang theo gói đăng ký của riêng bạn. Việc dùng model tiếp tục qua các gói đăng ký hoặc API key đã cấu hình trong những công cụ mà nhóm bạn kết nối, và hạn mức model phụ thuộc vào các công cụ, gói dịch vụ và tài khoản API đó. Sharkly bổ sung lớp điều phối, chứ không tạo ra một quan hệ thanh toán mới.

Sẵn sàng vượt qua ranh giới? Tải Sharkly, kết nối một Computer, và giao một yêu cầu thật cho một Agent duy nhất. Giữ nguyên runtime và worktree bạn đã tin dùng, và để công việc bắt đầu quay về một nơi mà cả nhóm bạn đều thấy được. Tài liệu trình bày chi tiết hơn về từng khái niệm tại docs.sharkly.ai.