A Slack frontend for AI agents on Amazon Bedrock AgentCore.
Welt forwards conversations to your agent on AgentCore and streams the reply back into the Slack thread.
You focus on the agent — model, tools, MCP, memory. Welt handles the Slack side — tokens, event intake, history fetch, streaming rendering, and uploading the files your agent generates.
The pieces line up like this:
Slack ⇄ Welt ⇄ AgentCore Runtime
└── your agent, using an adapter for Welt's JSON wire
Adapters exist for Strands Agents (Python and TypeScript) and Mastra (TypeScript), and more may follow — see Agent-Side Adapters. The Quick Start below runs welt-io-strands's example agent.
The Quick Start runs everything on your machine — Welt in one terminal, the example agent in another. Nothing is deployed; the only AWS dependency is the Bedrock model the agent calls. Deployment comes after, once the conversation works — see Deploy the Agent to AgentCore.
- Go to https://api.slack.com/apps and create a new Slack app from
manifest.yml. - In Basic Information > App-Level Tokens, generate a token with the
connections:writescope and copy it (xapp-1-...). - In Install App, install the app to your workspace and copy the Bot User OAuth Token (
xoxb-...).
Clone this repository:
git clone https://github.com/iwamot/welt.git
cd weltThen save your Slack tokens in a .env file at the repository root (.env.sample lists all supported variables):
SLACK_APP_TOKEN=xapp-1-...
SLACK_BOT_TOKEN=xoxb-...With no AGENT_ARN set, Welt runs in local mode: it forwards conversations to the agent at http://localhost:8080.
Run Welt with uv:
uv run --env-file .env main.pyIt connects to Slack and waits. In local mode Welt itself needs no AWS credentials — the agent process is the one calling AWS.
In another terminal, run welt-io-strands's example agent by following its README's Run Locally section; it serves on http://localhost:8080, where Welt is pointing. (Prefer TypeScript? The welt-io-strands-ts and welt-io-mastra example agents work just as well here.)
Invite the bot to a channel (/invite @Welt) and mention it, or send it a DM. Welt streams the agent's reply into the thread; the example agent's README suggests things to try.
When the local loop works, move the agent to AgentCore Runtime: deploy it by following the example's README (its Deploy section), then point AGENT_ARN at the agent runtime ARN from the deploy output and restart Welt:
AGENT_ARN=arn:aws:bedrock-agentcore:...Welt now picks up your AWS credentials the standard SDK way — environment variables, AWS_PROFILE, an SSO session — and the identity needs permission to invoke your agent.
Once you're comfortable, swap in your own agent and point AGENT_ARN at its deployment — see Agent-Side Adapters below.
- Files — file input from Slack uploads, and uploading the files your agent generates back into the thread.
- Interrupts — human-in-the-loop: a tool (or hook) that interrupts pauses the run and becomes buttons or a text field in the thread; the answer resumes it.
The wire between Welt and the agent is plain JSON, and the Wire Contract is its full specification. Each adapter maps the wire to one framework's types and carries its own example agent:
| Repository | Language | Framework | Package |
|---|---|---|---|
| welt-io-strands | Python | Strands Agents | welt-io-strands |
| welt-io-strands-ts | TypeScript | Strands Agents | @welt-io/strands |
| welt-io-mastra | TypeScript | Mastra | @welt-io/mastra |
Other stacks can implement the contract directly.
Optional environment variables, all with working defaults:
| Variable | Default | Description |
|---|---|---|
AGENT_ARN |
(unset) | The AgentCore Runtime agent — or managed harness — to invoke. Unset is local mode, for development: Welt invokes the agent at http://localhost:8080 instead. |
AGENT_MANAGES_HISTORY |
false |
What Welt sends per turn: the full thread history (false), or only the new messages (true). |
FILE_INPUT_MODALITIES |
(unset) | Comma-separated modalities to accept from Slack uploads; unset disables file input. See Files. |
LOG_LEVEL |
INFO |
Logging level for Welt's own loggers. |
DEPS_LOG_LEVEL |
INFO |
Logging level for dependency libraries (botocore, slack_bolt, ...). Separate from LOG_LEVEL because botocore logs credential material at DEBUG. |
SLACK_STREAM_BUFFER_SIZE |
256 |
Markdown characters buffered before each streaming update; larger values mean fewer Slack API calls. |
-
Running the container image — the same Socket Mode process, packaged as
ghcr.io/iwamot/weltfor hosting on AWS. Supply the same variables as the.envfile through the hosting environment (an ECS task definition, ...) and let its IAM role provide the AWS credentials:docker run -it \ -e SLACK_APP_TOKEN=xapp-1-... \ -e SLACK_BOT_TOKEN=xoxb-... \ -e AGENT_ARN=arn:aws:bedrock-agentcore:... \ ghcr.io/iwamot/welt:latest
-
Running Welt on AWS Lambda — serve Welt on Lambda instead of a resident process: no always-on process, no cost while idle.
-
Chatting with an AgentCore harness — point
AGENT_ARNat a managed harness instead of your own agent code.
Contributions are welcome! Please see our Contributing Guide for details.
- iwamot/collmbo — A Slack bot for chatting with 100+ LLMs directly, no AI agent to implement or deploy. Pick Collmbo for plain LLM chat, Welt for your own agent.
MIT
