Bạn giao cho AI Agent một nhiệm vụ rất đơn giản: “Hãy review Release 0.2.” Nhưng thay vì đọc đúng tài liệu cần thiết, Agent lại mở hàng chục file, kiểm tra source code, tìm demo, đọc handbook và tiêu tốn một lượng lớn Context Window. Lần khác, bạn chỉ yêu cầu sửa một lỗi nhỏ, nhưng Agent lại viết lại cả module. Vấn đề không nằm ở khả năng của AI. Vấn đề là AI chưa biết nên chọn cách xử lý nào trước.
Một AI Agent mạnh không phải là Agent biết nhiều workflow nhất, mà là Agent biết chọn đúng workflow ngay từ đầu.
Task Router là gì?
Nhiều người hình dung quy trình của một AI Agent rất đơn giản:
Task → Làm ngay
Thực tế, giữa lúc Agent nhận nhiệm vụ và lúc bắt đầu hành động còn thiếu một lớp rất quan trọng: Task Router.
Nhiệm vụ của Task Router không phải trực tiếp thực hiện công việc. Nó có trách nhiệm:
- Nhận diện loại nhiệm vụ.
- Phân loại mục tiêu.
- Chọn chiến lược xử lý phù hợp.
- Đưa nhiệm vụ vào đúng workflow.
- Giảm những bước đọc, suy luận và sử dụng công cụ không cần thiết.
Có thể xem Task Router như người điều phối giao thông của AI Agent. Nó không trực tiếp lái xe, nhưng quyết định mỗi nhiệm vụ nên đi vào làn đường nào.
Đừng để mọi Task đi cùng một con đường
Đây là một sai lầm rất phổ biến trong quá trình xây dựng AI Agent.
Ví dụ, Agent có thể nhận các nhiệm vụ hoàn toàn khác nhau:
- Review một bản phát hành.
- Sửa lỗi phần mềm.
- Viết tài liệu kỹ thuật.
- Triển khai production.
- Nghiên cứu một công nghệ mới.
- Phân tích dữ liệu.
Nếu tất cả các nhiệm vụ này đều đi qua cùng một quy trình, Agent rất dễ:
- Đọc quá nhiều tài liệu.
- Thực hiện sai thứ tự.
- Sử dụng sai công cụ.
- Lãng phí Context Window.
- Phản hồi chậm.
- Tạo ra kết quả không đúng kỳ vọng.
Task Router giúp tránh tình trạng đó bằng cách phân loại nhiệm vụ trước khi Agent bắt đầu làm việc.
Task Router hoạt động như thế nào?
Giả sử người dùng yêu cầu:
“Hãy review Release 0.2.”
Task Router sẽ xác định đây là một Release Review Task, không phải Coding Task, Deployment Task hay Research Task.
Sau đó, Router có thể chọn workflow phù hợp:
- Đọc release notes.
- Đọc changelog.
- Kiểm tra release manifest.
- Đối chiếu deliverables.
- Tóm tắt thay đổi, rủi ro và quyết định cần phê duyệt.
Agent không cần đọc toàn bộ handbook, toàn bộ source code hay mọi tài liệu của dự án.
Ví dụ với một Debug Task
Người dùng yêu cầu:
“Tìm lỗi khiến BrowserAct bị crash.”
Task Router có thể phân loại nhiệm vụ như sau:
Debug Task → Navigation → Memory → Capability Registry → Terminal → Logs → Analysis
Thay vì để Agent đọc handbook, roadmap, demo và release notes trước khi xem log lỗi, Router đưa Agent thẳng vào đúng chuỗi xử lý cần thiết.
Đó là sự khác biệt giữa một Agent phản ứng theo bản năng và một Agent làm việc theo kiến trúc.
Task Router không phải Navigation
Task Router và Navigation là hai khái niệm rất dễ bị nhầm lẫn.
Navigation trả lời câu hỏi gì?
“Tôi nên đọc tài liệu nào?”
Navigation chịu trách nhiệm xác định nguồn tri thức, file, tài liệu hoặc khu vực dự án phù hợp.
Task Router trả lời câu hỏi gì?
“Tôi nên xử lý nhiệm vụ này theo quy trình nào?”
Nói ngắn gọn:
- Navigation chọn tri thức.
- Task Router chọn chiến lược.
Router quyết định hướng đi tổng thể. Navigation hỗ trợ tìm đúng tài liệu bên trong hướng đi đó.
Task Router cũng không phải Planner
Planner có nhiệm vụ tạo ra danh sách công việc cụ thể.
Ví dụ với nhiệm vụ “Xây dựng website”, Planner có thể tạo kế hoạch:
- Thiết kế giao diện.
- Xây dựng API.
- Viết kiểm thử.
- Triển khai hệ thống.
Task Router hoạt động sớm hơn Planner. Nó phải xác định:
- Đây có phải Coding Task không?
- Hay Documentation Task?
- Hay Research Task?
- Hay Architecture Task?
Router quyết định trước. Planner lập kế hoạch sau.
Vì sao Task Router giúp Agent nhanh hơn?
Task Router không trực tiếp làm Agent thông minh hơn. Nó giúp Agent không đi sai đường.
Trước khi có Task Router
Task → Đọc tất cả → Suy nghĩ → Làm việc
Sau khi có Task Router
Task → Phân loại → Chọn đúng Workflow → Làm việc
Kết quả là:
- Ít bước hơn.
- Ít token hơn.
- Ít tài liệu thừa hơn.
- Ít sai sót hơn.
- Thời gian phản hồi nhanh hơn.
- Kết quả nhất quán hơn.
Một Task Router đơn giản có thể gồm những gì?
Bạn không cần xây một hệ thống quá phức tạp ngay từ đầu. Một Task Router cơ bản có thể chỉ cần ánh xạ từng nhóm nhiệm vụ tới workflow phù hợp:
- Coding → Code Workflow.
- Debug → Debug Workflow.
- Documentation → Writing Workflow.
- Architecture → Architecture Workflow.
- Research → Research Workflow.
- Release Review → Release Review Workflow.
- Deployment → Deployment Workflow.
- Data Analysis → Analysis Workflow.
Chỉ cần tách đúng những nhóm nhiệm vụ chính, cách Agent làm việc đã có thể thay đổi đáng kể.
Khi nào nên dùng Task Router?
Nếu Agent chỉ thực hiện một loại công việc duy nhất, Task Router có thể chưa cần thiết.
Nhưng khi Agent phải xử lý nhiều loại nhiệm vụ như:
- Coding.
- Research.
- Debug.
- Review.
- Deploy.
- Documentation.
- Data Analysis.
- Browser Automation.
Task Router gần như trở thành một thành phần bắt buộc.
Càng nhiều khả năng, Agent càng cần một lớp điều phối để quyết định khả năng nào nên được sử dụng trước.
Task Router trong AI-OS
Trong AI-OS Framework, Task Router là lớp quyết định chiến lược trước khi Agent hành động.
Task → Task Router → Navigation Layer → Memory Layer → Capability Registry → Execution → Business Value
Trong kiến trúc này:
- Task Router chọn workflow.
- Navigation Layer tìm đúng tài liệu và khu vực tri thức.
- Memory Layer cung cấp ngữ cảnh cần thiết.
- Capability Registry xác định công cụ và khả năng có thể sử dụng.
- Execution Layer thực hiện công việc.
- Business Value là kết quả cuối cùng mà người dùng cần.
Task Router giống như người điều phối. Nó không trực tiếp thực hiện công việc, nhưng quyết định cả hành trình phía sau.
Điểm mạnh của Task Router
- Chọn đúng workflow cho từng nhiệm vụ.
- Giảm mức sử dụng Context Window.
- Hạn chế đọc tài liệu không liên quan.
- Giảm việc dùng sai công cụ.
- Dễ mở rộng khi xuất hiện loại nhiệm vụ mới.
- Chuẩn hóa cách Agent xử lý công việc.
- Tăng khả năng kiểm thử và quan sát hệ thống.
- Giúp kết quả nhất quán hơn giữa nhiều phiên làm việc.
Điểm yếu và rủi ro
Task Router không phải thành phần có thể xây một lần rồi bỏ đó.
Khi xuất hiện loại nhiệm vụ mới, Router cần được cập nhật để nhận diện chính xác.
Nếu Router phân loại sai, Agent có thể:
- Đọc sai tài liệu.
- Dùng sai tool.
- Đi vào sai workflow.
- Tạo kế hoạch không phù hợp.
- Thực hiện hành động rủi ro.
Vì vậy, Router cần có:
- Tập loại nhiệm vụ rõ ràng.
- Quy tắc phân loại minh bạch.
- Cơ chế fallback khi độ tin cậy thấp.
- Log quyết định để có thể kiểm tra.
- Bộ test cho các trường hợp dễ nhầm lẫn.
Ví dụ thực tế với BrowserAct
Giả sử BrowserAct nhận ba yêu cầu:
- Chụp ảnh một website.
- Kiểm tra lỗi JavaScript.
- Tóm tắt một tài liệu.
Nếu không có Task Router, Agent có thể xử lý cả ba yêu cầu theo cùng một cách.
Nhưng với Task Router:
- Capture Website → Browser Workflow.
- Debug JavaScript → Terminal + Browser Workflow.
- Summarize Document → Knowledge Workflow.
Mỗi nhiệm vụ đi vào đúng làn đường của mình. Đây là cách giảm chi phí xử lý mà không cần thay đổi AI Model.
Kết luận
Một AI Agent mạnh không phải là Agent biết nhiều workflow nhất.
Mà là Agent:
Biết chọn đúng workflow ngay từ đầu.
Task Router không thay thế Navigation, Memory hay Capability Registry. Nó là lớp kết nối các thành phần đó thành một quy trình thống nhất.
Khi Task Router hoạt động tốt, Agent sẽ:
- Đọc ít hơn nhưng đúng hơn.
- Dùng ít token hơn.
- Phản hồi nhanh hơn.
- Chọn đúng công cụ hơn.
- Tạo kết quả phù hợp hơn với mục tiêu kinh doanh.
AI không cần biết làm mọi thứ theo cùng một cách. AI cần biết mỗi nhiệm vụ nên được xử lý theo cách nào.
Phần tiếp theo: Knowledge Loader
Đây là Phần 4 trong series AI Agent Architecture.
Ở bài tiếp theo, tôi sẽ chia sẻ về Knowledge Loader: vì sao nhiều AI Agent đọc quá nhiều tài liệu nhưng vẫn không tìm được đúng tri thức cần thiết.
Hãy Follow U50 Nghiên cứu AI để theo dõi toàn bộ series về AI Agent, BrowserAct, Hermes Agent và AI-OS.
