npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

knocoph

v1.5.0

Published

Knocoph is a local MCP server that parses TypeScript and JavaScript codebases into a persistent knowledge graph stored in SQLite.

Readme

Knocoph

Knocoph (nok-of) is a local MCP server that transforms TypeScript and JavaScript codebases into a persistent code knowledge graph stored in SQLite.

Instead of AI assistants greedily reading entire files and burning context tokens, Knocoph enables structural codebase navigation through deterministic graph queries. Navigate call chains, import graphs, inheritance hierarchies, and symbol dependencies with near-instant responses and minimal token consumption.

Installation

Install globally so the knocoph command is available in PATH:

npm install -g knocoph

Configuring the MCP server

Add Knocoph to your MCP client configuration (e.g. .mcp.json, claude_desktop_config.json):

{
  "servers": {
    "knocoph": {
      "type": "stdio",
      "command": "knocoph",
      "env": {
        "knocoph_DB": "./.knocoph/graph.db",
        "knocoph_ROOT": "."
      }
    }
  }
}

Both env variables are optional — Knocoph uses sensible defaults if they are omitted:

| Variable | Default | Description | | -------------- | --------------------- | ------------------------------------------------------------------------------------------------------------------------------- | | knocoph_DB | ./.knocoph/graph.db | Path to the SQLite database file. Relative paths resolve from the working directory (the project root). | | knocoph_ROOT | . | Root directory to auto-index on first run (before any index_project call). Relative paths resolve from the working directory. |

Minimal configuration with defaults (no env block required):

{
  "servers": {
    "knocoph": {
      "type": "stdio",
      "command": "knocoph"
    }
  }
}

Instructing AI assistants to use Knocoph

To guide your AI assistant (Claude, Copilot, etc.) to use Knocoph MCP tools effectively instead of reading files directly, copy the instructions from MCP_USAGE.md into your AI assistant's system prompt, AGENTS.md, CLAUDE.md or equivalent configuration file.

These instructions teach AI to:

  • Use find_symbol before opening files
  • Use graph queries to understand relationships instead of burning context tokens
  • Call explain_impact before making changes
  • Use get_snippet to fetch exact code ranges rather than entire files

This approach minimizes token consumption and provides fast, accurate structural answers.

Features

  • Persistent code graph — parses codebases into nodes (symbols) and edges (relationships), stored in SQLite
  • Automatic indexing — file watcher keeps the graph updated as code changes
  • Zero file reading — query structural questions without opening source files
  • MCP tools — 7 specialized query tools for different exploration patterns
  • Cross-file relationships — tracks imports, exports, calls, inheritance, and containment
  • TypeScript path alias resolution — automatically reads tsconfig.json to resolve @scope/... style imports

How It Works

  1. Parse — TypeScript ESLint parser extracts symbols, types, and relationships from source files
  2. Graph — Builds nodes for functions, classes, interfaces, variables, etc.
  3. Store — Persists all metadata and edges in SQLite
  4. Query — Serve structural answers via MCP tools without re-parsing

MCP Tools

| Tool | Purpose | | -------------------- | -------------------------------------------------------------------------------- | | codebase_overview | Get structural summary of entire codebase (files, symbols, kind distribution) | | find_symbol | Locate any symbol by name; optionally include source code snippet | | get_neighbors | Explore incoming/outgoing relationships by symbol name or ID | | get_snippet | Fetch exact source code snippet for a symbol or line range | | explain_impact | Blast radius and dependency analysis; understand why a symbol exists | | query_architecture | File-level view — what symbols does a file define and import/export? | | index_project | Trigger or refresh graph indexing; auto-detects tsconfig.json for path aliases |

TypeScript Path Aliases

If your project uses compilerOptions.paths in tsconfig.json (e.g. @myapp/*, @auth), Knocoph resolves them automatically. When index_project is called, it looks for tsconfig.json in the project root and reads compilerOptions.paths and baseUrl to resolve aliased imports to their real file paths.

No configuration needed for the standard setup:

// tsconfig.json
{
  "compilerOptions": {
    "baseUrl": ".",
    "paths": {
      "@myapp/*": ["src/*"], // @myapp/utils → src/utils.ts
      "@auth": ["src/auth/index.ts"],
    },
  },
}

If your tsconfig.json is not at the project root, pass the path explicitly:

index_project { root_dir: ".", tsconfig_path: "./packages/app/tsconfig.json" }

Supported patterns: simple prefix wildcards (@scope/*) and exact matches (@auth). Only the first replacement in each array is used. Complex multi-wildcard patterns are skipped.

Quick Reference

# Install globally
npm install -g knocoph

# Run tests (contributors)
npm run test:ci

# Format and lint (contributors)
npm run prettier
npm run lint

Design Principles

  • Graph before files — structural questions answered without file I/O
  • Deterministic queries — same input always returns same result
  • Token efficiency — small, precise responses instead of full file contents
  • Simplicity — explicit, readable code over clever abstractions