Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.NORTHTEKDevs/lossless-context-mcp

NPM · LOSSLESS-CONTEXT-MCP · SCANNED AUG 23

Agent context flight recorder: restore after compaction, fan-out packs, signed git-bound receipts.

+4 this week 75 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score →

Supply Chain Security98
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • No install/post-install scripts declared.Pass
  • 30 of 98 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency45
Schema Quality & AI Usability74
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 1321 tokens (~120/item across 11 items; 11 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management47
  • Stability observed for 14 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage98
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 95% of tool parameters carry a description.Partial
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the io.github.NORTHTEKDevs/lossless-context-mcp server?

io.github.NORTHTEKDevs/lossless-context-mcp runs locally as an npm package, launched with npx -y lossless-context-mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

npm · lossless-context-mcp

# add to Claude Code
claude mcp add northtekdevs-lossless-context-mcp -- npx -y lossless-context-mcp
// .cursor/mcp.json
{
  "mcpServers": {
    "northtekdevs-lossless-context-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "lossless-context-mcp"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "northtekdevs-lossless-context-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "lossless-context-mcp"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add northtekdevs-lossless-context-mcp -- npx -y lossless-context-mcp
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "northtekdevs-lossless-context-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "lossless-context-mcp"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add northtekdevs-lossless-context-mcp --command npx --arg -y --arg lossless-context-mcp
# ~/.hermes/config.yaml
mcp_servers:
  northtekdevs-lossless-context-mcp:
    command: "npx"
    args: ["-y", "lossless-context-mcp"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "northtekdevs-lossless-context-mcp": {
      "Transport": "stdio",
      "Command": "npx",
      "Arguments": [
        "-y",
        "lossless-context-mcp"
      ]
    }
  }
}
# add to Vellum
assistant mcp add northtekdevs-lossless-context-mcp -t stdio -c npx -a -y lossless-context-mcp
// mcp.json
{
  "mcpServers": {
    "northtekdevs-lossless-context-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "lossless-context-mcp"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 23 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 43 to 47. That category is still filling its 30-day observation window: 13 days of observed history at the previous scan, 14 at this one. The score rises as the window fills, whether or not the server changes.

  • 20 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.

  • 18 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 27 to 30. That category is still filling its 30-day observation window: 8 days of observed history at the previous scan, 9 at this one. The score rises as the window fills, whether or not the server changes.

  • 17 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

  • 14 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.

  • 12 Aug 26 +16
    • Malware scan: unverified → pass security
    • Package version: 1.4.0 → 2.0.0 functional
  • 11 Aug 26 −13
    • Malware scan: pass → unverified security
    • Known CVEs: pass → unverified security
    • Dependency health: 0.86 → unverified functional
    • Schema quality: pass → fail functional
    • Tool coverage: 90% → 95% functional
    • Stability: unverified → 0.07 functional
    • Package version: 1.2.3 → 1.4.0 functional
    • Package version: 1.2.3 → 1.3.0 functional
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 9 Aug 26 67

    First indexed and scored.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 23 Aug 2026 · Analysed npm/lossless-context-mcp@2.0.0

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem npm
Dependencies 98 packages
Packages resolved 98
Stale 30
Tree resolution Complete
MCP tools · 11 exposed · ~1,321 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.

Tool Tokens
context_blame ~135

Forensics: what did the agent see of this file, and when? Every content version the flight recorder observed (SHA-256 + git blob SHA-1, first/last seen, capture source, sessions), plus what else was in context around a focus moment. The evidence-backed answer to "why did the agent do that?" — query history instead of trusting self-report.

NameTypeReqDescription
atstringFocus moment (ISO timestamp). Default: last time the file was seen.
pathstringyesThe file to blame.
window_minutesintegerCo-context window around the focus (default 30).

No output schema declared.

No examples provided.

context_receipt ~189

Issue an HMAC-SHA256-signed context receipt: every file/view the model was shown via this ledger, the SHA-256 of each content version, git binding (blob SHA-1 per version, repo HEAD at issue time), delivery kinds, token totals, and an explicit coverage statement. With include_sweep, also attests native-tool reads captured by the transcript-sweep hooks. The auditable answer to "what did the AI see when it did this?". Signs with LOSSLESS_RECEIPT_KEY or the shared trust key file, so it verifies with the same key as trust-mcp receipts. Verify later with verify_context_receipt.

NameTypeReqDescription
artifactstringyesWhat this context evidence is for (repo, ticket, deploy, session id).
include_sweepbooleanAlso attest files captured by transcript sweeps in the last 24h (source: sweep).

No output schema declared.

No examples provided.

context_stats ~67

Where did this session’s file-read tokens go? Totals, per-repo breakdown, heaviest files, dedup savings, and a USD estimate (LOSSLESS_PRICE_PER_MTOK, default $3/MTok input). Counted with a real tokenizer on exactly what this server sent.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

coordination_status ~67

The air-traffic radar for concurrent agents on this machine: which agent processes are active (from the coordination plane the guard hooks maintain), what they have been editing, which files have cross-session activity, and where edit conflicts are brewing. Advisory visibility only — sessions without the hooks installed are invisible.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

export_pack ~174

Build a fan-out context pack: the stable, hot files (ranked across sessions from the flight-recorder history) rendered as one deterministic block to embed VERBATIM in a custom agent-type's SYSTEM PROMPT. Siblings in a fan-out then hit the prompt cache on that shared prefix instead of each re-reading the same files (measured on a real review fan-out: 46.55% cheaper; per-task injection measured WORSE — see README). Files matching secret patterns are never packed.

NameTypeReqDescription
budget_tokensintegerApprox token ceiling for the pack (default 30000).
daysintegerHistory window for ranking (default 14).
repostringOnly pack files from this repo root.
topintegerMax files in the pack (default 8).

No output schema declared.

No examples provided.

outline ~65

Return a cheap structural outline of a file: declaration lines (functions, classes, types, methods) with line numbers, bodies elided. Use this to navigate a large/unknown file before reading specific parts with read_file.

NameTypeReqDescription
pathstringyesPath to the file to outline.

No output schema declared.

No examples provided.

read_file ~241

Read a text file through the context ledger. The FIRST read of a file/view (or the first after a context compaction) returns full content. A later read of an UNCHANGED view returns a short "reuse what you have" marker. A later read of a CHANGED view returns a unified DIFF to apply to the copy you already have. Optionally read just one symbol (function/class by name) or a line range instead of the whole file. All dedup is lossless: it only diffs/withholds content it can prove you still have. Every read is metered (see context_stats) and attested in the signed context receipt. Pass force_full:true for the whole content regardless.

NameTypeReqDescription
force_fullbooleanReturn full content even when a diff or unchanged-marker would suffice.
linesstringReturn only this 1-based inclusive line range, e.g. "40-90".
pathstringyesPath to the file to read (absolute, or relative to the server cwd).
symbolstringReturn only this function/class/type by name (heuristic brace/indent extraction).

No output schema declared.

No examples provided.

read_files ~96

Read a working set of text files in one call, each through the same lossless ledger as read_file (full on first contact, unchanged-marker or diff on re-reads). One call for N files instead of N calls. Per-file errors are reported inline without failing the batch.

NameTypeReqDescription
force_fullbooleanReturn full content for every file regardless of ledger state.
pathsarrayyesFiles to read, in order.

No output schema declared.

No examples provided.

restore_context ~129

Re-emit the working set after a compaction (or /clear) destroyed it. Serves CURRENT disk content of the requested files — by default the top of the pre-compaction manifest the sweep hook wrote — through the lossless ledger, annotating any file that changed since the model last saw it. Budget-capped so a restore cannot blow the fresh context; files over budget are listed, not silently dropped.

NameTypeReqDescription
budget_tokensintegerApprox token budget for restored content (default 25000).
filesarraySpecific files to restore (default: the manifest working set).

No output schema declared.

No examples provided.

verify_context_receipt ~61

Verify a context receipt + signature pair against the local receipt key (timing-safe, canonicalized so JSON field order does not matter).

NameTypeReqDescription
receiptobjectyesThe receipt object exactly as returned by context_receipt.
signaturestringyes

No output schema declared.

No examples provided.

working_set ~97

What has this session been working on? A heat-ranked table of the files the flight recorder knows about — from this server's own reads plus any transcript sweeps the hooks performed (last 24h) — with sizes, touch counts, and staleness vs current disk state. Use after a compaction to see what is recoverable, or anytime for orientation.

NameTypeReqDescription
limitintegerMax files to list (default 15).

No output schema declared.

No examples provided.

Common questions

What is the io.github.NORTHTEKDevs/lossless-context-mcp server?

io.github.NORTHTEKDevs/lossless-context-mcp is listed in the public MCP registry as io.github.NORTHTEKDevs/lossless-context-mcp. Agent context flight recorder: restore after compaction, fan-out packs, signed git-bound receipts. This page covers its npm package (lossless-context-mcp).

Is the io.github.NORTHTEKDevs/lossless-context-mcp server safe to use?

io.github.NORTHTEKDevs/lossless-context-mcp scores 75 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 23 August 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.NORTHTEKDevs/lossless-context-mcp server expose?

io.github.NORTHTEKDevs/lossless-context-mcp exposes 11 tools: read_file, read_files, outline, context_stats, working_set, and 6 more. Their descriptions and schemas cost roughly 1,321 tokens of context every time the server is loaded.

Is the io.github.NORTHTEKDevs/lossless-context-mcp server still maintained?

io.github.NORTHTEKDevs/lossless-context-mcp is still listed as active in the MCP registry. We last reached this channel on 23 August 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the io.github.NORTHTEKDevs/lossless-context-mcp server under?

io.github.NORTHTEKDevs/lossless-context-mcp declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.