Configuration Hierarchy
Honcho uses a hierarchical configuration system where more specific settings override more general ones:- Global Defaults: Built-in system defaults
- Workspace Configuration: Settings that apply to all sessions in a workspace
- Session Configuration: Settings that apply to all messages in a session
- Message Configuration: Settings that apply to a specific message
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.Custom Instructions
Custom instructions are free-text guidance added to the prompts Honcho’s agents use, for example “Always write in German” or “Only track durable work preferences.” Set one shared value for every agent, override it per agent, or both.
Resolution rules:
- The most specific level wins. Honcho checks session, then workspace configuration and uses the first level that sets a value, so a session’s shared instructions beat a workspace’s
summary.custom_instructions. Messages can only setreasoning.custom_instructions, which overrides everything else for the deriver (see Message Configuration). - Within a level, a module’s own value beats the shared value.
- An empty string means “none”. Set
""to turn off inherited instructions for a module at that level. - Other sections never fall back to
reasoning.reasoning.custom_instructionsonly affects the deriver, as it always has.
DERIVER_MAX_CUSTOM_INSTRUCTIONS_TOKENS (default 2000).
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 theobserve_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 Directional Representations.
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 settings. Message-level reasoning.custom_instructions override session and workspace instructions for the deriver only. Peer card, summary, dream, dialectic, and shared custom_instructions are session/workspace-level only.