
Context Fabric
- 2 repo stars
- Updated July 28, 2026
- VIKAS9793/context-fabric
Context Fabric is a MCP server that syncs agent context and decision history to reduce memory drift across coding sessions.
About
Context Fabric is an MCP server that acts as a sync layer between your agents and durable project memory: it targets continuity and automatic reduction of context drift when you work in bursts across Idea through Operate. developers juggling Claude Code sessions on one codebase know the failure mode—yesterday’s schema choice vanishes and the model confidently rewrites it. Context Fabric combines MCP tooling with SQLite-backed storage and git-adjacent workflow signals so decisions and state can be re-injected instead of re-narrated every chat. Registry metadata highlights decision-log and cadre-engine concepts, positioning it as professional agent infrastructure rather than a note-taking skill. Install via npx context-fabric for stdio clients. It complements skills like planning or code review by supplying persistence; it does not replace version control or issue trackers. Expect intermediate setup if you wire custom project roots and retention rules.
- Context Fabric v1.0.7 npm package context-fabric with stdio and npx runtime hint
- Sync layer focused on continuity and reducing context drift across agent sessions
- Decision-log and cadre-engine keywords in registry metadata
- Stack signals: TypeScript, SQLite, MCP, and git for local durable context
- Publisher metadata marks status stable and priority high
Context Fabric by the numbers
- Data as of Jul 28, 2026 (Skillselion catalog sync)
claude mcp add context-fabric -- npx -y context-fabricAdd your badge
Show developers this MCP server is listed on Skillselion. Paste this into your README.
| repo stars | ★ 2 |
|---|---|
| Package | context-fabric |
| Transport | STDIO |
| Auth | None |
| Last updated | July 28, 2026 |
| Repository | VIKAS9793/context-fabric ↗ |
What it does
Keep long-running agent sessions aligned with prior decisions by syncing context and logging choices so memory drift does not rewrite your roadmap mid-build.
Who is it for?
Best when you're running long-horizon Claude Code or Cursor projects and need durable context sync beyond the model window.
Skip if: Single-shot prompts, teams with no MCP setup, or orgs that already enforce full traceability in Linear and Notion without agent hooks.
What you get
Agents pull synchronized context and decision logs so continuity holds from research through iteration without manual recap prompts.
- Synchronized agent context across sessions
- Decision log suitable for re-injection into prompts
- Reduced rework from forgotten prior choices
By the numbers
- Registry version 1.0.7
- npm identifier: context-fabric (npx runtime hint)
- Documented stack: TypeScript, SQLite, MCP, git
README.md
Context Fabric
Current stable release: v1.0.7. See CHANGELOG.md for the release notes.
Official Registry Support
Context Fabric is configured for official inclusion in the Model Context Protocol (MCP) Registry.
- Namespace:
io.github.VIKAS9793/context-fabric - Metadata: server.json
- Distribution: Published as an npm package with official MCP Registry metadata.
The context synchronization layer for AI coding agents. Ensure project continuity, eliminate agent memory drift, and manage token budgets automatically across any coding session.
Context Fabric is an MCP server that automatically captures project state on every git commit, detects when stored context has drifted from codebase reality, and delivers structured, token-budgeted briefings to AI agents — without requiring any developer action.
The Problem
Developers using AI coding agents manually construct and maintain documentation systems, session handoff rituals, and context workflows to compensate for the absence of native project continuity tooling. These workarounds share one property: they go stale after commits, and nothing detects it.
The problem is not that AI forgets. The problem is context drift — stored context becomes incorrect after code changes, and AI agents proceed with that incorrect context confidently.
Context Fabric is the infrastructure layer that solves it at the root.
CADRE — Context-Aware Drift Resolution Engine
Context Fabric is powered by CADRE, a five-engine internal architecture. Every engine solves a specific, documented failure mode observed in real developer workflows.
What CADRE is. CADRE is the automated replacement for every manual context management system developers currently build themselves. It sits between the git event stream and the AI agent, deciding what context to capture, when it has drifted, which parts are relevant to the active query, what they cost in tokens, and how to deliver them structured and reliably.
Who CADRE is for. Developers building multi-session AI-assisted software projects who currently spend time on any of the following: updating markdown files after commits, creating session-end summaries, maintaining CLAUDE.md or AGENTS.md files, building RAG pipelines for project context, or manually deciding which documentation to load before each task.
The Five Engines
E1 — WATCHER
Installs a git post-commit hook on context-fabric init. Fires automatically on every commit. Reads committed Git blobs instead of the mutable working tree, computes SHA256 fingerprints, extracts exported symbols, calculates token estimates, and upserts everything into the local SQLite store. The developer does nothing after setup.
Replaces: markdown-per-commit workflows, 5-step session rituals, and AI interview workflows used to extract structured project knowledge before sessions.
E2 — ANCHOR
On every cf_query call, compares stored SHA256 hashes against the current state of every tracked file. Returns a DriftReport with a 0–100 drift score and severity classification: LOW (under 10%), MED (10–30%), HIGH (over 30%). Stale files are identified by path and hash delta.
Replaces: manual documentation alignment reviews and the undetected staleness in AGENTS.md that ETH Zurich research (arXiv:2602.11988) demonstrated degrades AI coding performance.
E3 — ROUTER
Runs SQLite FTS5 BM25 against the stored component index using the query text from cf_query. Returns components ranked by relevance. Path matches are weighted 2x over export symbol matches, because a file path carries structural meaning about the codebase organisation. Falls back to recency sort when the query produces zero MATCH results.
Replaces: manual selection of which documentation to include per task, and the modular context selection problem that emerges when projects decompose knowledge across many files.
E4 — GOVERNOR
Applies a configurable token budget ceiling to the E3 ranked output using greedy selection on the relevance-ordered list. Default: 8% of the model context window, leaving 92% for conversation and code. Oversize components are skipped so the remaining budget can still be used by later-ranked matches. Token estimates pre-calculated by E1 mean zero additional file reads at budget selection time.
Replaces: manual token management, and the pattern of keeping sessions alive indefinitely to avoid the cost of context restoration on restart.
E5 — WEAVER
Composes a structured markdown briefing from E3 and E4 output. Sections: Project State, Architecture, Architecture Decisions, Budget Summary. When E2 severity is MED or HIGH, a Drift Warning section is prepended before all other content, so the AI is informed of context reliability before reading it.
Replaces: static AGENTS.md briefings that never update, and the manual briefing preparation that developers perform at every session start.
Data Flow
git commit
|
v
E1 WATCHER --- SHA256 fingerprint --- SQLite upsert --- FTS5 index update
|
cf_query("...")
|
v
E2 ANCHOR --- drift check --- DriftReport
|
v
E3 ROUTER --- FTS5 BM25 --- ranked component list
|
v
E4 GOVERNOR --- greedy selection --- budget-capped set
|
v
E5 WEAVER --- briefing composition --- MCP response
Quick Start
npx context-fabric init
Initialises the SQLite store, installs the git post-commit hook, stages the stable local runtime under .context-fabric/runtime, and runs an initial capture. Connect the MCP server to your tool and context delivery is active from the next commit.
Installation & Setup
Initialise your project: Navigate to any git-managed repository and run:
npx context-fabric initConfigure your AI Environment (Cursor/VS Code/Windsurf): Add the following to your MCP configuration file.
Windows Users (Crucial):
{ "mcpServers": { "context-fabric": { "command": "cmd", "args": ["/c", "npx", "context-fabric"] } } }Mac / Linux Users:
{ "mcpServers": { "context-fabric": { "command": "npx", "args": ["-y", "context-fabric"] } } }
Health & Repair
Use the health commands when validating a local install or recovering from a broken hook/runtime state.
npx context-fabric doctor
npx context-fabric doctor --repair
doctor reports schema version, search index version, DB integrity, degraded mode, pending and failed captures, plus hook runtime readiness. doctor --repair refreshes the local runtime bundle, reinstalls the stable hook wrapper, validates .gitignore, and rebuilds the search index when the database is healthy.
Troubleshooting
spawn npx ENOENT Errors
This usually means npx is not in the system's inheritance path for the IDE.
- Fix: Use the absolute path to
nodeand thecontext-fabricbinary. - Use
where node(Windows) orwhich node(Mac/Linux) to find your path. - Example for NVM/FNM users:
"command": "/Users/name/.nvm/versions/node/v22.14.0/bin/node", "args": ["/Users/name/.nvm/versions/node/v22.14.0/bin/context-fabric"]
WSL Users
If you run VS Code on Windows but your code is in WSL, you must run init inside the WSL terminal and use the WSL-absolute path to node in your config.
Project Path Spaces
On Windows, spaces in your project path (e.g., C:\My Projects\app) can break the npx spawn. If the server fails, consider moving your project to a path without spaces.
Feedback & Reporting
If something breaks, please run:
npx context-fabric doctor
npx context-fabric diag remains available as a compatibility alias.
FAQ
Does Context Fabric send my code to a server? No. It is local-only and does not make outbound network calls for capture, retrieval, or drift analysis.
Does it index uncommitted changes? No. Captured state is based on committed Git objects. Uncommitted changes are detected by drift checks, but they are not indexed as the new source of truth until you commit and capture them.
Is this a replacement for AGENTS.md, CLAUDE.md, or human docs?
It reduces the need for manual session-handoff documents, but it is not a replacement for product specs, onboarding guides, or stakeholder-facing documentation.
What files does it write locally?
It writes under .context-fabric/ for the database and runtime bundle, and installs .git/hooks/post-commit to keep capture automatic.
When should I not use it? Do not use Context Fabric if you need cloud sync, cross-repo search, full semantic indexing of implementation bodies, or project-file mutation from MCP tools.
How do I recover a broken install?
Run npx context-fabric doctor first. If the hook runtime or local state needs repair, run npx context-fabric doctor --repair.
Full FAQ: docs/FAQ.md
MCP Tools
| Tool | Engines | Purpose |
|---|---|---|
cf_capture |
E1 | Manual context capture outside of a git commit |
cf_drift |
E2 | Standalone drift check — returns severity and stale file count |
cf_query |
E2 + E3 + E4 + E5 | Full context briefing for the current task |
cf_health |
Local health | Report database, capture, hook, and search index health |
cf_log_decision |
Storage | Persist an architecture decision across sessions |
Tech Stack
| Layer | Package | Version |
|---|---|---|
| MCP Protocol | @modelcontextprotocol/sdk |
1.29.0 |
| Storage and search | better-sqlite3 + FTS5 |
12.8.0 |
| Schema validation | zod |
^4.3.6 |
| Language | TypeScript | 5.5+ |
| Runtime | Node.js | >=22.0.0 <25.0.0 |
| Transport | stdio (Phase 1) | MCP SDK built-in |
Security
| Access type | Scope |
|---|---|
| Filesystem reads | Project root only — path traversal rejected |
| Filesystem writes | .context-fabric/cf.db, .context-fabric/runtime/**, .context-fabric/bin/post-commit, and .git/hooks/post-commit |
| Network | None — zero outbound connections, no telemetry |
| Project file writes | None — no tool call writes to project files |
See SECURITY.md for the vulnerability disclosure process.
Requirements
- Node.js
>=22.0.0and<25.0.0 - A git repository
- Any MCP-compatible AI coding tool
Contributing
Read CONTRIBUTING.md before opening a pull request.
Project Docs
- Developer Guide
- FAQ
- Use Cases and Limitations
- Wiki Home Source
- Wiki Publishing Guide
- Security Policy
- Changelog
👥 Project Team
- VIKAS SAHANI — Product Lead / HITL / Agent Orchestrator
- Antigravity — AI Agent / Code Architect
🔬 Research & Data Disclaimer
This project is part of ongoing research into AI-native development workflows and context-aware drift resolution.
- Public Data: Snippets, logs, or metrics generated during public sessions may be used for research and verification purposes.
- Privacy: No personal data or proprietary codebase logic is stored outside of the local
.context-fabricdirectory unless explicitly shared.
License
MIT — see LICENSE.
Built by VIKAS SAHANI.
Recommended MCP Servers
How it compares
Agent context-sync MCP with SQLite decision logging, not a brainstorming or writing-plans methodology skill.
FAQ
Who is io.github.VIKAS9793/context-fabric for?
Developers using MCP agents on one product over weeks who need automatic continuity instead of pasting session summaries.
When should I use io.github.VIKAS9793/context-fabric?
Use it whenever agents revisit the same repo across phases—especially Operate iterate work—and you see repeated mistakes from forgotten decisions.
How do I add io.github.VIKAS9793/context-fabric to my agent?
Register the npm MCP server context-fabric with stdio transport (runtime hint npx) in Claude Code, Cursor, or compatible clients per the GitHub README.