Pular para o conteúdo principal

Recursos experimentais

Os recursos experimentais no OpenClaw são superfícies de prévia com ativação opcional. Eles ficam atrás de flags explícitas porque ainda precisam de uso no mundo real antes de merecerem um padrão estável ou um contrato público de longa duração. Trate-os de forma diferente da configuração normal:
  • Mantenha-os desativados por padrão a menos que a documentação relacionada diga para você testar algum.
  • Espere que a estrutura e o comportamento mudem mais rapidamente do que na configuração estável.
  • Prefira primeiro o caminho estável quando ele já existir.
  • Se você estiver implantando o OpenClaw amplamente, teste as flags experimentais em um ambiente menor antes de incorporá-las a uma baseline compartilhada.

Flags documentadas atualmente

SuperfícieChaveUse quandoMais
Runtime de modelo localagents.defaults.experimental.localModelLeanUm backend local menor ou mais rígido engasga com toda a superfície de ferramentas padrão do OpenClawModelos locais
Busca de memóriaagents.defaults.memorySearch.experimental.sessionMemoryVocê quer que memory_search indexe transcrições de sessões anteriores e aceita o custo extra de armazenamento/indexaçãoReferência de configuração de memória
Ferramenta de planejamento estruturadotools.experimental.planToolVocê quer a ferramenta estruturada update_plan exposta para acompanhamento de trabalho em várias etapas em runtimes e UIs compatíveisReferência de configuração do Gateway

Modo enxuto para modelo local

agents.defaults.experimental.localModelLean: true é uma válvula de alívio para configurações de modelo local mais fracas. Ele reduz ferramentas padrão mais pesadas, como browser, cron e message, para que o formato do prompt seja menor e menos frágil para backends compatíveis com OpenAI com contexto pequeno ou mais rígidos. Esse não é intencionalmente o caminho normal. Se o seu backend lida bem com o runtime completo, deixe isso desativado.

Experimental não significa oculto

Se um recurso é experimental, o OpenClaw deve dizer isso claramente na documentação e no próprio caminho de configuração. O que ele não deve fazer é introduzir comportamento de prévia em um controle de aparência estável e fingir que isso é normal. É assim que as superfícies de configuração ficam bagunçadas.