Skip to main content
scout setup is the normal first-run path. It helps choose a local profile, log in when needed, configure a local model provider, and install optional shell integration.

Atlas Login

Login connects this computer to Atlas for sync and worker mode:
Scout opens an Atlas approval page in your browser. If you are on a server or inside a terminal-only environment, print the approval URL instead:
Check the current login:
Scout stores login tokens in your operating system’s credential store. Atlas does not store login tokens in Scout profile TOML files. Local direct URL runs do not require login. Sync and worker mode do.

Local Model Provider

Scout can use local providers such as LM Studio or Ollama. Configure the active provider and model:
For an interactive repair flow:
For scripts, pass the provider and model explicitly:
Use scout config show to inspect the active profile and scout config path to print the profile file path.

Profile Configuration

Scout profile files store non-secret settings for this computer. Use dedicated commands for credentials and structured state:
scout config set accepts known scalar settings only. It will not save API keys, tokens, or structured values. Scheduled discovery targets use their own commands:

Search-Backed Discovery

Known URL runs and local article-corpus recovery do not need a search key. Connect search when you want Scout to find new public sources for place and issue discovery:
Scout stores saved search keys in your operating system’s credential store. SEARCH_API_KEY can be used as a script override for a single shell or script. Disconnect stored search credentials:

Readiness Check

Run doctor before a large run:
Check the exact Atlas environment before sync:
When a saved login is present, doctor contacts Atlas and verifies that the login can create an upload token for the selected environment. It discards that token and does not sync any run data. Include worker checks only when this computer should process Atlas-assigned jobs:
For scripts:
For scripts, require the checks the run needs:
See Readiness checks for what each check means.

Profiles

Profiles keep laptop, workstation, and test settings separate: