ls, grep, open the file, follow the import. Scout does the same thing across Slack, Drive, and the rest. It searches the channel, opens the doc, expands the thread, and assembles context at question time from the live source.
How it works
Scout is a single agent with multiple context providers. Each provider exposes two natural-language tools:query_<source> for reads and update_<source> for writes, where the source supports them. This thin layer solves three problems that hit any agent with a diverse tool surface: context pollution from too many tools, degrading performance from overlapping scopes, and the main agent forgetting its job because its context is all tool quirks.
A sub-agent behind each provider owns the source’s quirks. Scout sees query_slack. Behind it, a sub-agent knows to paginate by cursor and prefer conversations.replies for threads. Scout’s context never sees any of that.
Setup for each provider is covered in the Scout README’s Context Providers section.
Self-building knowledge
Most information Scout learns from working with you is perfect for a wiki and a CRM, so it maintains both.
Both start empty and grow with use. Mention that Josh from Anthropic shared a new RLM paper, and Scout adds Josh to the CRM, parses the paper into the wiki, and links them. See How Scout works in the README for how both systems work.
Run locally
You need Docker Desktop installed and running.http://localhost:8000. The Scout README has the full walkthrough.
Chat with Scout
- Open os.agno.com and log in.
- Click Add OS, choose Local, enter
http://localhost:8000, then Connect. - Try the pre-configured prompts.
Deploy to Railway
Scout runs on any cloud provider. We provide scripts for Railway. Prerequisites: Railway CLI installed andrailway login run.
.env.production if any values should differ from local, like a different Slack workspace or production-only credentials. The Railway scripts read .env.production first and fall back to .env.
up.sh script provisions PostgreSQL and the scout service, then creates your public domain.
Your first deploy will fail. That’s expected. Production endpoints require RBAC authorization by default, and without a JWT_VERIFICATION_KEY the app refuses to serve traffic. Scout’s job is to keep your company data off the public web. To get your key:
- Open os.agno.com, click Add OS → Live, and enter your Railway domain.
- Enable Token Based Authorization.
- Paste the public key into
.env.productionasJWT_VERIFICATION_KEY(the full PEM block, no surrounding quotes). - Sync the env. Railway auto-deploys when values change.
Connect to Slack
Scout is designed to live in Slack as your teammate. Each Slack thread becomes a session with its own context, so follow-ups in the same thread carry forward.- Get a public URL Slack can reach:
ngrok http 8000locally, or your Railway domain in production. - Create the Slack app from the manifest in the README’s Chat with Scout in Slack section.
- Set
SLACK_BOT_TOKENandSLACK_SIGNING_SECRETin.env. - Restart Scout with
docker compose up -d.
SLACK_BOT_TOKEN on its own activates the read-only Slack context provider. Add SLACK_SIGNING_SECRET and the Slack interface lights up too, so Scout can reply in your workspace.
Example prompts
Try these once Scout is up. Each one routes to the provider that owns the answer.Run evals
Scout ships three eval tiers. PostgreSQL must be running for every tier:docker compose up -d scout-db.
Run a single case with
python -m evals --case <id>. See EVALS.md for the full picture.
Source
The GitHub repo has the full provider setup guides underdocs/ and implementation notes in AGENTS.md.