
MCP Debug Recorder
io.github.oaslanankaPublished by GitHub account oaslanankav1.1.3Updated Oct 24, 2026
Record debug sessions, commands, failed attempts, and successful fixes in local SQLite storage.
Overview
A local-first debug memory server that lets an assistant record debugging sessions, commands and fixes in SQLite and search past incidents.
- What you can do
- Start, update, close and delete debug sessions, with explicit confirmation for deletion, and record failed or successful fix attempts and terminal commands with output and exit codes against a session. Search history with full-text and fuzzy reranking, find similar past errors, and fetch full session details or an AI-friendly session summary. Browse and filter sessions and summarize debug history statistics. Save, list and remove reusable search presets. Export sessions as a full JSON backup or a lightweight summary inventory, and import a validated export payload. Return a redacted diagnostics snapshot of runtime, schema, package and health signals.
- When to use it
- Useful when you want an assistant or IDE to keep a durable local record of debugging work and answer questions like whether a given error has been fixed before. Suited to desktop MCP clients on a developer's own machine rather than shared or public deployments.
- Requirements
- Runs locally over stdio, typically via npx, and needs Node.js 22 or 24 LTS with npm 10 or newer. Data is stored in a local SQLite database, by default under the user's home directory, and the native better-sqlite3 addon may need rebuilding after Node version changes. Optional Streamable HTTP mode uses HOST, PORT and, for non-loopback binding, DEBUG_RECORDER_HTTP_TOKEN plus host and origin allowlists.
Installation
In SourceWeft
- Open MCP Debug Recorder in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
debug-recorder-mcp
Local-first debug memory for MCP clients.
Record incidents, commands, failed attempts, successful fixes, diagnostics, and searchable debugging history in SQLite.
[npm version] [npm downloads] [CI] [Release] [Docs] [CodeQL] [License: MIT] [Sponsor]
Published docs · Usage · Client recipes · Security · Release flow
Why this exists
Debugging knowledge usually disappears into chat windows, terminals, and commit history. debug-recorder-mcp gives MCP-enabled agents and IDEs a durable local memory so they can answer:
“Have I fixed this before?”
It stores each debugging session, error, command, attempted fix, working fix, tags, and context in a local SQLite database. Search combines SQLite FTS5 with fuzzy reranking, reusable presets, pagination metadata, related-session groups, and optional Markdown exports.
Highlights
- Local-first storage: no external database or hosted service required.
- MCP-native tools: stdio server for desktop MCP clients plus optional Streamable HTTP mode.
- Search that survives messy errors: FTS5 + Fuse.js reranking for stack traces, typos, Unicode, and punctuation-heavy logs.
- Reusable search presets: save common filters and limits for recurring incident patterns.
- Safe operations: redaction-before-store option, explicit destructive confirmations, local HTTP host/origin/auth/body-limit hardening.
- Diagnostics:
get_diagnosticsreturns redacted runtime, schema, package, and health signals for support without leaking raw paths, tokens, stack traces, or command output. - Release-grade packaging: audit, coverage, fuzzing, package-size gates, SBOM/VEX policy, install-script approvals, provenance-ready release workflow, and MCP Registry readiness checks.
Quick start
Requires Node.js 22 LTS or 24 LTS and npm 10+.
Default database path:
Use a custom database path:
MCP client setup
Desktop MCP clients
VS Code / GitHub Copilot
Create or update .vscode/mcp.json:
More setup examples are in Client setup recipes.
Available MCP tools
Real usage examples
Have I seen this before?
Ask your MCP client:
I am getting
TypeError: Cannot read properties of undefined. Have I seen this before?
The client can call find_similar_errors, then inspect the best match with get_session_context.
Record an active incident
- Call
start_debug_sessionwith the problem title and error details. - Add terminal commands with
record_command. - Add each attempted fix with
add_fix. - Improve title, notes, or tags with
update_session. - Close the incident with
close_session.
Back up or migrate history
- Call
export_sessionswithformat: "json". The response is marked withformat: "json"and contains the fullsessions,fixes, andcommandsarrays. - Store the returned object in your backup system.
- Restore later by passing that object as
import_sessions.payload.
For a lightweight inventory, call export_sessions with format: "summary".
Summary responses are marked with format: "summary", include aggregate
stats and abbreviated session rows, and are not restore payloads.
HTTP transport
The package also supports local Streamable HTTP:
Useful routes:
GET /healthGET /version- MCP endpoint:
POST /mcp
HTTP mode is local-first by default. It binds to 127.0.0.1, creates an isolated stateless MCP server/transport per request, validates Host, validates browser Origin when present, and enforces a JSON body-size limit before the MCP transport receives the request.
For deliberate non-loopback exposure, set all of these:
Wildcard origins are rejected for remote mode. The static bearer token is private/shared-secret mode: every caller shares one identity, one authority level, and one SQLite dataset. It is suitable for loopback, an encrypted trusted network, or a private authenticating proxy, but it is not OAuth and does not provide per-user scopes or revocation.
Public multi-user HTTP is not supported by the current release. The accepted target architecture uses an external authorization server and MCP-aware gateway with protected-resource discovery, audience-bound tokens, scopes, rate limits, audit events, and subject-aware storage. See Public HTTP authorization and ADR-0006.
Configuration
Boolean configuration also accepts false, 0, and no; values are
case-insensitive, whitespace is ignored, and unsupported values fail fast.
Diagnostics reports the resolved effective values rather than re-reading changed
environment strings.
Data and privacy
- Database: local SQLite via
better-sqlite3. - Search index: SQLite FTS5 virtual table.
- Default path:
~/.debug-recorder-mcp/sessions.db. - Redaction: optional before-store redaction plus diagnostics redaction.
- Deletion: destructive operations require explicit confirmation.
- Maintenance: see Storage retention and maintenance.
better-sqlite3uses a native addon. If Node versions change and bindings fail, runnpm rebuild better-sqlite3.
Docker
The image installs with npm ci, preserves reviewed native install scripts, prunes development dependencies, and runs as the non-root node user.
Documentation
Published documentation is generated by npm run docs:site and published to GitHub Pages:
Important docs:
- Usage
- Client setup recipes
- Configuration
- Architecture
- Security
- Public HTTP authorization
- Operations
- Troubleshooting
- Storage retention
- Testing
- Release flow
- Install-script policy
- SBOM/VEX policy
- Architecture decision records
Development
Full local gate:
Release readiness:
Release and npm publishing
The normal release workflow uses Release Please, builds release assets, generates SBOM/checksums, attests the tarball, uploads GitHub Release assets, and publishes to npm with provenance.
For the first npm package creation, use the manual Initial npm Token Publish workflow with repository secret NPM_TOKEN. After the package exists and npm trusted publishing is configured, the regular Release workflow can publish through GitHub OIDC. Details are in Release flow.
License
Released under the MIT License. package.json also declares "license": "MIT", and the npm package includes LICENSE.
Funding
If this project saves you debugging time, support development here:
- Buy Me a Coffee: https://www.buymeacoffee.com/oaslananka
- GitHub Sponsors: https://github.com/sponsors/oaslananka
Funding metadata is available in both .github/FUNDING.yml and package.json.
Agent plugin and runtime configuration
This repository owns the product-level agent plugin, MCP runtime configuration, and product-specific skills for debug-recorder-mcp. The central agent-tools repository should catalog this plugin, but the manifest and workflow instructions live here so they stay synchronized with the actual MCP server package.
Validate plugin packaging locally:
Source: README.md at commit 74abd4e
Tools
0Version history
1- v1.1.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts