Engrams is an MCP server that gives AI assistants structured, queryable memory for your projects — decisions, patterns, progress, and team rules — so you stop re-explaining your stack in every prompt.
Installation
Prerequisites
- Python 3.8+
- uv — Install
Add to Your MCP Client
Add the following to your MCP settings file (mcp.json or your IDE's MCP configuration):
{
"mcpServers": {
"engrams": {
"command": "uvx",
"args": [
"--reinstall",
"--from",
"engrams-mcp",
"engrams-mcp",
"--mode",
"stdio",
"--log-level",
"INFO"
]
}
}
}
Works with Roo Code, Cline, Cursor, Windsurf, Claude Code, and any MCP-compatible client.
Workspace detection is automatic — no
--workspace_idflag required. Engrams locates your project root per-call using.git,package.json, and similar indicators.
Add Custom Instructions to Your Project
After installing, run engrams init from your project root to scaffold the strategy file for your AI tool:
engrams init --tool roo # → .roo/rules/engrams_strategy + .roomodes + system prompts
engrams init --tool cline # → .clinerules
engrams init --tool cursor # → .cursorrules
engrams init --tool windsurf # → .windsurfrules
engrams init --tool claude-code # → CLAUDE.md
engrams init --tool generic # → engrams_strategy.md
engrams init --list # See all supported tools
Reducing Token Costs
Every time you start a new AI session, you're re-paying to re-establish project context: your stack, your conventions, your current task. With a large project and frequent sessions, this adds up fast.
Engrams stores that context once in a local SQLite database. Your AI assistant retrieves only what's relevant to the current task — not everything, not nothing.
Before Engrams — you prompt with background context every session:
You: We use FastAPI with SQLAlchemy and PostgreSQL. JWT auth is required on all
routes. Follow the existing error handling pattern. Now add a /medications
endpoint that...
After Engrams — the context is already there:
You: Add a /medications endpoint that...
AI: Retrieving relevant context...
Decision #23: PostgreSQL primary database
Decision #24: SQLAlchemy for all DB operations
Decision #7: JWT auth required on all routes
Pattern #5: Structured error handling
Implementing with SQLAlchemy, JWT middleware, and structured error responses...
The more you log, the less you repeat. Features like codebase bindings and context budgeting ensure that only the relevant context for each task is loaded — keeping prompt sizes (and costs) low even as the knowledge base grows.
Establishing Team Rules
Engrams has a two-layer governance system: team-level rules that apply to everyone, and individual-level rules for personal workflow preferences.
Log a team decision
You: "The team has decided to use PostgreSQL for the primary database because
we need ACID guarantees and complex query support. This is a team-level
architectural decision."
AI: Decision #23 logged:
Use PostgreSQL for primary database
Rationale: ACID guarantees, complex query support, mature ecosystem
Scope: Team Architecture
Tags: database, architecture
Block conflicting proposals automatically
Once a team rule is in place, Engrams enforces it:
You: "I want to use MongoDB for the analytics module"
AI: ⚠ Governance Conflict Detected
Your proposal conflicts with Team Decision #23:
"Standardize on PostgreSQL for all data storage"
Scope: Core Architecture (Team-level, hard block)
Would you like to propose an amendment instead?
Allow individual overrides
Individual developers can still log personal workflow strategies without affecting team rules:
You: "When I'm ready to create a PR, compare my branch with main, generate
a summary of my changes, run autoflake on the API, and fix any critical
lint errors."
AI: Individual strategy #4 created and saved.
See the Governance documentation for scopes, amendment workflows, and compliance checks.
Learn More
The Engrams documentation site covers all features in detail:
- How It Works
- Semantic Search
- Codebase Bindings
- Context Budgeting
- Knowledge Graph
- Project Onboarding
- Knowledge Dashboard
- MCP Tool Reference
- Contributing
License
Apache 2.0 · Forked from GreatScottyMac/context-portal v0.3.13
Metadata
Release files for engrams-mcp 1.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| engrams_mcp-1.4.0.tar.gz | 268.0 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| engrams_mcp-1.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 619.7 kB
Release files / engrams_mcp-1.4.0.tar.gz
| Download URL | engrams_mcp-1.4.0.tar.gz |
|---|---|
| Size | 268.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
7de5eecc18e0b0f44a04e75fb0414f605634426d48c5763194d8ecbbd58a39e9
|
|
BLAKE2b-256 checksum How to use checksums |
8e509f674d918b01bf98aea8449c686f9392ade5814a96933577ca7d9bba4303
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.11.11
|
Release files / engrams_mcp-1.4.0-py3-none-any.whl
| Download URL | engrams_mcp-1.4.0-py3-none-any.whl |
|---|---|
| Size | 351.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
07117e34256115811e5ff2b4ebe6a31844d79b30a280b3e0b6cdceb00b45008e
|
|
BLAKE2b-256 checksum How to use checksums |
6f0f098c71476c954e70a19eb1ed17f246e6dfb35cc5cbb0dee9a3b21d312e57
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.11.11
|
Security for engrams-mcp 1.4.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.