honcho init # confirm/set apiKey + Honcho URL in ~/.honcho/config.jsonhoncho doctor # verify your config + connectivityhoncho # show banner + command list
The CLI shares ~/.honcho/config.json with sibling Honcho tools. It owns only
apiKey and environmentUrl at the top level — everything else (hosts,
sessions, etc.) is written by other tools and left untouched on save.
Per-command scoping (workspace / peer / session) is handled via -w / -p / -s
flags or HONCHO_* env vars. Not persisted as CLI defaults. This is
deliberate: every invocation is explicit about what it operates on.
Workspace, peer, and session scoping are per-command only — pass flags or
HONCHO_* env vars on every invocation.
# Per-command flagshoncho peer card -w prod -p user# Or export once per shellexport HONCHO_WORKSPACE_ID=prodexport HONCHO_PEER_ID=userhoncho peer card# One-off against a different serverHONCHO_BASE_URL=http://localhost:8000 honcho workspace list# CI/CD — env vars only, no config file neededexport HONCHO_API_KEY=hch-v3-xxxexport HONCHO_BASE_URL=https://api.honcho.devhoncho workspace list
Set API key and server URL in ~/.honcho/config.json.Press Enter to keep the current value or type a replacement.
Workspace / peer / session scoping is per-command via -w / -p / -s
or HONCHO_* env vars — never persisted.
Delete a workspace. Use —dry-run first to see what will be deleted.Requires —yes to skip confirmation, or will prompt interactively.
If sessions exist, requires —cascade to delete them first.
If new messages aren’t producing new conclusions, work down the diagnostic ladder.
# Is observation enabled for this peer?honcho peer inspect <peer_id> --json | jq '.configuration'# Is the deriver actually processing?honcho workspace queue-status --json# Do any conclusions exist at all? Any for the expected topic?honcho conclusion list --observer <peer_id> --jsonhoncho conclusion search "expected topic" --observer <peer_id> --json
When honcho peer chat or the dialectic API is hallucinating or missing context.
# What does the peer card actually say?honcho peer card <peer_id> --json# Any conclusions for this topic?honcho conclusion search "topic" --observer <peer_id> --json# Reproduce the query against the CLIhoncho peer chat <peer_id> "what do you know about X?" --json
Pipe commands into jq for inline transforms, or set HONCHO_* env vars for a CI/CD environment with no config file:
# Pipe to jqhoncho peer list --json | jq '.[].id'honcho workspace inspect --json | jq '.peers'# Machine-parseable health check — exit code for CI, details for logshoncho doctor --json# CI/CD — env vars only, no ~/.honcho/config.jsonexport HONCHO_API_KEY=hch-v3-xxxexport HONCHO_BASE_URL=https://api.honcho.devhoncho workspace list
Non-interactive onboarding:
# Pre-seed via flags / env vars; init still prompts for anything missingHONCHO_API_KEY=hch-v3-xxx honcho init --base-url https://api.honcho.dev