tools.toolSearch.
Po włączeniu dla przebiegów OpenClaw model domyślnie otrzymuje jedno narzędzie tool_search_code
oraz wszystkie narzędzia dostępne wyłącznie bezpośrednio, których ustrukturyzowane wyniki nie mogą przejść przez
kompaktowy most. Narzędzie kodowe uruchamia krótki fragment JavaScript w izolowanym
podprocesie Node z mostem openclaw.tools:
Jak przebiega tura
Na etapie planowania osadzony mechanizm wykonawczy OpenClaw tworzy efektywny katalog dla przebiegu:- Ustala aktywną politykę narzędzi dla agenta, profilu, piaskownicy i sesji.
- Wyświetla listę kwalifikujących się narzędzi OpenClaw i pluginów.
- Wyświetla listę kwalifikujących się narzędzi MCP za pośrednictwem środowiska wykonawczego MCP sesji.
- Dodaje kwalifikujące się narzędzia klienta dostarczone dla bieżącego przebiegu.
- Pozostawia narzędzia dostępne wyłącznie bezpośrednio jako widoczne dla modelu i indeksuje kompaktowe deskryptory pozostałych narzędzi kwalifikujących się do katalogu.
- Udostępnia most kodowy OpenClaw, ustrukturyzowane narzędzia awaryjne lub kompaktowy interfejs katalogowy obok narzędzi dostępnych wyłącznie bezpośrednio.
openclaw.tools.call(...) przechodzi przez most z powrotem do Gateway, gdzie nadal obowiązują
standardowe mechanizmy polityki, zatwierdzania, punktów zaczepienia, rejestrowania i obsługi wyników.
Tryby
tools.toolSearch ma trzy tryby widoczne dla modelu:
code: udostępniatool_search_code, domyślny kompaktowy most JavaScript, obok narzędzi dostępnych wyłącznie bezpośrednio.tools: udostępniatool_search,tool_describeitool_calljako zwykłe ustrukturyzowane narzędzia awaryjne dla dostawców, którzy nie powinni otrzymywać kodu, obok narzędzi dostępnych wyłącznie bezpośrednio.directory: udostępniatool_search,tool_describeitool_calloraz ograniczony katalog w monicie, zawierający nazwy i opisy dostępnych narzędzi, dla dostawców, którzy powinni widzieć nazwy narzędzi bez wszystkich pełnych schematów. OpenClaw może również bezpośrednio udostępnić niewielki, ograniczony zestaw prawdopodobnych lub wymaganych schematów narzędzi dla bieżącej tury. Narzędzia dostępne wyłącznie bezpośrednio pozostają widoczne również w tym trybie.
catalogMode: "direct-only" pozostają poza tym katalogiem i
są nadal widoczne dla modelu. Jeśli bieżące środowisko wykonawcze nie może uruchomić izolowanego procesu podrzędnego
Node dla trybu kodu, domyślny tryb code przechodzi awaryjnie na tools przed
Compaction katalogu. W trybie directory narzędzia dostarczone przez klienta pozostają bezpośrednio widoczne
dla bieżącego przebiegu, natomiast narzędzia OpenClaw, pluginów i MCP mogą zostać
skompaktowane za katalogiem. Bezpośrednie wywołanie dokładnej, ukrytej
nazwy z katalogu powoduje załadowanie jej z tego samego autoryzowanego katalogu przed wykonaniem.
Wszystkie tryby są eksperymentalne. W przypadku małych katalogów narzędzi OpenClaw preferuj bezpośrednie
udostępnianie narzędzi, a w przypadku przebiegów uprzęży Codex preferuj stabilne mechanizmy natywne dla Codex.
Nie istnieje osobna konfiguracja wyboru źródeł. Po włączeniu Tool Search
katalog obejmuje kwalifikujące się narzędzia OpenClaw, MCP i klienta po standardowym
filtrowaniu zgodnie z polityką; narzędzia dostępne wyłącznie bezpośrednio są przechowywane oddzielnie.
Dlaczego ta funkcja istnieje
Duże katalogi są przydatne, ale kosztowne. Wysyłanie do modelu każdego schematu narzędzia zwiększa rozmiar żądania, spowalnia planowanie i zwiększa ryzyko przypadkowego wyboru narzędzia. Tool Search zmienia ten układ:- narzędzia bezpośrednie: model widzi każdy wybrany schemat przed pierwszym tokenem
- tryb kodu Tool Search: model widzi jedno kompaktowe narzędzie kodowe, krótki kontrakt API oraz wszystkie narzędzia dostępne wyłącznie bezpośrednio
- tryb narzędzi Tool Search: model widzi trzy kompaktowe, ustrukturyzowane narzędzia awaryjne oraz wszystkie narzędzia dostępne wyłącznie bezpośrednio
- tryb katalogu Tool Search: model widzi ograniczony katalog wraz z mechanizmami wyszukiwania/opisywania/wywoływania i niewielkim, ograniczonym zestawem prawdopodobnych lub wymaganych schematów oraz wszystkimi narzędziami dostępnymi wyłącznie bezpośrednio
- podczas tury: model może w razie potrzeby ładować pozostałe schematy
API
openclaw.tools.search(query, options?)
Przeszukuje efektywny katalog dla bieżącego przebiegu. Wyniki są kompaktowe i można je bezpiecznie
ponownie umieścić w kontekście monitu.
openclaw.tools.describe(id)
Ładuje pełne metadane jednego wyniku wyszukiwania, w tym dokładny schemat danych wejściowych.
openclaw.tools.call(id, args)
Wywołuje wybrane narzędzie za pośrednictwem OpenClaw.
tool_searchtool_describetool_call
tool_searchtool_describetool_call
tool_search, aby je znaleźć. Jeśli model bezpośrednio zażąda narzędzia o dokładnej, ukrytej
nazwie z katalogu, OpenClaw ładuje je z autoryzowanego katalogu przed
standardowym wykonaniem.
Nazwy narzędzi klienta w trybie katalogu nie mogą kolidować z nazwami narzędzi OpenClaw, pluginów ani MCP,
ponieważ dokładne odroczone przekazywanie używa tych nazw.
Granica środowiska wykonawczego
Most kodowy działa w krótkotrwałym podprocesie Node. Podproces uruchamia się z włączonym trybem uprawnień Node, pustym środowiskiem, bez dostępu do systemu plików ani sieci oraz bez uprawnień do procesów podrzędnych lub procesów roboczych. OpenClaw wymusza limit czasu zegarowego w procesie nadrzędnym i kończy podproces po jego przekroczeniu, również po kontynuacjach asynchronicznych. Środowisko wykonawcze udostępnia wyłącznie:console.log,console.warniconsole.erroropenclaw.tools.searchopenclaw.tools.describeopenclaw.tools.call
- polityki zezwalania na narzędzia i ich blokowania
- ograniczenia narzędzi dotyczące poszczególnych agentów i piaskownic
- polityka narzędzi kanału/środowiska wykonawczego
- punkty zaczepienia zatwierdzania
- punkty zaczepienia pluginu
before_tool_call - tożsamość sesji, dzienniki i telemetria
Konfiguracja
Włącz Tool Search dla przebiegów OpenClaw z domyślnym mostem kodowym:codeTimeoutMs do zakresu 1000–60000, maxSearchLimit do 1–50, a
searchDefaultLimit do 1..maxSearchLimit.
Wyłączanie:
Monit i telemetria
Tool Search rejestruje wystarczającą ilość danych telemetrycznych, aby porównać je z bezpośrednim udostępnianiem narzędzi:- łączna liczba bajtów zserializowanych narzędzi i monitu wysłanych do uprzęży
- rozmiar katalogu i podział według źródeł
- liczba operacji wyszukiwania, opisywania i wywoływania
- końcowe wywołania narzędzi wykonane za pośrednictwem OpenClaw
- identyfikatory i źródła wybranych narzędzi
- ile schematów narzędzi model zobaczył z góry
- ile operacji wyszukiwania i opisywania wykonał
- które narzędzie końcowe zostało wywołane
- czy wynik pochodził z OpenClaw, MCP czy narzędzia klienta
Walidacja E2E
Scenariusz Gateway w QA Lab weryfikuje obie ścieżki za pomocą środowiska wykonawczego OpenClaw:- Tryb bezpośredni może wywołać narzędzie fikcyjnego pluginu.
- Tool Search może wywołać to samo narzędzie fikcyjnego pluginu.
- Tryb bezpośredni udostępnia schematy narzędzi fikcyjnego pluginu bezpośrednio dostawcy.
- Tool Search udostępnia tylko kompaktowy most oraz wszystkie narzędzia dostępne wyłącznie bezpośrednio.
- Ładunek żądania Tool Search jest mniejszy w przypadku dużego fikcyjnego katalogu.
- Dzienniki sesji pokazują oczekiwaną liczbę wywołań narzędzi i telemetrię wywołań przez most.
Zachowanie w przypadku błędów
Tool Search powinno działać w trybie bezpiecznego blokowania:- jeśli narzędzie nie jest objęte efektywną polityką, wyszukiwanie nie powinno go zwrócić
- jeśli wybrane narzędzie stanie się niedostępne,
tool_callpowinno zakończyć się błędem - jeśli polityka lub zatwierdzanie blokuje wykonanie, wynik wywołania powinien zgłosić tę blokadę zamiast ją omijać
- jeśli most kodowy nie może utworzyć izolowanego środowiska wykonawczego, użyj
mode: "tools"lub wyłącz Tool Search dla tego wdrożenia