← System handbook

Hermes learning sidecars

Partialoperations

A process-learning observer for each active holon, without giving the observer authority.

TL;DR

Each active non-principal holon can have exactly one logical Hermes sidecar. Hermes observes outcomes, harvests evidence, digests repeated patterns and promotes evidence-backed lessons. It does not consume a Rule-of-Three child slot and cannot dispatch, merge, deploy or widen authority.

ELI5

Hermes is the team's notebook-and-coach, not the boss. It watches what worked and failed, notices repeated mistakes, and suggests lessons. A lesson only travels to other teams after it is deliberately promoted with evidence.

Synthesis

Hermes closes the process-learning loop without letting an AI memory system rewrite policy. Raw observations stay local. Promoted lessons have evidence references and an explicit direction (local, up, down or both). If Nous Hermes Agent is used as the execution provider, each holon gets its own isolated profile so automatic memory writes cannot contaminate another holon's state.

Relationship

Sidecar, not child orchestrator

Authority vs learning
HolonOwns delegated role/authority
Hermes sidecarObserves and learns; no independent authority
Evidence-backed lessonPromoted deliberately
Parent / child learningOnly promoted scope crosses lineage
Learning loop

SYNC → RECORD → HARVEST → DIGEST → PROMOTE

Hermes process-learning cycle
SYNCOne sidecar per active non-principal holon
RECORDSuccess, failure, near miss, observation, decision
HARVESTIngest worker ledger idempotently
DIGESTCompare recent window with local history
PROMOTEEvidence + explicit scope
↺ back into the next cycle
Propagation

Lessons have direction

Raw observations never propagate as truth. The promoted lesson is the controlled boundary.

ScopeVisible to
localThis sidecar only
upEligible ancestors
downEligible descendants
bothEligible ancestors and descendants
Nous Hermes Agent

One isolated profile per holon

  • Use one sterile template profile named primitive-hermes.
  • Generate deterministic per-holon profiles from the template, not from the parent profile.
  • Do not point two agent processes at the same Hermes profile.
  • Treat profile memory as execution state, not authority state.
  • Cross-holon learning still travels through promoted Control lessons, not raw private memory.
Operations

When to run Hermes

The Control runbook calls for sync at orchestration-cycle start, harvest after worker-ledger collection, and digest before changing a repeated process. This makes learning continuous while keeping policy changes explicit.

Keep reading

Related pages

Reference / evidence

Canonical sources

These pages are explanatory read models. Where wording conflicts with implementation or a Control decision, the linked implementation/decision is authoritative and this page should be corrected.