OpenClaw-plugins — Översikt över ekosystemet och praktiska val

Den här artikeln handlar om OpenClaw-tillägg — inbyggda gateway-paket som lägger till kanaler, modellleverantörer, verktyg, röstminne, media, webbsökning och andra runtime-ytor.

Resten av artikeln täcker upptäckt, paketering, CLI-livscykel, mognad, säkerhet och konkreta tilläggsval.

OpenClaw-färdigheter är viktiga för navigering och säkerhet eftersom ClawHub och meddelandetext ofta säger “färdigheter” när de menar installerbara agentpaket och arbetsflöden. Dessa är relaterade till samma register du använder för tillägg, men de är inte samma mekanism som ett validerat openclaw.plugin.json-paket. Glossariet nedan håller ordförrådet rätt; OpenClaw-färdighetsguiden går djupare på skapande, moderering, användningsmönster och per-roll-stacks.

Samtidigt är det offentliga tilläggsekosystemet ojämnt. De starkaste delarna är fortfarande inbyggda första-parts-ytor och ett litet antal community-tillägg med synlig underhåll och användning. De svagare delarna är de affärsautomatiseringens grannfall som ser imponerande ut i demos men fortfarande har tunna offentliga antagningssignaler, inklusive färdighetsorienterade repos som inte är mogna inbyggda tillägg än.

Om du vill ha kortversionen direkt, så är det här. I OpenClaw idag handlar det “faktiskt användbara” tilläggslagret mest om tråkiga vinster: webbläsaråtkomst, webutextraktion, minne, leverantörsroutning, röst, kanaler, observabilitet och arbetsflödestrigger. De kategorier som låter mest företagsvänliga — CRM, leadgenerering, inkorgsautomatisering, kalenderorkestrering — finns offentligt, men den verifierade ytan för inbyggda tillägg är fortfarande mycket tunnare och mindre testad i strid än resten av stacken. Det är inte en kritik så mycket som en mognadssignal.

Glossarium (tillägg, extensioner, färdigheter)

• OpenClaw-tillägg — Inbyggda gateway-paket installerade med openclaw plugins …, validerade genom openclaw.plugin.json, och kapabla att registrera kanaler, leverantörer, verktyg, minnesbackends och andra hookar inuti gateway-processen.
• OpenClaw-extensioner — Arbetsområdes- och globala kataloger som OpenClaw skannar som tilläggsrötter innan inbyggda standardvärden (extensionsvägar under arbetsområdet, sedan ~/.openclaw). Detta är en layout- och upptäcktsidé. Det är inte en annan typ av artefakt från tillägg; det är varifrån tilläggspaket laddas.
• OpenClaw-färdigheter — Agentorienterade paket och arbetsflöden som ofta publiceras för OpenClaw-liknande agenter och listade på ClawHub tillsammans med paket. Säkerhets- och modereringsmeddelanden hänvisar ofta till “färdigheter” eftersom det lagret har sin egen antagnings- och missbrukshistoria. Behandla färdigheter som en relaterad installationsyta, inte som ett synonym för “inbyggt tillägg” om inte listningen faktiskt är ett tilläggspaket med ett manifest.

När OpenClaw importerar innehåll från Codex, Claude eller Cursor-ekosystemen, kallar upstream-dokumentation ofta dessa för bundlar, inte inbyggda tillägg. Bundlar mappar till selektiva funktioner och en smalare tillitgräns än fulla tillägg. Om du blandar bundlar, färdighetsmarknadsföring och inbyggda OpenClaw-tillägg utan den distinktionen, ser ekosystemet bredare ut än det faktiskt är.

Varför detta ekosystem är viktigt

Inne i kodbasen och CLI:n uttrycks extension-berättelsen fortfarande som tillägg. Upptäckt går igen explicita konfigurationsvägar, sedan extensionskataloger, sedan inbyggda tillägg — samma kapabilitetstyp, olika rötter. Färdigheter kommer in i bilden när du bläddrar igenom ClawHub eller läser incidentredogörelser, inte när du resonemang om slotsval för memory eller contextEngine.

Tilläggssystemet är också åsiktligt på ett användbart sätt. OpenClaw behandlar inte tillägg som ett kosmetiskt tilläggslager. Det använder dem för konkret runtime-ägarskap: kanaler, modellleverantörer, verktyg, minnesbackends, kontextmotorer, röst, realtidsröst, mediaförståelse, bildgenerering, videgenerering, webbfetch och webbsökning. Vissa av dessa levereras inbyggda inuti OpenClaw, medan andra är externa paket publicerade av communityn på npm eller ClawHub.

Det är därför tilläggsekosystemet är mer viktigt än det först verkar. I praktiken bestämmer tilläggsval inte bara integrationer, utan också hur assistenten söker, minns, ringer, routar, hämtar, spårar och överlever långvariga sessioner. För en teknisk blogg är det den viktiga ramen. Inte “vilket paket ser coolt ut”, utan “vilket paket äger en meningsfull runtime-yta”.

Hur tilläggssystemet faktiskt fungerar

Under huven upptäcker OpenClaw tillägg i en fast ordning, och första matchen vinner. Det tittar på explicita konfigurationsvägar först, sedan arbetsområdesextensionskataloger, sedan globala extensioner under ~/.openclaw, och slutligen inbyggda tillägg som levereras med OpenClaw. Arbetsområdesursprungliga tillägg är inaktiverade som standard, restriktiva tillåtna listor kan blockera även inbyggda tillägg, och vissa kapabilitetsklasser är exklusiva slots, särskilt memory och contextEngine.

Det slotsmodellen är en av de minst lysande men viktigaste delarna av systemet. Det betyder att tillägg inte bara är additiva. I vissa kategorier är de selectorer. memory-core kan vara det aktiva minnes-tillägget, memory-lancedb kan ersätta det, och en kontextmotor som lossless-claw kan ersätta den standardiserade legacy-kontextmotorn. Det är därför minnestillägg tenderar att vara mer operationellt viktigt än UI-orienterade tillägg. De ändrar hur assistenten tänker över tid, inte bara var den skickar meddelanden.

Inbyggda tillägg har också en ganska strikt paketeringsmodell. Ett paket annonserar sina tilläggsentrypunkter och setups metadata genom package.json, medan openclaw.plugin.json är manifestet OpenClaw använder för att validera tilläggsidentitet och konfiguration innan det kör tilläggscode. Det manifestet är inte dekorativt. Saknade eller ogiltiga manifest behandlas som tilläggfel och blockerar konfigurationsvalidering. Plattformen försöker tydligt misslyckas tidigt snarare än att ladda först och hoppas senare.

SDK-ytan är bredare än många blogginlägg antyder. Tilläggs-hookar kan interceptera modellupplösning, agentlivscykel, meddelandeflöde, verktygsutförande, sub-agentkoordinering och gatewaylivscykel, och dokumentationen säger att SDK:n exponerar 28 hookar. Det är tillräcklig kraft att bygga verkliga runtime-produkter, men det är också tillräcklig kraft att skapa runtime-överraskningar om tillägget är omogna.

Var man får tillägg och hur livscykeln fungerar

Tilläggsinstallationer går alltid genom openclaw plugins-kommandona nedan. ClawHub listar både inbyggda tilläggspaket och OpenClaw-färdighetsstil-poster, så läs varje listning för manifest och supporterade installationsvägar — detta avsnitt handlar bara om tillägsvägen.

Det offentliga lageret är enkelt. ClawHub är den kanoniska upptäcktsytan för community-tillägg och många färdighetslistningar, och OpenClaw kan installera tillägg från ClawHub, npm, lokala vägar, lokala arkiv och supporterade marknadsplatser. För råa paketnamn kontrollerar OpenClaw ClawHub först och faller automatiskt tillbaka till npm. Det svarar i sig självt på en av de vanliga ekosystemfrågorna: ja, det finns en offentlig lagerberättelse, men den är uppdelad mellan det officiella registerlagret och npm.

Installations- och avinstallationslivscykeln är också tydligare än vad ekosystemchattetter gör den låter. CLI:n stödjer listning, inspektion, aktivering, inaktivering, avinstallation, läkarhjälp och uppdatering av tillägg. Konfigurationsändringar kräver en gatewayomstart, även om standardvägen openclaw gateway kan auto-omstarta efter att en konfigurationskrivning landar. I praktiken är tillfällig avinstallation disable, hård avinstallation är uninstall, och valideringsmisslyckanden är designade att misslyckas stängt istället för att lämna halvinstallerat tillstånd kvar.

De kommandon du faktiskt behöver är enkla:

openclaw plugins list
openclaw plugins inspect <id>
openclaw plugins install <package>
openclaw plugins enable <id>
openclaw plugins disable <id>
openclaw plugins uninstall <id>
openclaw gateway restart

De kommandona är den stabila delen. De intressanta delarna är säkerhetsrälarna runt dem. OpenClaw rekommenderar fastställda versioner för tilläggsinstallationer, använder --ignore-scripts för npm-beroendeinstallationer, validerar kompatibilitetsmetadata som pluginApi och minGatewayVersion innan arkivinstallationer, och levererar en inbyggd farlig-kodsskanner med en bryt-glas-override som heter --dangerously-force-unsafe-install. Det är en mer seriös säkerhetspostur än många agentekosystem erbjuder för närvarande.

En subtil detalj är värd att lyfta fram. ClawHub-installationsräkningar är användbara, men de är inte absoluta ekosystemcensusnummer. Dokumentationen säger att installationsräkningar beräknas när inloggade användare kör clawhub sync, och gamla rötter slutar räkna efter 120 dagar. Det gör ClawHub-användningsmätare riktningsmässigt användbara, särskilt för rankning, men inte ett universellt mått på faktisk antagningsgrad.

Mognad, support och säkerhetsrealitet

Mognadsberättelsen är uppdelad i två. Inbyggda första-parts-tillägg är den säkraste standarden eftersom de lever inuti huvud-OpenClaw-utgivningsvagnen, delar samma kompatibilitetsmodell och drar nytta av ett mycket stort offentligt kärnrepository-fotavtryck. Vid kryptidpunkten visade huvud-openclaw/openclaw-repositoryt cirka 359k GitHub-stjärnor, vilket är den starkaste offentliga popularitetssignalen någonstans i detta ekosystem. Community-tillägg kan absolut vara användbara, men de är inte alla lika och de ärver inte den mognaden automatiskt.

OpenClaw’s egna community-tilläggssida är uppfriskande rak om kvalitetsstaven. Projektet efterfrågar ett offentligt GitHub-repository, fungerande installation genom openclaw plugins install, setups- och bruksdokumentation, och aktiv underhåll. Låginsats-inhållsvrappers, oklar ägarskap eller underhållslösa paket kan avslås. Det berättar dig mycket om var teamet redan har sett ekosystemmisslyckanden.

Säkerhet är den del där åsikt borde ersätta hype. Dokumentationen säger att man ska behandla OpenClaw-tilläggsinstallationer som att köra kod. ClawHub exponerar modereringshookar, stjärnor, kommentarer och användningssignaler, och den bredare OpenClaw-säkerhetsresponsen har flyttats mot starkare paketgranskning. Teamet annonserade VirusTotal-skanning för alla ClawHub-färdigheter, och oberoende säkerhetsforskning dokumenterade maliciösa ClawHub-kampanjer och storskalig osäker hantering av inloggningsuppgifter i tidig 2026. Dessa incidenter var centrerade kring OpenClaw-färdigheter och färdighetsstil-listningar, inte varje inbyggt tillägsväg, men de är fortfarande den korrekta bakgrunden för att utvärdera hela det installerbara ekosystemet. Lektionen är enkel: extensionsperimeteren — konfiguration, OpenClaw-extensionskataloger och allt du installerar från ett register — är nu en del av attackytan.

En andra, mer nyanserad säkerhetspunkt är att säkrare ekosystem fortfarande producerar falska positiva. OpenClaw’s farlig-kodsskanner är heuristisk, och offentliga tilläggsunderhållare har redan tvingats reagera på skannarvarningar och installationsfriktion. Det är inte ett tecken på att skannern är felaktig att existera. Det är ett tecken på att “skannarren” och “säker” inte är identiska begrepp, och att mänsklig granskning fortfarande är viktig för icke-triviala tillägg.

Användbara tillägg som är värda att spåra just nu

Det som följer är den pragmatiska listan, inte den maximala listan. För inbyggda första-parts-tillägg som inte har självständiga repos, använder popularitetsmåttet nedan OpenClaw-kärnarepositorys stjärnräkning som proxy. För community-tillägg använder popularitetsmåttet det kanoniska offentliga GitHub-repositorys stjärnräkning synlig vid kryptidpunkten.

Verktyg och webåtkomst

• browser
  URL: https://docs.openclaw.ai/tools/browser
  Detta är standardseriösa-verktygstillägget eftersom det ger agenten en hanterad isolerad webbläsarprofil och en ansluta-till-användarwebbläsarläge när inloggade mänskliga sessioner är viktiga. Det är mer användbart än en annan generisk webbsökning-inhållsvrapp. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• firecrawl
  URL: https://docs.openclaw.ai/tools/firecrawl
  Firecrawl är användbart eftersom det kan agera som en web_search-leverantör, exponera explicita firecrawl_search och firecrawl_scrape-verktyg, och fungera som ett web_fetch-alternativ för JS-tunga eller anti-bot-sidor. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• tavily
  URL: https://docs.openclaw.ai/tools/tavily
  Tavily är fortfarande en av de renare strukturerade-sökningsalternativen eftersom det exponerar både sökning och extraktion och är explicit optimerat för LLM-konsumtion. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• exa
  URL: https://docs.openclaw.ai/tools/exa-search
  Exa är det bästa valet när du vill ha hybrida söklägen plus extraktion i en leverantör utan att omedelbart hoppa till webbläsarautomatisering. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

Integrationer och samarbete

• matrix
  URL: https://docs.openclaw.ai/channels/matrix
  Matrix är ett av de mer kompletta inbyggda samarbetstilläggen eftersom det redan stödjer DM, rum, trådar, media, reaktioner, omröstningar, plats och E2EE genom matrix-js-sdk. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• msteams
  URL: https://docs.openclaw.ai/channels/msteams
  Teams är viktigt eftersom det är en av de få företagskanaler med en verklig första-parts-väg, inklusive Azure Bot-setup, tenant-inloggningsuppgifter, standardwebhook-form och gruppchatt-policykontroll. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• wecom
  URL: https://github.com/WecomTeam/wecom-openclaw-plugin
  WeCom är ett av de starkare community-kanaltillägen eftersom det är officiellt underhålls av Tencent WeCom-teamet och stödjer direkta meddelanden, gruppchattar, strömmande svar, proaktivt meddelande och både Bot- och Agent-driftslägen. Popularitet: cirka 365 GitHub-stjärnor.

• openclaw-discourse
  URL: https://github.com/pranciskus/discourse-openclaw
  Discourse är ett bra exempel på ett tillägg som är litet men användbart. Det fokuserar på sökning, läsning, filtrering, att hitta obesvarade ämnen och valfritt att skriva tillbaka till forumet, vilket är exakt vad support- och community-arbetsflöden behöver. Popularitet: cirka 10 GitHub-stjärnor.

En sidonot här är att Slack är mindre intressant i en tilläggartikeln än många människor förväntar sig, eftersom Slack redan behandlas som en inbyggd kanalyta i nuvarande OpenClaw-dokumentation och marknadsföringstexter. Teams och WeCom är mer avslöjande tilläggsval eftersom de visar där extern eller inbyggd kanalägare fortfarande är synligt viktig.

Minne och kontext

• memory-lancedb
  URL: https://docs.openclaw.ai/tools/plugin
  Detta är det praktiska långsession-minnevalet i det inbyggda setet. OpenClaw beskriver det som ett installerbart-på-begäran långtidsminnestillägg med automatisk återkallning och fångst, valda genom plugins.slots.memory. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• memory-wiki
  URL: https://docs.openclaw.ai/plugins/memory-wiki
memory-wiki är inte ett ersättningsminnesbackend. Det är ett kompanjongtillägg som kompilar hållbart minne till en navigerbar wiki med proveniens, motsägelser, dashboards och wiki-inbyggd sökning och tillämpningsverktyg. Det gör det mer användbart för kunskapsunderhåll än rå återkallning ensam. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• lossless-claw
  URL: https://github.com/Martian-Engineering/lossless-claw
  Detta är sannolikt det viktigaste community-minne-kontexttillägget just nu. Det ersätter glidande-fönsterkompaktering med DAG-baserad sammanfattning som bevarar full konversationshistorik samtidigt som den håller aktiv kontext inom tokenbegränsningar. Popularitet: cirka 4,3k GitHub-stjärnor.

• memos-cloud
  URL: https://github.com/MemTensor/MemOS-Cloud-OpenClaw-Plugin
  MemOS Cloud är värd att notera eftersom det behandlar minne som ett livscykeltillägg, återkallar kontext innan utförande och sparar resultat efter varje körning. Det gör det närmare ihållande minneinfrastruktur än en anteckningsbutik. Popularitet: cirka 339 GitHub-stjärnor.

Modellleverantörer och harnesser

• openai
  URL: https://docs.openclaw.ai/providers/openai
  OpenAI-leverantören förblir användbar mest eftersom OpenClaw separerar direkt API-åtkomst via openai/* från ChatGPT eller Codex OAuth via openai-codex/*, vilket undviker mycket förvirring kring fakturering och runtime-väg. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• anthropic
  URL: https://docs.openclaw.ai/providers/anthropic
  Anthropic är användbart eftersom OpenClaw stödjer både API-nycklar och Claude CLI-återanvändning, samtidigt som det dokumenterar API-nycklar som den tydligaste långlivade gateway-vägen. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• openrouter
  URL: https://docs.openclaw.ai/providers/openrouter
  OpenRouter är det pragmatiska aggregeringstillägget. Det ger en enda endpoint och API-nyckel för många modeller och standardiserar onboarding till openrouter/auto, vilket gör det operationellt bekvämt även om det inte är den mest åsiktsfulla vägen. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• google
  URL: https://docs.openclaw.ai/providers/google
  Google är mer än bara en annan textleverantör i OpenClaw. Tillägget medför också bildgenerering, mediaförståelse och webbsökning via Gemini Grounding. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• codex
  URL: https://docs.openclaw.ai/plugins/codex-harness
  Det inbyggda Codex-harnesset är användbart när du vill att Codex app-servern ska äga den lågnivå-sessionen, trådsupptagning, komprimering och utförandeväg, medan OpenClaw fortfarande äger kanaler och synliga transkriptioner. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

Utvecklingsarbetsflöden och observabilitet

• openclaw-codex-app-server
  URL: https://github.com/pwrdrvr/openclaw-codex-app-server
  Detta är en av de tydligaste community-utvecklingsarbetsflödesvinsterna. Det binder en chatt till en Codex App Server-tråd och exponerar chatt-inbyggda kontroller för upptagning, planering, granskning, modellval och komprimering. Popularitet: cirka 193 GitHub-stjärnor.

• @opik/opik-openclaw
  URL: https://github.com/comet-ml/opik-openclaw
  Opik är det rena observabilitetstillägget. Det exporterar LLM-spänn, verktygsspänn, sub-agent-spänn, användning och kostnadsmetadata till Opik, och det har synlig frisättningsrytm och offentliga dokument. Popularitet: cirka 453 till 459 GitHub-stjärnor.

• manifest
  URL: https://github.com/mnfst/manifest/tree/main/packages/openclaw-plugin
  Manifest är viktigt eftersom det kombinerar modellroutning och observabilitet i ett tillägg, intercepterar förfrågningar för att poängsätta och routa dem medan det registrerar kostnader och tidsåtgång. Det är ett av de större offentliga projekten i ekosystemet, även om det också haft offentlig friktion kring skannarvarningar och onboarding-brus. Popularitet: cirka 4,3k GitHub-stjärnor.

Röstagent och flerstegsarbetsflöden

• voice-call
  URL: https://docs.openclaw.ai/plugins/voice-call
  Detta är det användbara rösttillägget, inte det lysande. Det stödjer utgående samtal, flervänds samtal, inkommande samtalspolicyer och nuvarande leverantörer inklusive Twilio, Telnyx, Plivo och en mock-transport. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

• webhooks
  URL: https://docs.openclaw.ai/plugins/webhooks
  Webhooks-tillägget är det mest underkännade arbetsflödestillägget eftersom det låter betrodda system som Zapier, n8n, CI-jobb eller interna tjänster skapa och driva TaskFlows över autentiserade HTTP-rutter. Det är mycket mindre glamoröst än AI-orkestreringsmarknadsföring, men mycket närmare hur team faktiskt automatiserar arbete. Popularitet: inbyggt första-parts-tillägg, proxymått 359k kärnarepository-stjärnor.

Leadgenerering, CRM och e-postkalenderautomatisering

Detta är den delen av ekosystemet där återhållsamhet är hälsosam. Baserat på de offentliga paketen och repositoryer jag kunde verifiera, har OpenClaw lovande inbyggda tilläggsexperiment för Google Workspace och Google Calendar, och det finns tidiga CRM-orienterade paket i det bredare ekosystemet, men de offentliga popularitetssignalerna är fortfarande mycket små. tensorfold/openclaw-google-workspace presenterade ett all-in-one Gmail, Calendar, Drive, Kontakter, Uppgifter och Sheets-tillägg men visade 0 GitHub-stjärnor. alefsolutions/openclaw-google-calendar visade också 0 GitHub-stjärnor. crm-skills-openclaw existerade offentligt med HubSpot och Salesforce-riktning, men det är ett färdighetsorienterat repo snarare än ett mognat inbyggt tillägg, och det visade cirka 1 GitHub-stjärna. Det gör inte dessa projekt onyttiga. Det gör dem tidiga.

Det finns också en intressant social- och tillväxttilläggriktning. SendIt exponerar publicering, analys, kampanjer, inkorg, CRM och arbetsflödesverktyg genom ett OpenClaw-tillägg plus ett inbyggt färdighetspaket. Offentligt visade dock repos fortfarande 0 GitHub-stjärnor vid kryptidpunkten. Den ärliga läsningen är att denna kategori är lovande, men inte populär nog att kallas mogen.

Så den praktiska slutsatsen för leadgenerering och affärsautomatisering är mildt oromantisk. OpenClaw’s starkaste inbyggda tilläggsvinster idag är fortfarande webåtkomst, minne, routning, kanaler, röst och observabilitet. För CRM-tunga eller inkorg-tunga arbetsflöden är den verkliga världen vägen ofta fortfarande en blandning av Webhooks, en leverantör eller webbläsartillägg, och färdigheter eller API-brygor snarare än ett dominerande tilläggspaket. Det mönster är synligt i det offentliga ekosystemet självt, och det mappar direkt till tilläggs- och färdighetsstackarna beskrivna i OpenClaw-produktionsuppsättningsguiden.

Sammanfattning

Det användbara OpenClaw-tilläggsekosystemet idag handlar mer om operativ hävstång än om nyhet. De tråkiga valen är fortfarande de rätta val: browser, firecrawl, tavily, memory-lancedb, memory-wiki, voice-call, webhooks och de inbyggda leverantörstillägen för OpenAI, Anthropic, Google, OpenRouter och Codex. På communitysidan är lossless-claw, @opik/opik-openclaw, openclaw-codex-app-server, manifest och wecom de tydligaste offentliga paketen med synlig nytta och offentlig traction.

När du senare utvärderar OpenClaw-färdigheter på samma register, använd samma hygien som för tillägg (fasta versioner, läs manifest, behandla skanning som riktningsmässig). Se OpenClaw-färdighetsguiden för per-roll-stacks och en säkerhetschecklista. För extensionskataloger, håll arbetsområdestillägg-rötter avsiktliga och använd tillåtna listor när du inte kan lita på varje väg på disken.

Det åsiktsfulla inlägget är detta. OpenClaw har redan en seriös inbyggd tilläggsplattform, och extensionskataloger ger dig förutsägbara platser att ställa in den koden. Färdigheter breddar vad du kan publicera utan alltid att bredda vad som körs med fulla tilläggsprivilegier. Den del som förtjänar tillit just nu är fortfarande runtime-rörläggarnivå för inbyggda tillägg, inte den långa svansen av affärsoperatörsdemos. Om du vill ha en användbar baslinje snarare än en aspirerande, det är linjen att hålla.

För hur dessa tilläggsval mappar till verkliga användartyper och produktionsarbetsflöden, se OpenClaw-produktionsuppsättningsmönster.