Claude Code và Hermes Agent tự phối hợp trong Orca

1. Hai agent trên hai harness cùng làm một project trong Orca

Video mở ngay vào màn hình làm việc. Tác giả kênh Tonbi's AI Garage đang mở Orca cho một project, bên trái là Claude Code. Trong panel Claude Code có một prompt rất dài: project là một learning app cũ cho điện thoại mà anh đang quay lại làm tiếp. Kéo lên trên, anh chỉ cho thấy cả một loạt prompt khác nhau đã được gửi vào Claude Code, mỗi prompt là những chỉ dẫn rất chi tiết về cách tiếp tục theo plan, cùng những bản review cho phần việc mà Claude vừa làm.

Điểm bất ngờ: những prompt đó không phải do anh viết. Người viết là Hermes Agent. Cùng lúc đó, anh có một panel thứ hai ở bên phải, nơi Hermes đang chạy và có thể trực tiếp ra chỉ dẫn cho Claude Code, rồi review lại phần việc Claude đã làm. Nói cách khác, anh có hai agent chạy trên hai agent harness khác nhau, dùng hai model khác nhau, cùng làm việc với nhau để dựng project này.

Anh thừa nhận rằng tính đến lúc làm video (09/2026) đã có rất nhiều multi-agent workflow khác nhau, rất nhiều app và phần mềm giúp làm việc này. Nhưng theo trải nghiệm của riêng anh, cách hai agent harness khác nhau phối hợp trong Orca là mượt nhất mà anh từng thấy. Vì vậy trong video này anh sẽ làm ba việc: chỉ cách dựng một workflow như vậy, đi qua chính workflow cụ thể này cùng những gì hai agent đã làm, mô tả hành vi của chúng, rồi xem chúng phối hợp với nhau tốt tới đâu.

2. Bật Orca CLI và hai lệnh terminal send, terminal read

Việc đầu tiên nếu muốn làm theo là cài Orca CLI. Anh mở trang docs của Orca, mục tổng quan về CLI. Tính đến 09/2026, trang này mô tả Orca CLI là một command-line interface tên orca để điều khiển Orca đang chạy từ bất kỳ shell nào: tạo và xem worktree, điều khiển các agent terminal, mở file và diff, tự động hoá trình duyệt tích hợp, chạy các automation theo lịch, và điều khiển các công cụ của Orca từ script hoặc từ chính AI agent.

Theo trang docs này, CLI đi kèm desktop app và được đăng ký ở Settings, General, Orca CLI; docs cũng đưa lệnh để agent tự cài skill orca-cli đi kèm:

npx skills add https://github.com/stablyai/orca --skill orca-cli
# headless / no Settings UI:
orca skills install --skill orca-cli

Trong video, anh không gõ lệnh đó mà đi đường giao diện. Trong Orca, anh vào Settings, chọn Onboarding checklist, và nhiều khả năng bạn sẽ thấy ở đó một mục tên Enable Orca CLI. Mục này có ba lựa chọn: Agent Orchestration, Agent Browser Use, và Computer Use. Với workflow này anh chỉ cần Orchestration, và trên màn hình có thể thấy anh đã cài sẵn rồi. Nếu bạn chưa cài thì cứ làm ngay trong trang Settings này.

Cài xong, CLI cho phép dùng một số lệnh nhất định. Anh chỉ vào panel của Hermes, nơi nó đang dùng hai lệnh trong số đó: orca terminal send và orca terminal read. Với hai lệnh này, một agent đọc được nội dung của các pane khác và gửi tin nhắn vào đó.

Hai lệnh Hermes chạy trên màn hình, chép đúng như hiển thị (đoạn văn bản dài sau --text được lược đi):

orca terminal send --terminal term_b63b5fc2-d00e-4d49-8a49-d8ed03ca5bf2 --text '...' --enter --wait-submit 5 --json
orca terminal read --terminal term_b63b5fc2-d00e-4d49-8a49-d8ed03ca5bf2 --limit 5 --json

3. Vì sao tối đa chỉ hai agent chính

Có thể bạn đang tự hỏi: rốt cuộc để làm gì? Vì sao lại cần hai agent khác nhau? Câu trả lời, theo anh, có thể tuỳ vào use case cụ thể của từng người. Riêng anh, anh thích dùng tối đa hai agent kiểu này làm việc cùng nhau. Có người dựng những setup rất phức tạp, với hàng chục agent khác nhau. Với anh, như vậy có vẻ tốn công sức và chi phí nhiều hơn giá trị mà nó mang lại.

Nguyên tắc chính của anh là giữ mọi thứ đơn giản và rõ ràng nhất có thể cho chính mình. Còn lý do anh dùng hai agent cho một project như thế này là để cả hai có thể làm việc cùng một lúc.

4. Claude cho planning, Hermes với GPT-6 Astra cho phần việc tay

Bên trái là Claude Code, nơi anh dùng được Fable 5.1. Theo ý anh, tính đến lúc video được đăng (22/09/2026), đó vẫn là model mạnh nhất mà anh có quyền truy cập. Nhưng với những project lớn như thế này, anh muốn có thêm một dạng project memory và khả năng phát triển skill theo thời gian. Đó là lý do anh đưa Hermes Agent vào, làm một kiểu orchestrator chính. Trong Hermes, anh dùng được GPT-6 Astra (trên màn hình ghi gpt-6-astra), nên bản thân Hermes cũng chạy trên một model rất mạnh.

Workflow mà anh đang phát triển, và anh cũng nghe những người khác nói tương tự, là thế này: dùng Claude cho phần planning và design ban đầu, rồi để Astra làm phần lớn việc tay, tức là việc code thực tế, và sau đó cho hai bên review lẫn nhau. Đó là workflow tốt nhất anh tìm ra tính đến lúc làm video (09/2026). Dù vậy, anh vẫn đang thử nghiệm nhiều cách khác nhau, và bản thân project này cũng là một thí nghiệm.

5. Project thật: một kiểu Duolingo cho AI và agent

Đây là một project thật: một learning app cho iOS, tức cho điện thoại. Nó là một project rất cũ. Anh bắt đầu từ mùa đông năm trước, khi đó dùng Opus 4.5, nhưng rồi khá nản. Hồi đó anh thậm chí còn chưa có tài khoản Codex, nên không có khả năng tạo hình ảnh; anh phải làm gần như mọi thứ bằng tay, kiểu dùng Gemini. Nhưng anh vẫn nghĩ đó là một ý tưởng hay, nên muốn refactor, xây lại từ đầu.

Hãy hình dung nó như một Duolingo, nhưng dành cho AI và agent. Tới thời điểm này anh đã có rất nhiều video và rất nhiều tài liệu học, nên anh nghĩ có thể tái sử dụng phần lớn chỗ đó làm curriculum thực sự cho learning app này. Ý tưởng là vậy, dù mọi thứ vẫn còn ở giai đoạn rất sớm.

Việc đầu tiên anh nhờ Claude làm là review trạng thái hiện tại của project, và anh đưa cho Claude tầm nhìn của mình. Trong prompt trên màn hình, anh viết: chúng ta sẽ đại tu toàn bộ project này. Nó vẫn là một iOS app với kiểu học như Duolingo, và hệ thống economy trong app giữ nguyên. Phần art sẽ làm lại. Nhưng phải lên plan trước đã. App sẽ được phát triển trên máy Windows ở đây, còn bước deploy cuối cùng sẽ dùng một chiếc máy Mac notebook; toàn bộ phần test và mọi thứ khác vẫn làm trên máy Windows này.

Vậy là Claude phải review những gì đã được build và lập một plan tổng thể cho những gì anh muốn làm. Sau đó anh mới đưa Hermes vào.

6. Đưa Hermes vào và giao vai trò

Session này cũng diễn ra hoàn toàn trong Orca, nhưng phần đầu của session bị cắt khỏi màn hình ở phía trên, vì đó là một session khá dài. Nên anh mở lại vài tin nhắn đầu tiên để mọi người thấy. Đầu tiên anh nhờ Hermes review codebase và xem Claude đang làm gì.

Sau đó anh bảo Hermes dùng Orca CLI, và nó làm được. Nó nhìn thấy Claude đang làm gì và đánh giá được công việc đó. Trên màn hình, Hermes trả lời rằng nó đã dùng orca terminal list để xác định đâu là Claude, rồi dùng orca terminal read để xem màn hình của Claude, mà không gửi input hay ngắt ngang Claude. Nó báo lại những gì Claude đang làm: phần research cách làm iOS từ Windows đã xong, các phần research về kiến trúc, backend và art vẫn đang chạy, còn agent chính đã soạn xong ghi chú curriculum và đang chờ hai agent kia để ghép thành rebuild plan.

Rồi anh nói với Hermes: bạn sẽ làm việc cùng Claude trong project này, bạn phụ trách thực thi phần lớn các task và tạo các visual asset. Hermes nhận vai: nó sẽ lo implementation, verification và tạo visual asset bên cạnh phần planning của Claude; nó sẽ dùng Orca để kiểm task hiện tại của Claude trước khi sửa gì, giữ file ownership tách biệt, và báo khi có xung đột hay blocker. Tiếp theo anh nhờ Hermes kiểm lại plan của Claude. Hermes có vài chỗ cần chỉnh, nên nó báo lại cho Claude.

Rồi anh chỉ hỏi Hermes một câu đơn giản: bạn sẽ bắt đầu thế nào?

Bước số một của Hermes là thiết lập một working arrangement với Claude về file ownership và acceptance criteria, và theo anh đây chính là phần thú vị của workflow này. Nguyên văn ý của bước đó: giữ nguyên app hiện có, đặt bản thay thế trên ổ D, và tránh để hai agent cùng sửa một module. Vậy là anh bảo nó làm đúng điều đó: bước một, thiết lập working arrangement.

7. Tin nhắn Hermes gửi sang panel Claude

Anh chuyển sang panel Claude để cho xem Hermes đã nói gì. Đây là một prompt mà Hermes gửi cho Claude. Anh bảo không cần đọc hết vì nó dài, nhưng tóm lại: "Hermes đây, ở panel Orca bên cạnh. Người dùng yêu cầu rõ ràng là chúng ta bàn và thống nhất cách chia việc. Hãy đọc rebuild plan." Sau đó Hermes đề xuất cách chia cho milestone đầu tiên: Claude sở hữu phần recommendation về hosting, auth và storage, review API và domain contract, cùng một số việc khác; Hermes sở hữu phần implementation backend và client, integration test, offline queue, account isolation và visual asset.

Toàn văn tin nhắn trên màn hình, để bạn tham khảo cách một agent mở màn cuộc thương lượng chia việc:

Hermes here in the adjacent Orca panel. The user explicitly asks us to discuss and agree the work split. Please read docs/rebuild-plan.md: user ruled out Supabase, managed hosting is fine. This is the authoritative revision; your original HTML is marked superseded. Proposed split for first milestone: Claude owns hosting/auth/storage recommendation, API/domain contract review, one approved lesson specification, and independent review; Hermes owns backend/client implementation, integration tests, offline queue/account isolation, and Spark visual assets. First prove sign-in/profile + one offline lesson + restart/sync with one eligible reward + safe account switch + one character state; AI/Garage is next. Before any coding, please propose concrete exclusive file/directory ownership, prerequisite decisions and acceptance criteria, and confirm or counter this split. Do not install, deploy, purchase, commit, move worktrees or edit implementation yet. Reply here in this terminal; I will read through Orca CLI. We should keep the old app intact, select the replacement location on D: deliberately, and avoid both agents editing the same files.

Dòng cuối của tin nhắn là chỗ anh muốn nhấn mạnh: "Reply here in this terminal; I will read through Orca CLI." Hai agent liên lạc với nhau đúng như vậy. Không có kênh ngầm nào cả: chúng trao đổi qua chính những câu trả lời hiện trên terminal, và đọc, ghi qua Orca CLI.

8. File work-split.md do hai agent cùng viết

Kết thúc cuộc trao đổi đó, hai agent tạo ra một file: docs/work-split.md. Ngay dòng trạng thái ghi rằng nó được Claude và Hermes thống nhất vào ngày 13/09/2026. File chia vai trò rất rõ. Anh nhấn mạnh rằng anh không hề bảo chúng viết file này; đó là thứ chúng tự viết cùng nhau. Anh tin là Hermes là người thực sự ghi file, nhưng nội dung là do hai bên cùng làm ra.

Phần quan trọng là exclusive ownership trong repo mới. Bạn thấy được những path nào Claude sở hữu và những path nào Hermes sở hữu. Đó là cách chúng chia việc. Thứ duy nhất được giao cho Hermes theo năng lực là phần asset, vì Hermes có tính năng image gen; còn lại chúng quyết định chia theo path, để không giẫm chân lên nhau, vì cả hai đang làm trong cùng một worktree.

Kéo xuống dưới là những quyết định hai agent đưa ra dựa trên câu trả lời của anh. Anh có một số câu hỏi còn bỏ ngỏ, nhưng về cơ bản đây là plan do chúng thiết kế, kèm phạm vi của từng milestone. Anh thấy khá thú vị khi chúng cùng nhau nghĩ ra được thứ này.

9. Năm, sáu vòng qua lại mà không cần nhắc

Chúng cứ thế trao đổi qua lại với nhau, và ở giai đoạn planning ban đầu này anh gần như không phải can thiệp. Ngoài chuyện đó ra, chúng cũng liên lạc với nhau rất tốt. Một khi đã đặt ra quy ước dùng Orca CLI để nói chuyện, mọi thứ chạy trơn tru. Thường thì với giao tiếp giữa nhiều agent sẽ có rất nhiều chuyện lặt vặt kỳ cục, chẳng hạn một agent không trả lời đúng cách. Ở đây thì khác. Anh không đi qua hết từng lượt, nhưng riêng phần review codebase hiện tại và lên plan cho những gì muốn làm, chúng đã qua lại năm hay sáu lần, review các file, và cực kỳ mượt. Anh không cần phải thúc.

Đó chính là vấn đề với nhiều kiểu giao tiếp multi-agent: kể cả với Herdr, đôi khi anh vẫn phải thúc Hermes hoặc Claude làm việc với nhau. Còn lần này thì cực kỳ mượt. Anh không biết là nhờ cách thiết kế CLI, hay chỉ đơn giản là hai model cụ thể này rất giỏi việc đó, nhưng theo anh (tính đến lúc làm video) đây là trải nghiệm tốt nhất về hai agent làm việc cùng nhau mà anh từng có. Anh chỉ phải trả lời khi chúng có câu hỏi cho anh; anh không cần thúc kiểu "cứ làm tiếp đi". Chúng thật sự làm việc với nhau rất tốt.

10. Task live: authentication, database và authenticated API

Anh xin lỗi vì phần vừa rồi khá dài, đó là phần tóm tắt những gì anh đã làm với project này tối hôm trước. Chỉ là nó thật sự thú vị nên anh muốn cho mọi người xem. Từ đây anh sẽ tiếp tục project và cho xem trực tiếp hai agent làm việc với nhau thế nào.

Task tiếp theo là Hermes sẽ implement phần authentication, phần tích hợp database, và rồi một authenticated API. Hermes bắt đầu làm ngay.

11. Lớp Orchestration của Orca, và chỗ của sub-agent

Trong lúc Hermes chạy, anh mở trang docs Orchestration của Orca để nói về một cách làm lớn hơn. Lớp này điều phối agent bằng run, task, supervised worker, message và decision gate. Đó là một hệ thống phức tạp hơn nhiều. Theo chính trang docs, bạn dùng nó khi thực sự cần ownership, theo dõi việc hoàn thành, hoặc một DAG. Với những gì anh đang làm thì nó hơi thừa, và tính đến lúc làm video (09/2026) nó vẫn còn experimental, nhưng bạn vẫn có thể dùng.

Khi có rất nhiều task khác nhau như vậy, lớp này giúp bạn theo dõi chúng, và bạn có một inbox duy nhất báo trạng thái của mọi thứ. Nhưng như anh đã nói, với nhu cầu của anh thì nó hơi quá. Anh kéo xuống phần Core model để mọi người thấy cách nó chạy: tạo run, tạo task, rồi khởi động các worker khác nhau trên một loạt worktree khác nhau.

Quay lại panel Hermes, nó vừa chạy một sub-agent. Anh nói đây đúng là workflow anh thích: tối đa hai agent chính, và nếu chúng cần chạy sub-agent bên dưới thì cứ để chúng tự làm, thay vì có cả đống agent chính trong cùng một cửa sổ. Trong Orca, anh chỉ có đúng một worktree cho project này, và hai agent nằm trong đó. Nếu có cả tỉ worktree khác nhau ở đây, anh nghĩ mình sẽ bị lạc, sẽ khó theo dõi. Có lẽ với những project lớn hơn, có nhiều thành viên trong team, kiểu đó sẽ hữu ích, nhưng với mục đích của anh thì đây là workflow anh thích.

12. Terminal ID đổi sau một ngày, Hermes tự tìm lại

Hermes làm xong phần lớn công việc đó và gửi một tin nhắn sang panel Claude, nhờ Claude review API slice tiếp theo. Trên màn hình, đoạn text được dán vào panel Claude và gửi đi.

Có một chi tiết anh chỉ ra: lần đầu Hermes gửi nhầm terminal. Vì đây là một ngày mới, terminal có thể đã đổi. Nhưng Hermes tự đọc danh sách terminal và gửi lại vào đúng terminal, không cần anh sửa gì cả, và anh thấy vậy là khá hay.

Lệnh Hermes dùng để tìm lại danh sách terminal, chép từ màn hình:

orca terminal list --json

Docs tham chiếu của Orca CLI cũng ghi đúng tình huống này: terminal handle chỉ có hiệu lực trong một runtime, nên nếu Orca khởi động lại hoặc một lệnh báo handle đã cũ thì chạy orca terminal list --json để lấy lại handle.

Vậy là tin nhắn nhờ review đã tới nơi. Đây là workflow mà hai agent tự hình thành, và anh thấy rất ổn. Lúc này anh đang ngồi xem, nhưng thường thì anh gần như chẳng cần xem. Dù vậy, xem bằng chữ chính xác chúng đang làm gì cũng có ích. Trong tin nhắn, Hermes yêu cầu Claude review và chỉ trả về blocker. Và giờ Claude đang đọc những gì vừa được làm.

13. Claude review, Hermes chờ bằng orca terminal wait

Như anh đã nói, quá trình này rất mượt. Không có chuyện kỳ cục kiểu Hermes gửi sai thông tin hay sai path, điều vẫn hay xảy ra, hoặc agent tự nhiên dừng giữa chừng. Agent chỉ dừng khi anh tự tay dừng chúng, hoặc khi chúng có câu hỏi cho anh về một preference nào đó.

Claude đưa ra câu trả lời. Cùng lúc đó, Hermes đã dùng lệnh orca terminal wait, về cơ bản là để theo dõi xem Claude sẽ trả lời gì, và nó phản hồi gần như ngay lập tức. Hermes đọc file auth-profile-review.md, chính là bản báo cáo Claude vừa viết. Rất mượt. Giờ nó đã đọc xong file và đang thực hiện những thay đổi cần thiết.

Lệnh chờ trên màn hình của Hermes:

orca terminal wait --terminal term_06d3a37a-f8e1-4071-9bc3-9f571329d323 --for tui-idle --timeout-ms 120000 --json

Kết quả review: không có gì chặn việc merge, nhưng có vài ghi chú nên sửa. Anh nói anh rất ấn tượng với độ mượt của quá trình này. Thường thì gần như chắc chắn anh phải bảo Hermes "đi kiểm file review đi", nhưng như mọi người thấy, việc này đang diễn ra hoàn toàn tự động. Anh không chắc điều gì ở Orca làm việc này dễ đến thế, vì anh đã dùng rất nhiều giao diện và workspace multi-agent, và thường thì nó không mượt, không tự động được như thế này; thường anh phải thúc một chút.

14. Orca hay Herdr: dùng song song

Anh cũng thích multi-agent workflow của Herdr, nhưng kể cả Herdr cũng chưa mượt bằng thế này. Anh vẫn chưa quyết là sẽ chuyển hẳn sang Orca hay giữ Herdr; nhiều khả năng anh sẽ dùng cả hai.

Với một thứ như thế này, khi có một project cụ thể đang làm, nhất là khi muốn dùng nhiều agent như vậy, anh có thể sẽ dùng Orca. Còn với việc lẻ, hoặc khi làm từng việc riêng, có lẽ anh chỉ dùng Herdr. Anh nghĩ Herdr làm tốt hơn ở chức năng resume. Anh từng gặp vài trục trặc với Orca khi khởi động lại nó (tính đến lúc làm video): session Hermes không tự resume, trong khi session Claude thì có. Với Herdr thì chuyện đó chưa bao giờ là vấn đề; các session thường bật lại đúng như cũ.

Nên anh nghĩ sẽ dùng hai công cụ này song song: Herdr cho những task mới hằng ngày, còn Orca cho kiểu project cụ thể mà anh muốn làm việc trong đó, nhất là vì Orca có cách tổ chức worktree khá hay và nói chung là một giao diện đẹp.

15. Hermes desktop app và skill do agent tự phát triển

Đó sẽ là workflow của anh từ đây. Bạn hoàn toàn có thể để nhiều project trong Orca, mỗi project trong những terminal riêng, nhưng anh muốn dùng Orca như một không gian duy nhất cho một project dài hạn duy nhất mà anh đang làm. Còn trong Herdr, anh có thể giữ đủ thứ session nhỏ mà anh vẫn thường dùng: làm một video, làm research, brainstorm các project khác nhau.

Riêng với Hermes, anh vẫn dùng Hermes desktop app, vì anh nghĩ (tính đến lúc làm video) đó là giao diện tốt nhất khi chỉ làm việc trong Hermes. Anh thích vẻ ngoài của nó, thích khả năng tuỳ biến. Nên khi làm với một agent duy nhất, chỉ Hermes Agent, anh sẽ dùng desktop app thay vì TUI.

Còn một lý do nữa để dùng Hermes Agent, và anh chỉ ngay trên màn hình: ios-expo-state-review. Đây là một skill mà chính Hermes đã tự phát triển. Có khả năng phát triển skill như vậy là rất tốt, vì với một project như thế này anh có thể xây tiếp lên trên, và các agent của anh thực sự thông minh lên qua từng task cụ thể.

Ngay sau đó, Hermes lại chạy terminal read để xem Claude đang làm gì.

16. Hai model gần ngang nhau, hai subscription

Theo anh, cách làm này đặc biệt hợp vào lúc này (09/2026), vì có hai model thật sự tốt ở cả hai phía: Claude, và GPT mà anh dùng được trong Hermes. Trước đây, khi trong Hermes anh chỉ có Sol (GPT-5.6 Sol), khoảng cách giữa Fable 5.1 và GPT Sol là khá lớn. Còn giờ thì Astra đã khá gần. Anh vẫn nghĩ nó kém thông minh hơn Claude Fable một chút, nhưng nhìn chung hai bên có hiệu năng khá giống nhau (đó là đánh giá của anh trong video đăng ngày 22/09/2026).

Lý do còn lại để dùng cả hai là bạn không muốn đốt sạch toàn bộ usage trên một subscription duy nhất. Hãy cố dùng cả hai, để thu được đúng giá trị đồng tiền từ cả hai subscription của mình.

17. Kết thúc slice và những bước còn chờ người dùng

Cuối cùng task cũng xong; hai agent đã chạy được một lúc khá lâu. Hermes báo đã implement xong authenticated profile API slice. Nó đưa ra mọi thứ đã hoàn thành và mọi thứ đã được verify. Phần còn lại cần làm là đăng nhập Clerk thật và kiểm định dạng token thật từ iPhone. Các thay đổi chưa được commit. Hermes hỏi tiếp nên làm theo hướng nào, và anh có thể chọn bên nào cũng được.

Anh nói rằng lúc này anh gần như không còn nói chuyện với Claude nữa, vì phiên planning đã xong. Anh chủ yếu nói chuyện ở đây với Hermes, không hẳn là orchestrator, mà là agent chính mà anh trò chuyện cùng. Lý do là anh đã cho nó một số skill và thiết lập để nó giao tiếp với anh dễ chịu. Nhưng bạn cũng có thể thử để Claude đóng vai đó nếu muốn.

Hai agent sẽ tiếp tục làm project này cùng nhau, và đó cũng là lúc kết thúc video. Anh chỉ muốn cho mọi người thấy workflow này trong Orca, và như anh đã nói từ đầu, nó chạy cực kỳ mượt, mượt hơn bất kỳ workspace multi-agent nào anh từng dùng (tính đến lúc làm video).

Trong suốt lượt chạy vừa rồi, lúc dựng authentication cho API và thiết lập Clerk, chúng gần như không cần input của anh. Plan đã có sẵn, chúng liên lạc qua lại với nhau được, và verify những gì cần verify. Nên anh sẽ để chúng tiếp tục làm.

Có thể anh sẽ làm thêm một video kiểu live build learning app này, nếu mọi người quan tâm tới iOS app development; anh nghĩ nó có thể hay. Project đã đi được nửa đường, nên đó sẽ không phải một series từ con số không lên một. Nhưng nếu có phần nào thú vị, anh có thể làm những video riêng lẻ để chỉ cách làm. Còn không thì video này kết thúc ở đây. Anh mời mọi người để lại bình luận, kể xem mình đang dùng Orca cho multi-agent orchestration và những workflow như thế này ra sao, và hẹn gặp ở video sau. Cảm ơn mọi người đã xem.