BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
Cộng đồng
AI AI
Tin nhanh
Bài viết
Sự kiện
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR

OpenRouter ra mắt công cụ subagent: hỗ trợ mô hình lớn phân phối nhiệm vụ cho mô hình nhỏ trong quá trình tạo nội dung.

Theo dõi từ Động Sát Beating, OpenRouter đã ra mắt công cụ proxy phía máy chủ `openrouter:subagent` và bắt đầu thử nghiệm, hỗ trợ các mô hình lớn phân phối các tác vụ phụ độc lập cho các mô hình ứng viên nhỏ hơn, rẻ hơn và nhanh hơn trong quá trình tạo nội dung. Khi mô hình chính gặp các tác vụ tự chứa không cần đến toàn bộ năng lực của nó (ví dụ: tóm tắt tài liệu, trích xuất dữ liệu có cấu trúc, soạn thảo mẫu và định dạng văn bản), nó có thể gọi công cụ proxy thông qua việc nhập tên tác vụ (task_name) và mô tả tác vụ (task_description). Các tác vụ phụ được phân phối sẽ được thực thi bởi mô hình làm việc và trả về dưới dạng kết quả (outcome) cho mô hình chính để tích hợp sau đó.

Mô hình làm việc có thể là bất kỳ mô hình nào được OpenRouter hỗ trợ, không chỉ được chỉ định bởi `parameters.model` trong định nghĩa công cụ, mà còn có thể kế thừa trực tiếp mô hình chính khi chưa được thiết lập. Để tăng cường khả năng thực thi, mô hình làm việc còn có thể được trang bị các công cụ OpenRouter phía máy chủ độc lập (như tìm kiếm mạng `openrouter:web_search` hoặc thu thập trang web `openrouter:web_fetch`), từ đó thực hiện suy luận đa bước và thu thập dữ liệu trong môi trường sandbox trước khi tạo văn bản cuối cùng. Vì mô hình làm việc thực thi ở phía máy chủ, nên không hỗ trợ các công cụ hàm tùy chỉnh yêu cầu trình thực thi phía máy khách.

Do mô hình làm việc không thể truy cập vào phiên hội thoại ngữ cảnh của mô hình chính, cũng không thể chia sẻ bộ nhớ giữa các tác vụ khác nhau, mô hình chính phải cung cấp thông tin nền đầy đủ và yêu cầu định dạng đầu ra trong mô tả tác vụ. Để ngăn chặn việc gọi lồng nhau dẫn đến đệ quy vô hạn và mất kiểm soát chi phí, OpenRouter đã giới thiệu cơ chế bảo vệ kép: cấm tự tham chiếu trong định nghĩa, và giới hạn độ sâu lồng nhau thông qua tiêu đề yêu cầu, buộc phải loại bỏ công cụ proxy trong các lệnh gọi tác vụ phụ. Đồng thời, tổng số lần thực thi tác vụ trong một yêu cầu API đơn lẻ cũng được đặt giới hạn cứng.

举报 Báo lỗi/Báo cáo
Báo lỗi/Báo cáo
Gửi
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành