Bài báo · arXiv 2610.14224
Harness^2: Khai thác tác tử đệ quy cho thế giới mở
Harness^2: Recursive Agent Harnessing for an Open World
Xuất bản cs.AIcs.CLcs.LG arXivPDF
Tóm tắt trong ba dòng
- 🎯 Trong việc triển khai tác tử ở thế giới mở, các tác vụ mới thiếu bộ kiểm chứng ground-truth, và các chỉnh sửa harness mang tính đặc thù cho tác vụ không thể chuyển giao sang các tác vụ tương lai.
- 🔧 Harness2 giới thiệu hai cấp độ đệ quy kết hợp: đệ quy cấp tác vụ sử dụng các bước Đề xuất–Thăm dò–Tổng hợp đối nghịch, và đệ quy cấp độ harness giúp cập nhật thư viện cải tiến liên tục giữa các tác vụ.
- 📈 Mang lại mức tăng trong một bước duy nhất lên tới 11,5 điểm trên WorkBuddy-Bench, 4,5 điểm trên JobBench và 11,8 điểm phần trăm trên LAB, cùng các mức tăng bổ sung thông qua đệ quy song song hoặc tuần tự.
Tóm tắt
Khả năng của các tác tử LLM không chỉ phụ thuộc vào mô hình nền tảng mà còn vào harness thực thi của chúng. Tự cải tiến đệ quy (RSI) mang lại một hướng tiếp cận đầy hứa hẹn để tự động phát triển các harness này. Tuy nhiên, việc triển khai RSI trong các bối cảnh thế giới mở vẫn đối mặt với hai thách thức then chốt. Thứ nhất, các tác vụ thế giới mở thường chưa từng xuất hiện trong giai đoạn thiết kế harness và hoàn toàn mới tại thời điểm kiểm thử, khiến việc thiếu vắng các bộ kiểm chứng ground-truth để định hướng một cách đáng tin cậy cho việc chỉnh sửa harness trực tuyến. Thứ hai, quy trình RSI vẫn mang tính đặc thù cao theo từng tác vụ và không thể khái quát hóa sang các tình huống mới. Chúng tôi giới thiệu Harness^2, một khung khai thác tác tử đệ quy dạng cắm-và-chạy (plug-and-play) giải quyết các thách thức này thông qua hai cấp độ đệ quy liên kết chặt chẽ. Đệ quy cấp tác vụ tinh chỉnh harness của tác vụ hiện tại bằng bước Đề xuất-Thăm dò-Tổng hợp (Propose-Probe-Compose) đối nghịch, giúp định hướng chỉnh sửa một cách đáng tin cậy mà không cần bộ kiểm chứng ground-truth, đồng thời có thể mở rộng quy mô hơn nữa thông qua đệ quy song song hoặc tuần tự. Sau đó, đệ quy cấp độ harness sẽ trích xuất kinh nghiệm từ những chỉnh sửa này để cập nhật một harness cải tiến liên tục, cho phép tác tử thích ứng tốt hơn với các tác vụ tương lai. Trên ba bộ benchmark chuyên nghiệp và bốn cấu hình mô hình-harness, một bước đơn lẻ liên tục cải thiện GLM-5 và Gemini 3.5 Flash so với các harness cơ sở của chúng, mang lại mức tăng lên tới 11,5 điểm trên WorkBuddy-Bench, 4,5 điểm trên JobBench và 11,8 điểm phần trăm trên LAB, cùng mức tăng lớn hơn khi ngân sách đệ quy cấp tác vụ tăng lên.
Tóm tắt gốc (tiếng Anh)
LLM agents' capabilities depend not only on their underlying models but also on their execution harnesses. Recursive self-improvement (RSI) offers a promising approach to automatically evolve these harnesses. However, deploying RSI in open-world settings still faces two critical challenges. First, open-world tasks are typically unseen during the harness design phase and novel at test time, leaving no ground-truth verifiers to reliably guide online harness edits. Second, the RSI process remains highly task-specific and fails to generalize to novel scenarios. We introduce Harness^2, a plug-and-play, recursive agent harnessing framework that addresses these challenges through two connected levels of recursion. Task-level recursion refines the current task's harness using a contrastive Propose-Probe-Compose step that reliably guides edits without ground-truth verifiers, and can be scaled further via parallel or sequential recursion. Harnessing-level recursion then extracts experience from these edits to update a continual improvement harness, enabling the agent to better adapt to future tasks. Across three professional benchmarks and four model-harness configurations, a single step consistently improves GLM-5 and Gemini 3.5 Flash over their base harnesses, yielding gains of up to 11.5 points on WorkBuddy-Bench, 4.5 points on JobBench, and 11.8 percentage points on LAB, with further gains as the task-level recursion budget increases.
Hướng dẫn đọc
Vấn đề và động lực
Hiệu năng của một tác tử LLM phụ thuộc rất lớn vào harness thực thi của nó—phần khung runtime bao gồm prompt, công cụ, bộ nhớ, tác tử phụ và plugin bao quanh một mô hình cơ sở cố định. Trong các bối cảnh thế giới mở biến động, các tác tử liên tục gặp phải các quy trình làm việc phức tạp, chưa từng thấy trước đây. Các kỹ thuật tự cải tiến đệ quy (RSI) hiện tại dành cho harness gặp khó khăn do hai thách thức chính:
- Thiếu vắng các bộ kiểm chứng ground-truth: Các tác vụ triển khai trực tuyến không cung cấp câu trả lời ground-truth hoặc các hàm chấm điểm đáng tin cậy tại thời điểm kiểm thử để đánh giá xem việc chỉnh sửa harness trực tuyến có giúp ích hay làm giảm hiệu năng.
- Thiếu khả năng chuyển giao giữa các tác vụ: Các sửa đổi harness trực tiếp thường mang tính đặc thù cho từng tác vụ; việc mang một harness thực thi sang các phân phối tác vụ thay đổi một cách máy móc sẽ gây ra sự mất ổn định và suy giảm hiệu năng.
Ý tưởng cốt lõi
Harness^2 kết hợp hai cấp độ đệ quy riêng biệt:
- Đệ quy cấp tác vụ (Task-Level Recursion): Tinh chỉnh harness thực thi cho tác vụ đang hoạt động mà không cần bộ kiểm chứng ground-truth thông qua chu trình đối nghịch Đề xuất–Thăm dò–Tổng hợp (Propose–Probe–Compose). Nó xây dựng các đề xuất bất biến (quy trình vận hành của tác tử) và các đề xuất đặc thù miền (quy tắc miền của chuyên gia), thăm dò cả hai trong các điều kiện tương đương, và tổng hợp các cải tiến hành vi đã được xác minh.
- Đệ quy cấp độ harness (Harnessing-Level Recursion): Trích xuất các bài học quy trình có thể tái sử dụng và các thành phần đã được áp dụng từ quá trình tinh chỉnh tại thời điểm kiểm thử vào một thư viện cải tiến harness bền vững, nâng cao meta-khả năng của bộ cải tiến trên các tác vụ tiếp theo.
- Mở rộng quy mô linh hoạt (Pluggable Scaling): Hỗ trợ mở rộng chiều rộng khám phá thông qua đệ quy song song ( nhóm ứng viên được tổng hợp đồng thời) hoặc chiều sâu thông qua đệ quy tuần tự ( vòng lặp nối tiếp).
Phương pháp
Một tác tử được phân rã thành một mô hình cố định và một harness có thể chỉnh sửa trên thành phần cấp độ tệp (system prompt, guardrail, bộ nhớ, kỹ năng, hướng dẫn công cụ, script, tác tử phụ, middleware plugin).
Đệ quy cấp tác vụ
Đối với một tác vụ , lịch sử thực thi và harness cải tiến cố định , một bước đối nghịch sẽ tạo ra một harness được cập nhật , bản ghi thực thi và bản ghi bước :
- Đề xuất (Propose): Lấy mẫu một lượt thực thi tham chiếu . Dựa trên điều kiện của và , nó tạo ra một ứng viên bất biến (quy trình/luồng công cụ) và một ứng viên đặc thù miền (ràng buộc chuyên môn).
- Thăm dò (Probe): Thực thi các ứng viên trên để quan sát các tương phản về hành vi so với lượt thực thi tham chiếu.
- Tổng hợp (Compose): Hợp nhất có chọn lọc các chỉnh sửa đã được kiểm chứng, không gây xung đột từ nhóm ứng viên.
Trong Đệ quy song song (Parallel Recursion), ứng viên bất biến và ứng viên miền được lấy mẫu, và phiên tổng hợp độc lập mang lại các trạng thái kế thừa: Trong Đệ quy tuần tự (Sequential Recursion), bước tinh chỉnh được liên kết tuần tự:
Đệ quy cấp độ harness
Sau khi hoàn thành tác vụ và lựa chọn artifact, quy trình cải tiến sẽ xem xét toàn bộ bản ghi cải tiến để cập nhật thư viện harness cải tiến: Các bài học được điều kiện hóa rõ ràng trên các tương phản quỹ đạo cụ thể, tránh việc gán thuộc tính sai lệch.
Kết quả
Được đánh giá trên WorkBuddy-Bench (WB), JobBench, và Legal Agent Benchmark (LAB) sử dụng Gemini 3.5 Flash và GLM-5 dưới OpenCode và Codex:
- Mức tăng một bước (): Đạt mức cải thiện lên tới điểm trên WB Trung bình (GLM-5 trên OpenCode: ), điểm trên JobBench (Gemini trên OpenCode: ), và điểm phần trăm ở tỷ lệ vượt qua từng phần của LAB (GLM-5 trên OpenCode: ).
- Mở rộng theo ngân sách: Việc bổ sung đệ quy song song ở mức mang lại mức tăng bổ sung từ đến điểm trên WB, đến điểm trên JobBench, và đến điểm phần trăm trên LAB.
- Bộ cải tiến cùng mô hình (Same-Model improver): Chứng minh rằng các cải tiến không phụ thuộc vào một mô hình bên ngoài vượt trội hơn; khi cùng một mô hình vừa đóng vai trò thực thi vừa đóng vai trò chỉnh sửa harness (được kiểm thử từ GLM-5 cho đến Claude Opus 5), sự cải thiện hiệu năng nhất quán đều xuất hiện trên tất cả các bộ benchmark.
- Ablation thành phần: Việc loại bỏ thư viện, phân định vai trò phạm vi và quá trình tổng hợp lần lượt làm giảm hiệu năng WB đi , và điểm.
Hạn chế và các câu hỏi mở
- Chi phí tính toán suy luận: Việc đề xuất, thăm dò và tổng hợp nhiều harness phát sinh thêm đáng kể chi phí token và chi phí rollout.
- Tính ngẫu nhiên và thiên vị gán thuộc tính: Khi không có bộ kiểm chứng ground-truth, việc dựa vào các tương phản hành vi đôi khi vẫn có thể dẫn đến việc gán công trạng bị nhiễu hoặc đưa ra các chỉnh sửa quá thận trọng/hạn chế khi phương sai thực thi cao.
- Sự phát triển và cắt tỉa thư viện: Thư viện lưu giữ các thành phần theo trình tự; các cơ chế để cắt tỉa các bài học lỗi thời hoặc chủ động hợp nhất các kỹ năng xung đột trong các khoảng thời gian tác vụ rất dài vẫn là một hướng nghiên cứu mở.
Thuật ngữ chính
- harness
- Phần khung runtime—bao gồm system prompt, guardrail, bộ nhớ, kỹ năng, hướng dẫn công cụ, script, tác tử phụ và middleware plugin—bao quanh một LLM cơ sở cố định để vận hành như một tác tử.
- recursive agent harnessing
- Khung tự cải tiến đệ quy vòng lặp kép, trong đó đệ quy cấp tác vụ tinh chỉnh harness thực thi của tác vụ hiện tại trong khi đệ quy cấp độ harness cập nhật cơ chế cải tiến qua các tác vụ.
- Propose–Probe–Compose
- Một bước cải tiến harness đối nghịch nhằm đề xuất các sửa đổi harness theo phạm vi, thăm dò hành vi thực nghiệm của chúng so với các lần chạy tham chiếu, và tổng hợp có chọn lọc các điểm khác biệt đã được xác thực mà không cần nhãn ground-truth.
- parallel recursion
- Phương pháp khám phá cấp tác vụ giúp tạo và thăm dò đồng thời nhiều ứng viên bất biến và đặc thù miền, theo sau là nhiều phiên tổng hợp độc lập.
- sequential recursion
- Chiến lược tinh chỉnh cấp tác vụ lặp đi lặp lại bằng cách liên kết các bước cải tiến đối nghịch nối tiếp nhau dựa trên lịch sử thực thi tích lũy.
- harness improvement library
- Một kho lưu trữ liên tác vụ bền vững chứa các harness thực thi đã được áp dụng và các bài học vận hành được ghi chép lại nhằm cung cấp thông tin cho các sửa đổi harness trong tương lai.
- invariant candidate
- Một biến thể harness được đề xuất nhắm vào các thiếu sót thực thi chung của tác tử như việc sử dụng công cụ, lập kế hoạch, viết script xác định hoặc quản lý ngữ cảnh.
- domain-specific candidate
- Một biến thể harness được đề xuất nhắm vào các yêu cầu quy trình, kiến thức miền, kiểm tra tính nhất quán và các ràng buộc sản phẩm đầu ra liên quan đến một miền vận hành cụ thể.
Câu hỏi thường gặp
Harness2 đánh giá các chỉnh sửa harness như thế nào khi không có bộ kiểm chứng ground-truth hay nhãn tác vụ?
Nó sử dụng các tương phản hành vi thu được trong quá trình thăm dò ứng viên đối sánh so với các lượt rollout tham chiếu chưa chỉnh sửa. Thay vì giả định điểm số chính xác, bộ tổng hợp sẽ tìm kiếm các cơ chế hành vi cụ thể, sự giảm thiểu lỗi và sự tuân thủ đầu ra trong các quỹ đạo thực thi.
Harness2 có yêu cầu một LLM mạnh hơn để đóng vai trò là bộ chỉnh sửa harness không?
Không. Các thử nghiệm sử dụng cùng một mô hình chính xác cho cả vai trò thực thi và chỉnh sửa harness (được kiểm tra trên các biến thể GLM-5, Gemini và Claude) cho thấy sự cải thiện nhất quán trên tất cả các benchmark được đánh giá, bao gồm mức tăng 13,7 điểm trên LAB khi dùng GLM-5.
Điều gì xảy ra nếu một chỉnh sửa harness được đề xuất gây ra lỗi hoặc không vượt qua được bước xác thực?
Harness2 thực hiện xác thực cấu trúc (ví dụ: xác minh trình kích hoạt kỹ năng và cú pháp script). Nếu không hợp lệ, nó sẽ thử lại một lần với phản hồi từ bộ xác thực; nếu tiếp tục thất bại hoặc gây ra các sự cố nghiêm trọng trong thời gian chạy như đầu ra rỗng, nó sẽ khôi phục an toàn về trạng thái harness ổn định trước đó.
Kinh nghiệm tích lũy trong một benchmark có thể chuyển giao sang benchmark khác không?
Có. Trong các thử nghiệm giữa các benchmark, việc chuyển giao một thư viện cải tiến được tích lũy trên JobBench sang WorkBuddy-Bench đã cải thiện hiệu năng tinh chỉnh một bước trên các miền Code (+0,6), Web (+0,5) và Office (+2,9) mà không cần thăm dò thêm.
Phần giải thích trên trang này do AI viết dựa trên bài báo và có thể có sai sót. Hãy đọc bài báo gốc để biết chi tiết.