--- format: "aidr-story-markdown/v1" id: "8fc272f28c8a0129df9cf25f82ba232387c9484d86476ab2e307267b043f8a2c" canonical_url: "https://aidr.today/8fc272f2?lang=vi" title: "Plan or Retrieve First? A Scale Study of Tool Discovery Architectures" lang: "vi" requested_lang: "vi" available_langs: ["en","vi"] translation_fallback: null fallback_fields: [] published_at: "2026-10-15T00:00:00.000Z" category: "Research" topics: ["google","agent"] source_urls: ["https://machinelearning.apple.com/research/plan-retrieve-tool-discovery"] summary: "Plan or Retrieve First? A Scale Study of Tool Discovery Architectures Tác giả Mingfei Zhang, Amit Surana, Ziauddin Majid, Chenxi Wang, Michael Xu Các LLM agent được tăng cường công cụ khám phá các API liên quan từ các registry lớn trước khi lên kế hoạch thực thi, nhưng cửa sổ ngữ cảnh hữu hạn ngăn cản việc chèn tất cả định nghĩa công cụ vào một prompt duy nhất. Cách tiếp cận chiếm ưu thế, mà chúng tôi gọi là Retrieve-then-Plan (RtP), mã hóa truy vấn người dùng và truy xuất các công cụ tương tự thông qua tìm kiếm nearest-neighbor gần đúng. Chúng tôi nghiên cứu một lối mới Plan-then-Retrieve (PtR) mà LLM đầu tiên tạo ra các Abstract Tool Stubs (các chữ ký hàm giả thuyền mô tả khả năng cần thiết) sau đó dùng làm truy vấn truy xuất trên registry. Đánh giá trên ToolBench (46.984 endpoint API duy nhất, 50 danh mục) trên các tập truy vấn single-tool (G1), intra-category multi-tool (G2), và cross-category multi-tool (G3), chúng tôi tìm thấy một crossover phụ thuộc độ phức tạp rõ rệt: RtP vượt trội hơn PtR trên truy vấn single-tool trong khi PtR vượt trội hơn RtP trên truy vấn multi-tool. Crossover này giữ nguyên ở mọi ngân sách truy xuất (k=1 đến 20), vững chắc trên các kích thước registr…" --- # Plan or Retrieve First? A Scale Study of Tool Discovery Architectures > [Open the canonical story]() **Published:** 2026-10-15T00:00:00.000Z **Category:** Research **Topics:** google, agent ## Summary Plan or Retrieve First? A Scale Study of Tool Discovery Architectures Tác giả Mingfei Zhang, Amit Surana, Ziauddin Majid, Chenxi Wang, Michael Xu Các LLM agent được tăng cường công cụ khám phá các API liên quan từ các registry lớn trước khi lên kế hoạch thực thi, nhưng cửa sổ ngữ cảnh hữu hạn ngăn cản việc chèn tất cả định nghĩa công cụ vào một prompt duy nhất\. Cách tiếp cận chiếm ưu thế, mà chúng tôi gọi là Retrieve\-then\-Plan \(RtP\), mã hóa truy vấn người dùng và truy xuất các công cụ tương tự thông qua tìm kiếm nearest\-neighbor gần đúng\. Chúng tôi nghiên cứu một lối mới Plan\-then\-Retrieve \(PtR\) mà LLM đầu tiên tạo ra các Abstract Tool Stubs \(các chữ ký hàm giả thuyền mô tả khả năng cần thiết\) sau đó dùng làm truy vấn truy xuất trên registry\. Đánh giá trên ToolBench \(46\.984 endpoint API duy nhất, 50 danh mục\) trên các tập truy vấn single\-tool \(G1\), intra\-category multi\-tool \(G2\), và cross\-category multi\-tool \(G3\), chúng tôi tìm thấy một crossover phụ thuộc độ phức tạp rõ rệt: RtP vượt trội hơn PtR trên truy vấn single\-tool trong khi PtR vượt trội hơn RtP trên truy vấn multi\-tool\. Crossover này giữ nguyên ở mọi ngân sách truy xuất \(k\=1 đến 20\), vững chắc trên các kích thước registr… ## Sources - [Story source]()