Amazon Bedrock

Параметри конфігурації розміщені в 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,
          },
        },
      },
    },
  },
}

OpenClaw виявляє регіональні та глобальні профілі інференсу разом із базовими моделями. Коли профіль зіставляється з відомою базовою моделлю, профіль успадковує можливості цієї моделі (контекстне вікно, максимальні токени, reasoning, vision), а правильний регіон запиту Bedrock підставляється автоматично. Це означає, що міжрегіональні профілі Claude працюють без ручних перевизначень провайдера.

ID профілів інференсу виглядають як us.anthropic.claude-opus-4-6-v1:0 (регіональний) або anthropic.claude-opus-4-6-v1:0 (глобальний). Якщо базова модель уже є в результатах виявлення, профіль успадковує повний набір її можливостей; інакше застосовуються безпечні значення за замовчуванням.

Додаткова конфігурація не потрібна. Поки виявлення ввімкнено, а принципал IAM має bedrock:ListInferenceProfiles, профілі з’являються поруч із базовими моделями в openclaw models list.

Bedrock відхиляє параметр temperature для Claude Opus 4.7. OpenClaw автоматично пропускає temperature для будь-якого посилання Bedrock на Opus 4.7, включно з ID базових моделей, іменованими профілями інференсу, профілями інференсу застосунків, чия базова модель визначається як Opus 4.7 через bedrock:GetInferenceProfile, і варіантами з крапковим записом opus-4.7 з необов’язковими префіксами регіонів (us., eu., ap., apac., au., jp., global.). Регулятор конфігурації не потрібен, а пропуск застосовується як до об’єкта параметрів запиту, так і до поля корисного навантаження inferenceConfig.

Ви можете застосовувати Amazon Bedrock Guardrails до всіх викликів моделей Bedrock, додавши об’єкт guardrail до конфігурації plugin amazon-bedrock. Guardrails дають змогу застосовувати фільтрацію вмісту, заборону тем, фільтри слів, фільтри чутливої інформації та перевірки контекстного grounding.

{
  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"
          },
        },
      },
    },
  },
}

Bedrock також може бути постачальником вбудовувань для пошуку в пам’яті. Це налаштовується окремо від постачальника інференсу -- установіть agents.defaults.memorySearch.provider на "bedrock":

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

Вбудовування Bedrock використовують той самий ланцюжок облікових даних AWS SDK, що й інференс (ролі екземплярів, SSO, ключі доступу, спільна конфігурація та веб-ідентичність). API-ключ не потрібен. Коли provider має значення "auto", Bedrock автоматично визначається, якщо цей ланцюжок облікових даних успішно розв’язується.

Підтримувані моделі вбудовувань включають Amazon Titan Embed (v1, v2), Amazon Nova Embed, Cohere Embed (v3, v4) і TwelveLabs Marengo. Див. довідник конфігурації пам’яті -- Bedrock для повного списку моделей і параметрів розмірності.

• Bedrock потребує ввімкненого доступу до моделі у вашому обліковому записі/регіоні AWS.
• Для автоматичного виявлення потрібні дозволи bedrock:ListFoundationModels і bedrock:ListInferenceProfiles.
• Якщо ви покладаєтеся на автоматичний режим, установіть один із підтримуваних маркерів середовища автентифікації AWS на хості gateway. Якщо ви віддаєте перевагу автентифікації IMDS/спільної конфігурації без маркерів середовища, установіть plugins.entries.amazon-bedrock.config.discovery.enabled: true.
• OpenClaw показує джерело облікових даних у такому порядку: AWS_BEARER_TOKEN_BEDROCK, потім AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY, потім AWS_PROFILE, потім стандартний ланцюжок AWS SDK.
• Підтримка міркування залежить від моделі; перевірте картку моделі Bedrock щодо поточних можливостей.
• Якщо ви віддаєте перевагу керованому потоку ключів, ви також можете розмістити OpenAI-сумісний проксі перед Bedrock і налаштувати його як постачальника OpenAI.