AVEN LIVES IN YOUR SLACK

A coding agent
in your Slack.

Aven joins your project channels, reads your GitHub, answers questions, and opens pull requests. Your team reviews and merges. Nothing ships without you. Open source — run it yourself, or let us run it for you.

Slack native · GitHub connected · Open source, Apache-2.0
#project-atlas
MK
Mara14:02
@avenwhy do exports time out for large workspaces?
AVEN
AvenApp14:03
The export job loads every row into memory before streaming. Above ~50k rows it exceeds the worker limit. I can page the query and stream in chunks — want a PR?
MK
Mara
yes please
AVEN
AvenApp
Opened PR #482 — stream workspace exports in pages. Tests pass. Ready for review.
●checks passed · awaiting review · dan@team
What is Aven

One coach in four letters.

A Slack app that talks like a teammate and works like a developer.

A

Agent

Lives in your Slack channels. You mention it, it replies in the thread, it remembers the conversation.

V

Validator

Reads everything, changes nothing on its own. Every change is a pull request your team reviews; the agent never pushes to your main branch.

E

Engine

Runs Claude Code in an isolated sandbox per project, on your own hosts. Your repos never leave your infrastructure.

N

Navigator

Keeps the overview across projects. Sends digests, watches pull requests, follows CI.

A teammate asks Aven a question in Slack. Aven answers with cited context from the codebase.
Ask a question. Aven digs through the code and answers in the thread.
Aven opens a pull request from a Slack thread and links it back to the conversation.
Ask for a change. Aven opens a pull request. Your developer reviews and merges.
How it works

Three steps.

Your code. Your data. Your rules. Aven fits in without moving anything.

STEP 01

Connect your systems

Install the Slack app. Give it the GitHub repos and the channels it should live in.

STEP 02

Plug in your sources

Grafana, Sentry, your ticket tracker, your databases — over MCP, per project. Aven answers with your data, not with guesses.

STEP 03

Launch in your channels

Mention Aven in a project channel. It answers, it investigates, it opens pull requests. Your developers still review and merge.

Your Slack
Channels and threads

One channel per project. Mention Aven, get an answer or a pull request in the thread.

Control plane
One small process

Routes messages, holds the credentials, scrubs secrets. Makes no model calls itself.

Sandbox per project
Claude Code + your repos

Isolated container on your host. Clones the repos, runs tests, opens PRs, reaches your tools over MCP.

Open source

Run it yourself. Or let us.

The whole agent is Apache-2.0: one Node process, one sandbox host, your Slack and your GitHub.

Self-host in an afternoon

  1. 01Create the Slack app from the manifest in the repo.
  2. 02Pick a sandbox host: a Docker box you own, or self-hosted Daytona.
  3. 03Install the GitHub App on your org, add a Claude Code token.
  4. 04List your projects: repos, channel, tools. One file.
  5. 05npm run orch -- slack. Mention Aven in a channel.

Or we run it for you

We install Aven for your team — your Slack, your GitHub, your own sandbox hosts — wire it to the tools you already have, write the first project prompts and keep it running. You get the agent and the person who built it; the code stays open, so there is nothing to be locked into.

  • Installation and sandbox setup on your infrastructure
  • Grafana, Sentry, ticket tracker and database connectors over MCP
  • Project prompts, routines and digests tuned to your team
  • Updates, monitoring and a direct line to the engineer
Built to be trusted

Four things it cannot do.

The design decides what the agent can reach — not a prompt asking it to behave.

The sandbox is the boundary

The model runs inside an isolated sandbox per project. The control plane that talks to Slack never calls a model itself.

Short-lived, scoped access

Each turn gets a GitHub token minted for that project's repos only, valid for an hour. Nothing org-wide ever enters a sandbox.

Secrets stop before the model

Every message and every ingested document is scrubbed for credentials before it reaches the agent — and again on the way out.

Pull requests, not pushes

Changes arrive as pull requests on a branch. Your reviewers and your CI decide what ships; the agent cannot.

The team

One builder.
Ships daily.

You talk to the engineer building Aven, not a sales desk.

Ivan Adutskevich
Ivan Adutskevich
Lead Developer

CTO / Lead developer. 18+ years shipping software. Builds Aven, runs it for the first teams, answers the issues on GitHub.

LinkedIn
Get in contact

Want to see Aven working?

Tell us what you run. We'll show you what your first agent looks like.

ivan@coachaven.com
Your details only get used to set up this call.