Tool Search daje agentom PI jeden kompaktowy sposób na odkrywanie i wywoływanie dużych katalogów narzędzi. Jest przydatny, gdy uruchomienie ma wiele dostępnych narzędzi, ale model prawdopodobnie będzie potrzebował tylko kilku z nich. Po włączeniu dla PI model domyślnie otrzymuje jedno narzędzieDocumentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
tool_search_code.
To narzędzie uruchamia krótkie ciało JavaScript w izolowanym podprocesie Node z
mostkiem openclaw.tools:
Jak działa jedna tura
W czasie planowania wbudowany runner PI buduje efektywny katalog dla uruchomienia:- Rozwiązuje aktywną politykę narzędzi dla agenta, profilu, piaskownicy i sesji.
- Wypisuje kwalifikujące się narzędzia OpenClaw i pluginów.
- Wypisuje kwalifikujące się narzędzia MCP przez środowisko uruchomieniowe MCP sesji.
- Dodaje kwalifikujące się narzędzia klienta dostarczone dla bieżącego uruchomienia.
- Indeksuje kompaktowe deskryptory na potrzeby wyszukiwania.
- Udostępnia modelowi mostek kodu PI albo strukturalne narzędzia awaryjne.
openclaw.tools.call(...) przechodzi przez mostek z powrotem do Gateway, gdzie nadal obowiązują
zwykła polityka, zatwierdzanie, hooki, logowanie i obsługa wyników.
Tryby
tools.toolSearch ma dwa tryby widoczne dla modelu:
code: udostępniatool_search_code, domyślny kompaktowy mostek JavaScript.tools: udostępniatool_search,tool_describeitool_calljako zwykłe narzędzia strukturalne dla dostawców, którzy nie powinni otrzymywać kodu.
code przechodzi awaryjnie na tools przed
kompaktowaniem katalogu.
Nie ma osobnej konfiguracji wyboru źródła. Gdy Tool Search jest włączony,
katalog obejmuje kwalifikujące się narzędzia OpenClaw, MCP i klienta po normalnym
filtrowaniu polityk.
Dlaczego to istnieje
Duże katalogi są przydatne, ale kosztowne. Wysyłanie każdego schematu narzędzia do modelu powiększa żądanie, spowalnia planowanie i zwiększa ryzyko przypadkowego wyboru narzędzia. Tool Search zmienia ten kształt:- narzędzia bezpośrednie: model widzi każdy wybrany schemat przed pierwszym tokenem
- tryb kodu Tool Search: model widzi jedno kompaktowe narzędzie kodu i krótką umowę API
- tryb narzędzi Tool Search: model widzi trzy kompaktowe strukturalne narzędzia awaryjne
- w trakcie tury: model ładuje tylko schematy narzędzi, których faktycznie potrzebuje
API
openclaw.tools.search(query, options?)
Przeszukuje efektywny katalog dla bieżącego uruchomienia. Wyniki są kompaktowe i bezpieczne
do ponownego umieszczenia w kontekście promptu.
openclaw.tools.describe(id)
Ładuje pełne metadane dla jednego wyniku wyszukiwania, w tym dokładny schemat wejściowy.
openclaw.tools.call(id, args)
Wywołuje wybrane narzędzie przez OpenClaw.
tool_searchtool_describetool_call
Granica środowiska uruchomieniowego
Mostek kodu działa w krótkotrwałym podprocesie Node. Podproces startuje z włączonym trybem uprawnień Node, pustym środowiskiem, bez uprawnień do systemu plików lub sieci oraz bez uprawnień do procesów potomnych lub workerów. OpenClaw wymusza limit czasu zegarowego w procesie nadrzędnym i zabija podproces po przekroczeniu czasu, także po kontynuacjach asynchronicznych. Środowisko uruchomieniowe udostępnia tylko:console.log,console.warniconsole.erroropenclaw.tools.searchopenclaw.tools.describeopenclaw.tools.call
- polityki zezwalania i odmawiania narzędzi
- ograniczenia narzędzi na agenta i piaskownicę
- bramkowanie tylko dla właściciela
- hooki zatwierdzania
- hooki pluginu
before_tool_call - tożsamość sesji, logi i telemetria
Konfiguracja
Włącz Tool Search dla uruchomień PI z domyślnym mostkiem kodu:Prompt i telemetria
Tool Search zapisuje wystarczającą telemetrię, aby porównać go z bezpośrednim udostępnianiem narzędzi:- łączna liczba bajtów zserializowanych narzędzi i promptu wysłanych do harness
- rozmiar katalogu i podział według źródeł
- liczby wyszukiwań, opisów i wywołań
- końcowe wywołania narzędzi wykonane przez OpenClaw
- wybrane identyfikatory narzędzi i źródła
- ile schematów narzędzi model zobaczył z góry
- ile operacji wyszukiwania i opisu wykonał
- które końcowe narzędzie zostało wywołane
- czy wynik pochodził z OpenClaw, MCP, czy narzędzia klienta
Walidacja E2E
Runner E2E Gateway potwierdza obie ścieżki z harness PI:- Tryb bezpośredni może wywołać narzędzie fałszywego pluginu.
- Tool Search może wywołać to samo narzędzie fałszywego pluginu.
- Tryb bezpośredni udostępnia schematy narzędzi fałszywego pluginu bezpośrednio dostawcy.
- Tool Search udostępnia tylko kompaktowy mostek.
- Ładunek żądania Tool Search jest mniejszy dla dużego fałszywego katalogu.
- Logi sesji pokazują oczekiwane liczby wywołań narzędzi i telemetrię wywołań przez mostek.
Zachowanie przy awarii
Tool Search powinien zawodzić w sposób zamknięty:- jeśli narzędzie nie znajduje się w efektywnej polityce, wyszukiwanie nie powinno go zwracać
- jeśli wybrane narzędzie stanie się niedostępne,
tool_callpowinno się nie powieść - jeśli polityka lub zatwierdzanie blokuje wykonanie, wynik wywołania powinien raportować tę blokadę zamiast ją obchodzić
- jeśli mostek kodu nie może utworzyć izolowanego środowiska uruchomieniowego, użyj
mode: "tools"albo wyłącz Tool Search dla tego wdrożenia