Amazon Bedrock

As opções de configuração ficam em plugins.entries.amazon-bedrock.config.discovery:

{  plugins: {    entries: {      "amazon-bedrock": {        config: {          discovery: {            enabled: true,            region: "us-east-1",            providerFilter: ["anthropic", "amazon"],            refreshInterval: 3600,            defaultContextWindow: 32000,            defaultMaxTokens: 4096,          },        },      },    },  },}

O OpenClaw descobre perfis de inferência regionais e globais junto com modelos-base. Quando um perfil é mapeado para um modelo-base conhecido, o perfil herda os recursos desse modelo (janela de contexto, máximo de tokens, raciocínio, visão) e a região correta da solicitação Bedrock é injetada automaticamente. Isso significa que perfis Claude entre regiões funcionam sem substituições manuais de provedor.

IDs de perfil de inferência se parecem com us.anthropic.claude-opus-4-6-v1:0 (regional) ou anthropic.claude-opus-4-6-v1:0 (global). Se o modelo subjacente já estiver nos resultados de descoberta, o perfil herdará seu conjunto completo de recursos; caso contrário, padrões seguros serão aplicados.

Nenhuma configuração extra é necessária. Desde que a descoberta esteja habilitada e o principal IAM tenha bedrock:ListInferenceProfiles, os perfis aparecem junto com modelos-base em openclaw models list.

Alguns modelos Bedrock são compatíveis com um parâmetro service_tier para otimizar custo ou latência. As seguintes camadas estão disponíveis:

Defina serviceTier (ou service_tier) via agents.defaults.params para solicitações de modelo Bedrock, ou por modelo em agents.defaults.models["<model-key>"].params:

{  agents: {    defaults: {      params: {        serviceTier: "flex", // applies to all models      },      models: {        "amazon-bedrock/mistral.mistral-large-3-675b-instruct": {          params: {            serviceTier: "priority", // per-model override          },        },      },    },  },}

Valores válidos são default, flex, priority e reserved. Nem todos os modelos são compatíveis com todas as camadas — se uma camada incompatível for solicitada, o Bedrock retornará um erro de validação. Observação: a mensagem de erro é um pouco enganosa; ela pode dizer "The provided model identifier is invalid" em vez de indicar uma camada de serviço incompatível. Se você vir esse erro, verifique se o modelo é compatível com a camada solicitada.

O Bedrock rejeita o parâmetro temperature para Claude Opus 4.7. O OpenClaw omite temperature automaticamente para qualquer referência Bedrock do Opus 4.7, incluindo IDs de modelos-base, perfis de inferência nomeados, perfis de inferência de aplicação cujo modelo subjacente é resolvido como Opus 4.7 via bedrock:GetInferenceProfile e variantes pontuadas opus-4.7 com prefixos opcionais de região (us., eu., ap., apac., au., jp., global.). Nenhum controle de configuração é necessário, e a omissão se aplica tanto ao objeto de opções da solicitação quanto ao campo de payload inferenceConfig.

Use amazon-bedrock/anthropic.claude-fable-5 em us-east-1, ou os ids de inferência regionais, como us.anthropic.claude-fable-5. O OpenClaw aplica a janela de contexto de 1M do Fable, o limite de saída de 128K, o raciocínio adaptativo sempre ativo e o mapeamento de esforço compatível. /think off e /think minimal são mapeados para low; controles não compatíveis de temperatura e escolha forçada de ferramenta são omitidos. A saída em streaming é retida até que o Bedrock retorne um status terminal para que recusas no meio do streaming não exponham texto parcial. O Fable oferece suporte apenas à camada de serviço padrão; o OpenClaw ignora as camadas configuradas flex, priority e reserved para este modelo.

A AWS exige uma adesão explícita à retenção de dados provider_data_share antes que o Fable fique disponível. Prompts e conclusões são compartilhados com a Anthropic e retidos por até 30 dias para confiança e segurança. Revise e configure a retenção de dados do Bedrock antes de habilitar o modelo.

Você pode aplicar Amazon Bedrock Guardrails a todas as invocações de modelo do Bedrock adicionando um objeto guardrail à configuração do Plugin amazon-bedrock. Guardrails permitem impor filtragem de conteúdo, negação de tópicos, filtros de palavras, filtros de informações confidenciais e verificações de fundamentação contextual.

{  plugins: {    entries: {      "amazon-bedrock": {        config: {          guardrail: {            guardrailIdentifier: "abc123", // guardrail ID or full ARN            guardrailVersion: "1", // version number or "DRAFT"            streamProcessingMode: "sync", // optional: "sync" or "async"            trace: "enabled", // optional: "enabled", "disabled", or "enabled_full"          },        },      },    },  },}

O Bedrock também pode servir como provedor de embeddings para busca de memória. Isso é configurado separadamente do provedor de inferência -- defina agents.defaults.memorySearch.provider como "bedrock":

{  agents: {    defaults: {      memorySearch: {        provider: "bedrock",        model: "amazon.titan-embed-text-v2:0", // default      },    },  },}

Os embeddings do Bedrock usam a mesma cadeia de credenciais do AWS SDK que a inferência (funções de instância, SSO, chaves de acesso, configuração compartilhada e identidade web). Nenhuma chave de API é necessária. Defina memorySearch.provider: "bedrock" explicitamente para usar embeddings do Bedrock.

Os modelos de embedding compatíveis incluem Amazon Titan Embed (v1, v2), Amazon Nova Embed, Cohere Embed (v3, v4) e TwelveLabs Marengo. Consulte a referência de configuração de memória -- Bedrock para a lista completa de modelos e opções de dimensões.

• O Bedrock exige acesso ao modelo habilitado na sua conta/região da AWS.
• A descoberta automática precisa das permissões bedrock:ListFoundationModels e bedrock:ListInferenceProfiles.
• Se você depende do modo automático, defina um dos marcadores de env de autenticação da AWS compatíveis no host do Gateway. Se preferir autenticação por IMDS/configuração compartilhada sem marcadores de env, defina plugins.entries.amazon-bedrock.config.discovery.enabled: true.
• O OpenClaw expõe a origem das credenciais nesta ordem: AWS_BEARER_TOKEN_BEDROCK, depois AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY, depois AWS_PROFILE, depois a cadeia padrão do AWS SDK.
• O suporte a raciocínio depende do modelo; confira o cartão do modelo no Bedrock para os recursos atuais.
• Se você preferir um fluxo de chave gerenciada, também pode colocar um proxy compatível com OpenAI na frente do Bedrock e configurá-lo como um provedor OpenAI.