What's the difference between a LangGraph agent and an AWS Strands agent?

A LangGraph agent still runs inside a graph you defined, where nodes are functions you wrote and edges decide what runs next, even in “agent” mode where a node lets the model pick its own tool; a default Strands agent has no graph at all, since AWS’s own docs call its single-agent loop “model-driven.” You hand a Strands agent a prompt, a list of tools, and an objective, and its loop, call the model, check whether it wants a tool, run the tool, call the model again, decides the whole path itself with nothing pre-wired. Strands does offer Graphs as an opt-in pattern for wiring several agents into a deterministic, pre-defined workflow; the model-driven loop is only the default for a single agent.

AWS frames the single-agent tradeoff directly: this is more resilient because the model can reason around a failure, an API call that errors, a request nobody anticipated, instead of following a path nobody coded for that case. The same freedom is a risk with no separate name: a loop with nothing pre-wired also has no built-in stopping point unless something adds one, a limit a hand-drawn LangGraph edge doesn’t share.

sources

keep reading

More on this.

Two ways to run Tessary.

Tessary is an open-source agent reliability platform. Cloud and self-hosted run the same workflow on the OpenTelemetry traces your agent already emits.

Tessary Cloud

We host it for you. Send your first trace with nothing to deploy and no model key.

what's includedper organization
traces
10,000 per calendar month
stored trace data
1 GB
retention
30 days
model credit
$10, one-time, for triage and root-cause analysis
credit card
not required

Self-hosted Tessary

Run the open-source code on your own infrastructure with one command. Add your own model key for triage and root-cause analysis.

Self-host Tessary for me by following https://github.com/tessaryai/tessary/blob/main/setup.md

docker compose -f oci://docker.io/tessaryai/tessary:compose up -d -y