welt-io-strands
The Strands Agents (Python) adapter for Welt's wire contract.
Install
uv add welt-io-strands
Usage
See examples/agent — the smallest complete agent built on this package (text streaming, tool use, image generation, file output, file input, and human-approval tools), which doubles as the example for Welt's Quick Start. The sections below explain the adapters it wires in.
API
The wire between Welt and the agent is JSON, specified by Welt's wire contract — plain Strands values do not fit it in either direction. Two functions adapt the inbound payload, three the outbound stream.
Inbound
decode_messages(messages)
Returns a copy of Welt's Converse-shaped messages with the base64-encoded file bytes restored to the raw bytes Strands expects; the input is left untouched. Its in-place predecessor, decode_file_blocks(messages), is deprecated.
decode_interrupt_responses(responses)
Turns Welt's resume payload — a mapping of interrupt id to the answer a human chose — into the interruptResponse items that Agent.stream_async resumes from.
Outbound
renderable_events(events, agent=..., files_from=...)
Reduces raw stream_async events — not JSON-serializable as-is — to the events Welt renders:
| Strands emits | On the wire | In the Slack thread |
|---|---|---|
| Text deltas | data |
The streamed reply |
| Tool invocations and results | current_tool_use / tool_result |
"Using tool" indicators (tool output stays off the wire) |
Image / document / video blocks the model produces, or a tool named in files_from returns |
file |
An uploaded file (size limits) |
| Pending interrupts | interrupt |
Buttons and/or a text field |
A run that stops for human input ends its stream with one interrupt event per pending interrupt; agents that do not use interrupts see no change.
A tool hands files to the model for either of two reasons — to have it read them, or to give them to the human — and only the agent knows which is which, so name the tools whose files belong in the thread:
async for event in renderable_events(
stream, agent=agent, files_from={"generate_image"}
):
A tool left out keeps its files to the model: strands-tools' file_read reading a PDF does not drop it into the thread as a side effect. A tool named there needs no code of its own — strands-tools' generate_image returns the image as a tool-result block, and naming it is all it takes; a tool of your own returns image, document, or video blocks the same way. The agent is what makes the names resolvable: its messages hold the tool behind each result, the only place that survives a resume, where the stream carries the result alone.
Uploaded names come from the block — a document's own name plus its format, the block's kind for the rest (image.png). That name is the model's handle on the document as much as a filename, and Converse rejects a request whose messages carry two documents under one name, so a tool that returns documents has to keep their names apart across the run: strands-tools' file_read appends a short uuid to each.
file_event(name, data)
Builds the same file event from a filename and raw bytes, for the files the host app attaches itself:
yield file_event("report.csv", csv_bytes)
Tools have no use for it — they hand files to the agent as content blocks, and files_from decides which of those reach the thread.
interrupt_reason(message, options=..., input=...)
Builds the structured reason Welt renders as a message with the specified widgets — choice buttons (options), a free-text field (input), or both. The specs are the wire's own shapes; omitted fields keep Welt's defaults, and a typo becomes an immediate ValueError instead of a silent fallback to Welt's default rendering:
answer = tool_context.interrupt(
"deploy-approval",
reason=interrupt_reason(
"Deploy to prod?",
[
{"value": "y", "label": "Deploy", "style": "primary"},
{"value": "n", "label": "Cancel"},
],
input={"label": "Or tell me what to do instead"},
),
)
Working with interrupts
Welt's Interrupts doc covers the Slack side: how each reason renders, who can answer, multiple questions, and expiry. On the Strands side:
- Prefix your interrupt names (
myapp-deploy-approval). Hook-raised interrupts must be unique across the whole event, tool-raised ones within their tool — a prefix keeps both as the agent grows. - Strands' ready-made
HumanInTheLoopintervention works over Welt as-is. Its string reasons render with Welt's default Approve / Deny buttons, whosey/nvalues its default evaluator understands. Do not passask: both of its inline modes block the agent waiting for input that Slack can never deliver — the default interrupt/resume mode is the one Welt drives. - Route stdio consent prompts through interrupts instead. For strands-tools packages that gate themselves behind a stdio prompt, set
BYPASS_TOOL_CONSENT=trueand letHumanInTheLoopdo the gating over Slack. The strands-toolshandoff_to_usertool is likewise stdio-bound; a small interrupt-raising tool of your own is the replacement. - Code before
interruptruns again on resume. Strands re-executes the interrupted tool from its start, so whatever precedes an interrupt and must not run twice — side effects, or work that must match what the human approved — has to be skipped on the second pass. Memoizing ontool_context.tool_use["toolUseId"], the same id on both passes, is enough: the cache lives in the same process as the interrupt state it pairs with. The example agent'ssample_draft_reportshows the pattern.
Supported Versions
Welt releases first; welt-io-strands follows, mirroring the minor version. While both are 0.x, a welt-io-strands 0.Y release supports Welt v0.Y — other combinations may work, but come with no guarantee.
License
MIT
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file welt_io_strands-0.4.0.tar.gz.
File metadata
- Download URL: welt_io_strands-0.4.0.tar.gz
- Upload date:
- Size: 18.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
uv/0.11.32 {"installer":{"name":"uv","version":"0.11.32","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
4289240f4cd8f940b6fb48879f9235bf8dc40060aff1d351220eb50b3bd94bb5
|
|
| MD5 |
8667390434d53c45c08a692b692522ae
|
|
| BLAKE2b-256 |
d072a45710e467998197dc295201b4fc831054f3e98b99c4e167990b350d8f50
|
File details
Details for the file welt_io_strands-0.4.0-py3-none-any.whl.
File metadata
- Download URL: welt_io_strands-0.4.0-py3-none-any.whl
- Upload date:
- Size: 11.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
uv/0.11.32 {"installer":{"name":"uv","version":"0.11.32","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
0869c38c3b28b7020288a30df25114723b823313ab365507513ad989b86bd718
|
|
| MD5 |
a1095922591b1f7942f7abbf970f125b
|
|
| BLAKE2b-256 |
8b5e9b98eddaf180100566e624f1c57dc63a62ed474ba506fe188beadd315d6f
|