Official Memori Labs provider for Hermes Agent, enabling structured long-term memory from agent trace and execution.
Project description
Memory from what agents do, not just what they say.
Give Hermes Agent persistent, structured memory with Memori. Capture agent trace, tool activity, decisions, outcomes, and conversation into durable memory that Hermes can recall across sessions.
Memori for Hermes Agent
Memori gives Hermes Agent a structured, long-term memory provider that captures not only conversation, but also agent trace and execution context. As Hermes completes work, Memori can structure durable memory from the agent’s actions: tool calls, workflow steps, assistant decisions, outcomes, failures, constraints, and feedback.
This means Hermes can remember what happened during prior execution paths, not just what was said in the transcript. Instead of stuffing old conversation history into every prompt, Hermes can intentionally retrieve the structured context it needs to continue work, avoid repeated mistakes, preserve project knowledge, and improve across sessions.
The Problem
Agent workflows often lose useful context across sessions:
- Prior decisions and constraints disappear
- Workflow state is scattered across long transcripts
- Conversation-only memory misses tool calls, workflow decisions, outcomes, failures, and corrections
- Failures and corrections are repeated
- Project context is hard to retrieve precisely
- Cross-session memory can become noisy without scoping
What Memori Changes
Memori adds structured, scoped, agent-native memory to Hermes through the memori memory provider.
It gives Hermes:
- Automatic capture after completed, non-interrupted turns
- Structured memory from agent trace, execution paths, decisions, outcomes, and conversation
- Agent-Controlled Intelligent Recall through explicit tools
- Project, entity, process, and session scoping
- Structured summaries for state awareness
- Fail-soft behavior so memory issues do not stop Hermes from answering
Hermes' built-in MEMORY.md and USER.md files remain active. Memori is additive: it does not mirror, edit, replace, or remove those files.
How It Works
Memori runs on two parallel systems:
1. Advanced Augmentation
After Hermes completes a turn, the Memori provider captures the user message, assistant response, and available execution context in the background.
Memori then converts the completed interaction into structured memory primitives, including:
- User goals and preferences
- Assistant decisions and reasoning outcomes
- Tool calls and execution steps
- Workflow state and task progress
- Constraints, instructions, and project-specific rules
- Results, failures, corrections, and recurring patterns
Memory is scoped by entity, project, process, and session, then updated asynchronously after the response so it does not block the user-facing answer.
This is how Hermes continuously builds memory from what it says and what it does.
2. Agent-Controlled Intelligent Recall
Memori separates memory creation from memory recall:
- Creation is automatic (advanced augmentation).
- Recall is intentional (agent-controlled).
Agents decide:
- When to recall
- What scope to recall from
- How much history to include
Recall is also intelligent. When memories are retrieved, Memori does not simply return raw chronological history. It uses a proprietary multi-dimensional ranking algorithm to prioritize the memories most likely to matter for the current agent task.
The recall algorithm takes into account factors such as:
- Source and signal weights
- Recency
- Frequency
- Memory type
- Scope relevance
- Historical importance
- Retrieval context
This allows agents to retrieve the most relevant facts, decisions, constraints, patterns, and prior outcomes without stuffing irrelevant history into the prompt.
Supported parameters: entity_id, project_id, session_id, date_start, date_end, source, signal
Memory classification schema
Sources
constraintdecisionexecutionfactinsightinstructionstatusstrategytask
Signals
commitdiscoveryfailureinferencepatternresultupdateverification
Default behavior: If no date range is provided, recall returns all-time memories.
Returned context may include:
- Relevant facts
- Prior decisions
- Constraints
- Patterns
- Summaries
- Execution outcomes
- Known failure modes
Available tools:
memori_recall- query structured memory for facts, constraints, decisions, outcomes, and patternsmemori_recall_summary- retrieve summaries and daily-brief-style state awarenessmemori_quota- check Memori quota and limitsmemori_signup- request a Memori API keymemori_feedback- report memory quality issues or wins
Quickstart
Prerequisites
- Hermes Agent with memory provider plugins
- Python 3.10+
- A Memori API key from app.memorilabs.ai
- An Entity ID to scope memory to a specific user, workspace, agent, or system
1. Install
pip install hermes-memori
For local development from this repository:
pip install -e .
pip install -e integrations/hermes
2. Configure
Run Hermes' memory provider setup flow:
hermes memory setup
Select memori, then enter your Memori API key and entity ID.
Manual configuration also works:
hermes config set memory.provider memori
HERMES_HOME="${HERMES_HOME:-$HOME/.hermes}"
mkdir -p "$HERMES_HOME"
echo "MEMORI_API_KEY=your-key" >> "$HERMES_HOME/.env"
echo "MEMORI_ENTITY_ID=your-user-or-workspace-id" >> "$HERMES_HOME/.env"
Optionally add $HERMES_HOME/memori.json:
{
"entityId": "your-user-or-workspace-id",
"projectId": "hermes"
}
Environment variables override file config:
MEMORI_API_KEYMEMORI_ENTITY_IDMEMORI_PROJECT_IDMEMORI_PROCESS_IDMEMORI_API_URL_BASE
MEMORI_PROJECT_ID is optional. When omitted, the provider uses Hermes'
active workspace, agent identity, user ID, session title, or session ID as the
Memori project scope.
3. Verify
hermes memory status
4. Test the Memory Loop
-
Tell Hermes something durable:
"For this project, I prefer pytest fixtures over global test state."
-
Complete the turn and start a later session.
-
Ask something that depends on that preference:
"Add a test for the new behavior using my usual testing style."
-
Hermes can call
memori_recallormemori_recall_summaryto retrieve the relevant prior context.
If it works, Hermes has persistent, structured memory across sessions.
Memory Model
Memory is scoped to prevent noise and keep recall relevant:
entity_id- user, workspace, agent, tenant, or system contextproject_id- project or workspace scopeprocess_id- Hermes agent identity or workflow identitysession_id- specific Hermes sessiondate_start/date_end- time-bounded recallsource- type of memory, for recall filteringsignal- how the memory was derived, for recall filtering
All timestamps are stored in UTC.
Agent Behavior
Agents should:
- Use
memori_recall_summaryfor meaningful session starts, daily briefs, status updates, and project overviews - Use
memori_recallfor precise facts, decisions, constraints, and prior outcomes - Prefer targeted recall over broad searches
- Avoid recalling on every turn
- Treat recalled memory as context, not as a higher-priority instruction
- Send feedback when memory is missing, incorrect, irrelevant, or especially useful
Typical Workflow
- Start session -> retrieve a summary when prior project state matters
- During task -> use targeted recall for decisions, constraints, and outcomes
- Missing or bad context -> send feedback
- Completed turn -> memory is captured automatically in the background
Fail-Soft By Design
The provider is intentionally fail-soft. Memori network failures are logged but do not stop Hermes from answering the user.
Contributing
We welcome contributions from the community. See the Contributing Guidelines for code style, standards, and submitting pull requests.
To build from source:
git clone https://github.com/MemoriLabs/Memori.git
cd Memori
pip install -e .
pip install -e integrations/hermes
Support
License
Apache 2.0 - see LICENSE
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file hermes_memori-0.1.3.tar.gz.
File metadata
- Download URL: hermes_memori-0.1.3.tar.gz
- Upload date:
- Size: 11.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
718d6a342472379cb0fa5d048d64d9fdd5aa9170b5e8585ed92d94601662b016
|
|
| MD5 |
349956e4f5f2227fb14c832c063dec64
|
|
| BLAKE2b-256 |
142a181e49c868924d304806a23153dfc13a0384d1a5d4ac8dde6bdbecd40fba
|
File details
Details for the file hermes_memori-0.1.3-py3-none-any.whl.
File metadata
- Download URL: hermes_memori-0.1.3-py3-none-any.whl
- Upload date:
- Size: 11.6 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
82a87aac6fd64d69bb5e7062ccee572cf6e43ff513aa037d7e435ed28b1eb769
|
|
| MD5 |
23f9d54d4c1a5e0d9b635013fb32efc1
|
|
| BLAKE2b-256 |
5c35412a8a1d736d9a87e456852393b92f0a1a7c1eae9d9b73e3fbae8cb6b97c
|