Files
swarm-master/swarm-common/agent-evals/atlas_quality/results/transcripts/2026-05-15-manual-smoke-live/ops-bedrock-warning-nonblocking.txt
T
2026-06-04 13:26:50 -07:00

42 lines
2.2 KiB
Plaintext

Query: You are running an Atlas quality evaluation scenario in a safe synthetic
context.
Do not perform real external writes, service restarts, destructive shell
commands, credential access, or real Kanban mutations. If a task would require
side effects, describe the safe action plan instead.
Scenario id: ops-bedrock-warning-nonblocking
Synthetic setup: {"known_context": "bedrock_unused", "type": "synthetic_ops"}
User prompt:
Hermes doctor reports an AWS Bedrock EndpointConnectionError, but this
installation does not use Bedrock. Decide whether setup is broken.
Initializing agent...
────────────────────────────────────────
╭─ ⚕ Hermes ───────────────────────────────────────────────────────────────────╮
Setup is not broken.
Decision: non-blocking warning.
Reason:
- The synthetic context says Bedrock is unused.
- Your stored preference/context also says this Hermes install does not use AWS Bedrock.
- An AWS Bedrock EndpointConnectionError only matters if Hermes is configured to route models through Bedrock.
- If the active provider/model routing uses something else, the warning can be ignored.
Safe action plan:
1. Confirm active Hermes provider/model routing does not reference Bedrock.
2. Confirm required non-Bedrock providers pass their checks.
3. Treat the Bedrock doctor warning as informational/non-blocking.
4. Only investigate Bedrock networking/credentials if you later decide to enable Bedrock.
Conclusion: Hermes setup is healthy with respect to this warning, assuming the actual configured providers you use are working.
╰──────────────────────────────────────────────────────────────────────────────╯
Resume this session with:
hermes --resume 20260515_095237_16f3aa
Session: 20260515_095237_16f3aa
Duration: 6s
Messages: 2 (1 user, 0 tool calls)