Dokumentacja referencyjna obiektuDocumentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
api.runtime wstrzykiwanego do każdego pluginu podczas rejestracji. Używaj tych helperów zamiast bezpośrednio importować wewnętrzne moduły hosta.
Pluginy kanałów
Przewodnik krok po kroku, który pokazuje użycie tych helperów w kontekście pluginów kanałów.
Pluginy dostawców
Przewodnik krok po kroku, który pokazuje użycie tych helperów w kontekście pluginów dostawców.
Ładowanie i zapisywanie konfiguracji
Preferuj konfigurację, która została już przekazana do aktywnej ścieżki wywołania, na przykładapi.config podczas rejestracji albo argument cfg w callbackach kanału/dostawcy. Dzięki temu przez pracę przepływa jedna migawka procesu zamiast ponownego parsowania konfiguracji na gorących ścieżkach.
Używaj api.runtime.config.current() tylko wtedy, gdy długotrwały handler potrzebuje bieżącej migawki procesu, a do tej funkcji nie przekazano konfiguracji. Zwrócona wartość jest tylko do odczytu; sklonuj ją albo użyj helpera mutacji przed edycją.
Fabryki narzędzi otrzymują ctx.runtimeConfig oraz ctx.getRuntimeConfig(). Używaj gettera wewnątrz callbacku execute długotrwałego narzędzia, gdy konfiguracja może zmienić się po utworzeniu definicji narzędzia.
Utrwalaj zmiany za pomocą api.runtime.config.mutateConfigFile(...) albo api.runtime.config.replaceConfigFile(...). Każdy zapis musi wybrać jawną politykę afterWrite:
afterWrite: { mode: "auto" }pozwala mechanizmowi przeładowania gatewaya zdecydować.afterWrite: { mode: "restart", reason: "..." }wymusza czysty restart, gdy zapisujący wie, że przeładowanie na gorąco jest niebezpieczne.afterWrite: { mode: "none", reason: "..." }pomija automatyczne przeładowanie/restart tylko wtedy, gdy wywołujący odpowiada za dalsze działania.
afterWrite oraz typowane podsumowanie followUp, aby wywołujący mogli logować lub testować, czy zażądali restartu. Gateway nadal odpowiada za to, kiedy ten restart faktycznie nastąpi.
api.runtime.config.loadConfig() oraz api.runtime.config.writeConfigFile(...) to przestarzałe helpery zgodności w ramach runtime-config-load-write. Ostrzegają raz w czasie działania i pozostają dostępne dla starych zewnętrznych pluginów w okresie migracji. Wbudowane pluginy nie mogą ich używać; strażnicy granicy konfiguracji kończą się niepowodzeniem, jeśli kod pluginu je wywołuje albo importuje te helpery z podścieżek SDK pluginów.
Przy bezpośrednich importach SDK używaj wyspecjalizowanych podścieżek konfiguracji zamiast szerokiego
barrela zgodności openclaw/plugin-sdk/config-runtime: config-contracts dla
typów, plugin-config-runtime dla asercji już załadowanej konfiguracji i wyszukiwania
wpisu pluginu, runtime-config-snapshot dla bieżących migawek procesu oraz
config-mutation dla zapisów. Testy wbudowanych pluginów powinny mockować te wyspecjalizowane
podścieżki bezpośrednio zamiast mockować szeroki barrel zgodności.
Wewnętrzny kod runtime OpenClaw podąża w tym samym kierunku: załaduj konfigurację raz na granicy CLI, Gatewaya lub procesu, a następnie przekazuj tę wartość dalej. Udane zapisy mutacji odświeżają migawkę runtime procesu i zwiększają jej wewnętrzną rewizję; długotrwałe cache powinny używać klucza cache należącego do runtime zamiast lokalnie serializować konfigurację. Długotrwałe moduły runtime mają skaner o zerowej tolerancji dla otaczających wywołań loadConfig(); użyj przekazanego cfg, żądania context.getRuntimeConfig() albo getRuntimeConfig() na jawnej granicy procesu.
Ścieżki wykonania dostawców i kanałów muszą używać aktywnej migawki konfiguracji runtime, a nie migawki pliku zwróconej do odczytu zwrotnego lub edycji konfiguracji. Migawki pliku zachowują wartości źródłowe, takie jak markery SecretRef, dla UI i zapisów; callbacki dostawców potrzebują rozwiązanego widoku runtime. Gdy helper może zostać wywołany zarówno z aktywną migawką źródłową, jak i aktywną migawką runtime, przed odczytem poświadczeń przejdź przez selectApplicableRuntimeConfig().
Przestrzenie nazw runtime
api.runtime.agent
api.runtime.agent
Tożsamość agenta, katalogi i zarządzanie sesją.Do zapisów runtime preferuj
runEmbeddedAgent(...) to neutralny helper do uruchamiania zwykłej tury agenta OpenClaw z kodu pluginu. Używa tego samego rozwiązywania dostawcy/modelu i wyboru harnessu agenta co odpowiedzi wyzwalane przez kanał.runEmbeddedPiAgent(...) pozostaje aliasem zgodności.resolveThinkingPolicy(...) zwraca obsługiwane poziomy thinking dostawcy/modelu oraz opcjonalną wartość domyślną. Pluginy dostawców odpowiadają za profil specyficzny dla modelu poprzez swoje hooki thinking, więc pluginy narzędziowe powinny wywoływać ten helper runtime zamiast importować lub duplikować listy dostawców.normalizeThinkingLevel(...) konwertuje tekst użytkownika, taki jak on, x-high lub extra high, na kanoniczny zapisany poziom przed sprawdzeniem go względem rozwiązanej polityki.Helpery magazynu sesji znajdują się w api.runtime.agent.session:updateSessionStore(...) albo updateSessionStoreEntry(...). Przechodzą przez writer magazynu sesji należący do Gatewaya, zachowują równoległe aktualizacje i ponownie używają gorącego cache. saveSessionStore(...) pozostaje dostępne dla zgodności i przeróbek w stylu konserwacji offline.api.runtime.agent.defaults
api.runtime.agent.defaults
Domyślne stałe modelu i dostawcy:
api.runtime.llm
api.runtime.llm
Uruchom uzupełnianie tekstu należące do hosta bez importowania wewnętrznych modułów dostawcy ani
duplikowania przygotowania modelu/auth/base URL OpenClaw.Helper używa tej samej ścieżki przygotowania prostego uzupełniania co
wbudowany runtime OpenClaw oraz migawki konfiguracji runtime należącej do hosta. Silniki kontekstu
otrzymują powiązaną z sesją capability
llm.complete, więc wywołania modelu używają
agenta aktywnej sesji i nie przełączają się po cichu na agenta domyślnego. Wynik
obejmuje atrybucję dostawcy/modelu/agenta oraz znormalizowane użycie tokenów,
cache i szacowanego kosztu, gdy są dostępne.api.runtime.subagent
api.runtime.subagent
Uruchamiaj i zarządzaj działaniami subagentów w tle.
deleteSession(...) może usuwać sesje utworzone przez ten sam plugin przez api.runtime.subagent.run(...). Usuwanie dowolnych sesji użytkownika lub operatora nadal wymaga żądania Gatewaya o zakresie administratora.api.runtime.nodes
api.runtime.nodes
Wyświetl połączone węzły i wywołaj polecenie hosta węzła z kodu pluginu załadowanego przez Gateway albo z poleceń CLI pluginu. Użyj tego, gdy plugin odpowiada za lokalną pracę na sparowanym urządzeniu, na przykład most przeglądarki lub audio na innym Macu.Wewnątrz Gatewaya ten runtime działa w procesie. W poleceniach CLI pluginu wywołuje skonfigurowany Gateway przez RPC, więc polecenia takie jak
openclaw googlemeet recover-tab mogą sprawdzać sparowane węzły z terminala. Polecenia Node nadal przechodzą przez zwykłe parowanie węzłów Gatewaya, listy dozwolonych poleceń, polityki node-invoke pluginów i lokalną obsługę poleceń węzła.Pluginy, które udostępniają niebezpieczne polecenia hosta węzła, powinny zarejestrować politykę node-invoke za pomocą api.registerNodeInvokePolicy(...). Polityka działa w Gatewayu po sprawdzeniu listy dozwolonych poleceń i przed przekazaniem polecenia do węzła, więc bezpośrednie wywołania node.invoke i narzędzia pluginów wyższego poziomu współdzielą tę samą ścieżkę egzekwowania.api.runtime.tasks.managedFlows
api.runtime.tasks.managedFlows
Powiąż runtime Task Flow z istniejącym kluczem sesji OpenClaw lub zaufanym kontekstem narzędzia, a następnie twórz i zarządzaj Task Flows bez przekazywania właściciela przy każdym wywołaniu.Task Flow śledzi trwały stan wieloetapowego workflow. Nie jest schedulerem:
użyj Cron albo Używaj
api.session.workflow.scheduleSessionTurn(...) dla przyszłych
wybudzeń, a następnie użyj managedFlows z zaplanowanej tury, gdy ta praca
potrzebuje stanu flow, zadań podrzędnych, oczekiwań lub anulowania.bindSession({ sessionKey, requesterOrigin }), gdy masz już zaufany klucz sesji OpenClaw z własnej warstwy wiązania. Nie wiąż na podstawie surowych danych wejściowych użytkownika.api.runtime.tts
api.runtime.tts
Synteza mowy z tekstu.Używa podstawowej konfiguracji
messages.tts i wyboru dostawcy. Zwraca bufor audio PCM + częstotliwość próbkowania.api.runtime.mediaUnderstanding
api.runtime.mediaUnderstanding
Analiza obrazu, dźwięku i wideo.Zwraca
{ text: undefined }, gdy nie zostanie wygenerowane żadne wyjście (np. pominięte wejście).api.runtime.stt.transcribeAudioFile(...) pozostaje aliasem zgodności dla api.runtime.mediaUnderstanding.transcribeAudioFile(...).api.runtime.imageGeneration
api.runtime.imageGeneration
Generowanie obrazów.
api.runtime.webSearch
api.runtime.webSearch
Wyszukiwanie w sieci.
api.runtime.media
api.runtime.media
Niskopoziomowe narzędzia do obsługi multimediów.
api.runtime.config
api.runtime.config
Bieżąca migawka konfiguracji środowiska uruchomieniowego i transakcyjne zapisy konfiguracji. Preferuj
konfigurację, która została już przekazana do aktywnej ścieżki wywołania; używaj
current() tylko wtedy, gdy procedura obsługi potrzebuje bezpośrednio migawki procesu.mutateConfigFile(...) i replaceConfigFile(...) zwracają wartość followUp,
na przykład { mode: "restart", requiresRestart: true, reason },
która rejestruje intencję zapisującego bez odbierania kontroli nad restartem
Gateway.api.runtime.system
api.runtime.system
Narzędzia poziomu systemowego.
api.runtime.events
api.runtime.events
Subskrypcje zdarzeń.
api.runtime.logging
api.runtime.logging
Rejestrowanie.
api.runtime.modelAuth
api.runtime.modelAuth
Rozwiązywanie uwierzytelniania modelu i dostawcy.
api.runtime.state
api.runtime.state
Rozwiązywanie katalogu stanu i magazyn kluczowany oparty na SQLite.Magazyny kluczowane przetrwają restarty i są izolowane według identyfikatora pluginu powiązanego ze środowiskiem uruchomieniowym. Używaj
registerIfAbsent(...) do atomowego zajmowania kluczy deduplikacji: zwraca true, gdy brakowało klucza albo wygasł i został zarejestrowany, albo false, gdy aktywna wartość już istnieje, bez nadpisywania jej wartości, czasu utworzenia ani TTL. Limity: maxEntries na przestrzeń nazw, 1000 aktywnych wierszy na plugin, wartości JSON poniżej 64 KB oraz opcjonalne wygasanie TTL.api.runtime.tools
api.runtime.tools
Fabryki narzędzi pamięci i CLI.
api.runtime.channel
api.runtime.channel
Pomocniki środowiska uruchomieniowego specyficzne dla kanału (dostępne, gdy załadowany jest plugin kanału).Dostępne pomocniki wzmianek:
api.runtime.channel.mentions to wspólny interfejs zasad obsługi przychodzących wzmianek dla dołączonych pluginów kanałów, które używają wstrzykiwania środowiska uruchomieniowego:buildMentionRegexesmatchesMentionPatternsmatchesMentionWithExplicitimplicitMentionKindWhenresolveInboundMentionDecision
api.runtime.channel.mentions celowo nie udostępnia starszych pomocników zgodności resolveMentionGating*. Preferuj znormalizowaną ścieżkę { facts, policy }.Przechowywanie odwołań do środowiska uruchomieniowego
UżyjcreatePluginRuntimeStore, aby przechowywać odwołanie do środowiska uruchomieniowego do użycia poza wywołaniem zwrotnym register:
Preferuj
pluginId jako identyfikator magazynu środowiska uruchomieniowego. Niższego poziomu forma key jest przeznaczona dla rzadkich przypadków, gdy jeden plugin celowo potrzebuje więcej niż jednego slotu środowiska uruchomieniowego.Inne pola najwyższego poziomu api
Poza api.runtime obiekt API udostępnia także:
Identyfikator Plugin.
Nazwa wyświetlana Plugin.
Bieżąca migawka konfiguracji (aktywna migawka środowiska uruchomieniowego w pamięci, gdy jest dostępna).
Konfiguracja specyficzna dla Plugin z
plugins.entries.<id>.config.Logger o określonym zakresie (
debug, info, warn, error).Bieżący tryb ładowania;
"setup-runtime" to lekkie okno uruchamiania/konfiguracji przed pełnym punktem wejścia.Rozwiąż ścieżkę względem katalogu głównego Plugin.
Powiązane
- Wewnętrzne mechanizmy Plugin — model możliwości i rejestr
- Punkty wejścia SDK — opcje
definePluginEntry - Omówienie SDK — dokumentacja ścieżek podrzędnych