Autonomous knowledge management and daily briefing for Claude Code — a scheduled engine that cross-checks your work tools and maintains a persistent, Obsidian-compatible knowledge base, plus native apps to read and steer it.
| Path | What it is |
|---|---|
plugin/ |
The Claude Code plugin and its Python engine (scoutctl). This is the part that does the work. |
apps/macos/ |
The macOS menu-bar app — Control Center, Action Items, Knowledge Base, schedules. |
docs/ |
Design specs, implementation plans and architecture notes for both — and the public website (index.html, privacy.html, terms.html and their assets). |
Download Scout.app — starting with Scout 0.16, that's the whole install.
Grab the latest Scout-*.dmg from
Releases, drag Scout.app
into Applications, and open it. Onboarding takes it from there: it checks for
Claude Code (offering to open Terminal with Anthropic's installer, and asking
you to sign in, if it's missing), installs uv and the Scout engine under
~/.local/share/scout, registers the engine with Claude Code, asks for your
name, email and connectors, creates your vault (default ~/Scout), and
schedules the sessions. Updating the app updates the engine.
Already set up via install.sh, a Claude Code marketplace install, or a dev
checkout? The app adopts it as-is — it never modifies an install it didn't
create — and shows where it lives in Settings ▸ Engine.
Prefer the terminal, or don't want the app? install.sh is the no-app path —
it sets up the plugin and engine:
curl -fsSL https://raw.githubusercontent.com/Raven-Scout/Scout/main/install.sh | bashIt installs the plugin and engine, then walks you through setup (your details, connectors, budget) and creates ~/Scout/.
install.sh, /scout-update and claude plugin install|update scout@scout-plugin
all get the latest release's plugin, never unreleased work on main: the
marketplace pins the plugin to the stable branch, which moves only when a
release is published.
Installed from
Raven-Scout/scout-plugin? Nothing to do. This repo is scout-plugin, renamed toRaven-Scout/Scoutwhen the macOS app moved in, and GitHub redirects the old name, so/scout-updatekeeps working. The app's pre-move repo, issues and releases are archived atRaven-Scout/scout-app-legacy.
Since v0.16.0 the app and the plugin share one version and ship as one GitHub
release, tagged vX.Y.Z and cut with scripts/release.sh. Publishing a
release also fast-forwards the stable branch to the release commit, which is
what marketplace installs read. Release candidates (vX.Y.Z-rc.N) never move it.
The earlier plugin/vX.Y.Z and app/vX.Y.Z tags are history.
Before merging a release PR, the maintainer runs the agent-behaviour eval
locally, on their own Claude login (Sonnet, no API key):
plugin/scripts/eval.sh run <scenarios>, or
plugin/scripts/eval.sh compare <scenarios> --base <last tag> when
plugin/phases/ changed. Then they paste the summary it prints into the release PR.
release.sh prepare prints this step with the date of the newest local result.
It is a reminder, never a gate. CI runs no model-backed evals.
They also rehearse the headless update from the previous release to the new one, in a
throwaway Linux container: scripts/e2e/self-update/run.sh --from <last tag> --to release/vX.Y.Z, or the manual e2e-self-update workflow. release.sh prepare
prints this step too, and the release PR has a checkbox for it. It is not a gate. See
scripts/e2e/self-update/README.md.
MIT — see LICENSE, PRIVACY.md, TERMS.md.