Skip to main content
Honcho’s reasoning can be configured at multiple levels to control how it processes messages, generates conclusions, creates summaries, and builds peer representations. Configuration follows a hierarchy: message > session > workspace > global defaults. Settings at lower levels override those at higher levels, giving you fine-grained control over behavior.

Configuration Hierarchy

Honcho uses a hierarchical configuration system where more specific settings override more general ones:
  1. Global Defaults: Built-in system defaults
  2. Workspace Configuration: Settings that apply to all sessions in a workspace
  3. Session Configuration: Settings that apply to all messages in a session
  4. Message Configuration: Settings that apply to a specific message
Separately, you can configure the reasoning status of a peer. This overrides defaults and workspace configuration, but not session or message configuration.
All configuration fields are optional. If not specified, the value is inherited from the next level up in the hierarchy.

Configuration Options

Reasoning Configuration

Controls whether the system should reason over messages.

Peer Card Configuration

Controls how peer cards (containing key biographical information) are generated and used.

Summary Configuration

Controls automatic conversation summarization. Available at workspace and session levels only.

Dream Configuration

Controls the “dreaming” process that consolidates and refines representations. Available at workspace and session levels only.

Peer Configuration

By default, all peers are “observed” by Honcho. This means that Honcho will reason over messages sent by the peer and generate a representation of them. In most cases, this is why you use Honcho! However, sometimes an application requires a peer that should not be observed: for example, an assistant or game NPC that your program will never need to access advanced reasoning for. You may therefore disable observation of a peer by setting the observe_me flag in their configuration to false. If the peer has a session-level configuration, it will override this configuration. If the flag is not set, or is set to true, the peer will be observed.
For session-level observation controls and local representations (where peers build separate models of each other), see Representation Scopes.

Session Configuration

Sessions support the full configuration schema. You can disable reasoning entirely for a session, customize summary behavior, or adjust peer card settings.

Message Configuration

Individual messages can override session and workspace configuration for fine-grained control. This is useful for excluding specific messages from processing or adjusting behavior on a per-message basis.

Full Configuration Schema Reference

Workspace & Session Configuration

Message Configuration

Message configuration only supports reasoning and peer_card settings. Summary and dream configurations are session/workspace-level only.