Academy → Practical guidesOfficial documentation · clear explanation

AWS Bedrock

AWS Bedrock

Developer10 minutes3 questions2026-08-09
The idea in one minute

Start with meaning, then move to detail.

This lesson explains AWS Bedrock as part of Hermes internals and extension points. You will learn what it does, when it matters, and the smallest safe test that proves it works.

If you are new

If you are new, do not memorize names. Focus on three questions: what problem does this solve, what access does it need, and how can you verify the result?

For hands-on use

For practice, inspect the first example, identify its effects, run it on test data, and compare the result with the source claim.

For specialists

For advanced readers, inspect Prerequisites, Quick Start, Configuration, then verify failure modes and version compatibility.

What do you need first?

Know Python, Git, and basic project structure before changing code.

What will you know?

A clear outcome before you read.

  • Understand AWS Bedrock without assumed prior knowledge.
  • Separate the source description from what still needs testing in your environment.
  • Read the first command and identify its inputs and outputs before copying it.
Lesson terms

Short definitions before the details.

Provider
The service that runs or provides access and authentication to a model.
Session & memory
A session holds conversation context, while memory keeps selected facts that should persist.
Official page description

Use Hermes Agent with Amazon Bedrock — native Converse API, IAM authentication, Guardrails, and cross-region inference

Topic map

What does the source say, and in what order?

  1. 01
    Prerequisites

    Start here to understand the core idea or structure.

  2. 02
    Quick Start

    Read this after the foundation, then connect it to the previous step.

  3. 03
    Configuration

    Read this after the foundation, then connect it to the previous step.

  4. 04
    Region

    Read this after the foundation, then connect it to the previous step.

  5. 05
    Guardrails

    Read this after the foundation, then connect it to the previous step.

  6. 06
    Model Discovery

    Read this after the foundation, then connect it to the previous step.

  7. 07
    Prompt caching (cachePoint)

    Read this after the foundation, then connect it to the previous step.

  8. 08
    Context-window probing

    Read this after the foundation, then connect it to the previous step.

  9. 09
    Available Models

    Read this after the foundation, then connect it to the previous step.

  10. 10
    Switching Models Mid-Session

    Finish here to verify the result and special cases.

Examples from the official page

Copy only after you understand the effect.

# Install with Bedrock support cd ~/.hermes/hermes-agent && uv pip install -e ".[bedrock]" # Select Bedrock as your provider hermes model # → Choose "More providers..." → "AWS Bedrock" # → Select your region and model # Start chatting hermes chat
model: default: us.anthropic.claude-sonnet-4-6 provider: bedrock base_url: https://bedrock-runtime.us-east-2.amazonaws.com bedrock: region: us-east-2
bedrock: region: us-east-2 guardrail: guardrail_identifier: "abc123def456" # From the Bedrock console guardrail_version: "1" # Version number or "DRAFT" stream_processing_mode: "async" # "sync" or "async" trace: "disabled" # "enabled", "disabled", or "enabled_full"
Try it now

Read the first command and identify its inputs and outputs before copying it.

Match every command to your installed Hermes version, review the files and accounts it can reach, and use non-sensitive data for the first test. If this explanation differs from the source, the official source wins.

Knowledge check

Three decisions before completion.

1. What is the source of truth when “AWS Bedrock” changes?
2. What is the best way to apply this lesson?
3. What should happen before a step can modify files or an external account?