codeanalyzer-typescript (cants)
A TypeScript/JavaScript static-analysis toolkit — the CLDK backend that emits a canonical symbol table and call graph, as analysis.json or a Neo4j property graph.
cants is a static analyzer for TypeScript/JavaScript built on the TypeScript compiler (via
ts-morph). It produces the canonical CodeLLM-DevKit (CLDK)
analysis.json — a symbol table plus a resolver-based call graph — and can project that same
analysis into a Neo4j property graph. It is the TypeScript backend behind
CLDK, mirroring its
Python and
Java siblings.
By default the call graph is the union of two backends: the TypeScript compiler's resolver and
Jelly — a flow-based analyzer that resolves higher-order and
callback edges the resolver misses, embedded in the cants binary (no extra install). Merged edges
keep a provenance tag (tsc / jelly), so you can still tell the two apart. Pass --tsc-only to
drop Jelly and run the resolver alone, or --call-graph-provider jelly for Jelly alone.
Table of Contents
Features
- Symbol table — modules, classes, interfaces, enums, type aliases, namespaces, functions, methods, variables, decorators, and JSDoc, with precise source spans.
- Call graph — the TypeScript compiler's resolver plus Rapid Type Analysis (RTA), with phantom (external) nodes for calls into imported libraries and Node builtins.
- Pluggable call-graph backend — the
unionof thetscresolver and the embedded Jelly flow analyzer by default (--tsc-onlyfor the resolver alone,--call-graph-provider jellyfor Jelly alone). - Neo4j output — project the analysis into a labeled property graph: a self-contained
graph.cyphersnapshot, or an incremental push to a live database over Bolt. - Versioned schema — a machine-readable, version-stamped Neo4j schema contract
(
--emit schema), bundled in every release and enforced by a conformance test. - Self-contained binary — no Bun or Node required at runtime; install via
pip, Homebrew, or a one-line shell script. - Incremental — content-hash caching so re-analyzing (and re-loading the graph) only touches what changed.
Installation
Prerequisites
Running a prebuilt cants binary requires nothing — it is fully self-contained. To analyze a
project, that project should be a normal Node/TypeScript project (so the compiler can resolve types
and imports). Building cants from source requires Bun 1.0+.
Install via shell script
Download and install the prebuilt binary for your platform from the latest release:
curl --proto '=https' --tlsv1.2 -LsSf https://github.com/codellm-devkit/codeanalyzer-typescript/releases/latest/download/cants-installer.sh | sh
The installer drops cants into ~/.local/bin (override with CANTS_INSTALL_DIR) and can pin a
version with CANTS_VERSION=vX.Y.Z. Supports macOS (arm64/x86_64) and Linux (x86_64/aarch64).
Install via Homebrew
brew install codellm-devkit/homebrew-tap/codeanalyzer-typescript
Install via pip (PyPI)
The wheel bundles the prebuilt, self-contained binary for your platform (no Bun or Node required):
pip install codeanalyzer-typescript
cants --help
This is also the package CLDK's Python SDK depends on to locate the analyzer backend; it exposes
codeanalyzer_typescript.bin_path() and schema_path().
Build from source
# Install Bun, then:
git clone https://github.com/codellm-devkit/codeanalyzer-typescript
cd codeanalyzer-typescript
bun install
bun run build # → dist/cants (standalone native binary)
You can also run the analyzer directly from source without compiling:
bun run start -- --input /path/to/typescript/project
Usage
cants --input /path/to/typescript/project
With no --output, the analysis is printed to stdout as compact JSON; with --output <dir> it is
written to analysis.json (or graph.cypher for --emit neo4j) in that directory.
Options
Usage: cants [options]
CLDK TypeScript analyzer — emits the canonical analysis.json (symbol table +
resolver call graph), or a Neo4j graph.
Options:
-i, --input <path> project root to analyze (not required for
--emit schema)
-o, --output <dir> output directory (omit ⇒ compact output to
stdout)
--emit <target> output target: json (analysis.json, default) |
neo4j (graph.cypher or live push) | schema (the
Neo4j schema.json contract) (default: "json")
--app-name <name> logical application name for the graph
:Application anchor (default: input dir name)
--neo4j-uri <uri> push the graph to a live Neo4j over Bolt
(incremental); omit to write graph.cypher (env:
NEO4J_URI)
--neo4j-user <user> Neo4j username (default: "neo4j", env:
NEO4J_USERNAME)
--neo4j-password <password> Neo4j password (prefer the env var; a flag is
visible in shell history / process list)
(default: "neo4j", env: NEO4J_PASSWORD)
--neo4j-database <db> Neo4j database name (env: NEO4J_DATABASE)
-a, --analysis-level <n> analysis depth: 1 = symbol table + tsc resolver
call graph + RTA (default); 2 = call graph
(default: "1")
-t, --target-files <paths...> restrict analysis to specific files
(incremental)
--skip-tests skip test trees (default)
--include-tests include test trees
--eager force a clean rebuild instead of reusing the
cache
--lazy reuse the cache (default)
--no-build skip dependency materialization (use a prepared
node_modules)
--no-phantoms disable phantom (external) nodes for
imported/required library calls
--call-graph-provider <name> call-graph backend: union (default, tsc ∪
jelly) | tsc | jelly | both (deprecated alias
of union) (default: "union")
--tsc-only use the tsc resolver only — opt out of Jelly
edges (overrides --call-graph-provider)
-c, --cache-dir <dir> cache/intermediate directory
-v, --verbose increase verbosity (repeatable)
-h, --help display help for command
Examples
-
Basic analysis to stdout, or to a file:
cants --input ./my-ts-project # compact JSON on stdout cants --input ./my-ts-project --output ./out # → ./out/analysis.json
-
Emit a Neo4j snapshot, or push to a live database:
cants --input ./my-ts-project --emit neo4j --output ./out # → ./out/graph.cypher cants --input ./my-ts-project --emit neo4j \ --neo4j-uri bolt://localhost:7687 --neo4j-user neo4j --neo4j-password secret
-
Incremental analysis of specific files:
cants --input ./my-ts-project --target-files src/a.ts src/b.ts
-
Resolver-only call graph (opt out of Jelly):
cants --input ./my-ts-project --tsc-only
-
Force a clean rebuild with a custom cache directory:
cants --input ./my-ts-project --eager --cache-dir /path/to/custom-cache
Output targets
cants builds one analysis in memory and can emit it three ways (--emit):
analysis.json (default)
A TSApplication document — the canonical CLDK contract the Python SDK parses:
{
"symbol_table": { /* file path → module (classes, interfaces, enums,
type aliases, functions, namespaces, variables, …) */ },
"call_graph": [ /* CALL_DEP edges: { source, target, type, weight,
provenance, tags } keyed by callable signature */ ],
"external_symbols": { /* phantom stubs for call targets outside the project */ }
}
Caller- and callee-side identifiers come from a single signature canonicalizer, so call-graph
source/target values byte-match the corresponding symbol_table / external_symbols keys.
Neo4j graph
--emit neo4j projects the same analysis into a labeled property graph (declarations keyed by
their signature under a shared :Symbol label; calls, imports, inheritance, decorators, and call
sites as relationships):
- Without
--neo4j-uri— writes a self-containedgraph.cypher(constraints + indexes, a scoped wipe, then batchedMERGEs). Load it withcypher-shell < graph.cypher. - With
--neo4j-uri— pushes to a live Neo4j over Bolt incrementally: only modules whose content hash changed are rewritten, and on a full run modules whose source file vanished are pruned. Every graph carries aschema_versionon its:Applicationnode.
The connection options also read the standard Neo4j environment variables — NEO4J_URI,
NEO4J_USERNAME, NEO4J_PASSWORD, NEO4J_DATABASE — when the corresponding flag is omitted (an
explicit flag wins). Prefer the env var for the password so it doesn't land in shell history or the
process list:
export NEO4J_URI=bolt://localhost:7687
export NEO4J_PASSWORD=secret
cants --input ./my-ts-project --emit neo4j # credentials picked up from the environment
Schema contract
--emit schema writes the machine-readable, version-stamped Neo4j schema (schema.json: node
labels, relationships, properties, constraints, and indexes). It needs no project and is bundled in
every release (as a wheel asset and a GitHub Release asset), so a consumer can validate
producer/consumer compatibility without invoking the binary.
cants --emit schema # print to stdout
cants --emit schema --output ./out # → ./out/schema.json
Development
This project uses Bun as its toolchain.
bun install
bun run start -- --input /path/to/project # run from source
bun run typecheck # type-check
bun test # tests (the Neo4j bolt test is opt-in; see below)
bun run test:container # Neo4j bolt tests — needs Docker/Podman (opt-in)
bun run gen:schema # regenerate schema.neo4j.json
bun run gen:readme # regenerate the cants --help block above
License
Apache 2.0 — see LICENSE.
Release files for codeanalyzer-typescript 0.6.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distributions (wheels)
| File | Reset | |||
|---|---|---|---|---|
| codeanalyzer_typescript-0.6.0-py3-none-win_amd64.whl | Python 3 | none | Windows x86-64 | Details |
| codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_x86_64.whl | Python 3 | none | Linux glibc 2.17+ x86-64 | Details |
| codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_aarch64.whl | Python 3 | none | Linux glibc 2.17+ ARM64 | Details |
| codeanalyzer_typescript-0.6.0-py3-none-macosx_11_0_arm64.whl | Python 3 | none | macOS 11.0+ ARM64 | Details |
| codeanalyzer_typescript-0.6.0-py3-none-macosx_10_12_x86_64.whl | Python 3 | none | macOS 10.12+ x86-64 | Details |
Total release size: 183.4 MB
Release files / codeanalyzer_typescript-0.6.0-py3-none-win_amd64.whl
| Download URL | codeanalyzer_typescript-0.6.0-py3-none-win_amd64.whl |
|---|---|
| Size | 42.9 MB |
| Tags | Python 3 Windows x86-64 |
|
SHA-256 checksum How to use checksums |
4381666b751b02becd80da5067adab1b1bda322e212af3a46e95b7feb693db6c
|
|
BLAKE2b-256 checksum How to use checksums |
33d9cbf75695dea81175e552e0d482d1d485d128966a25d52056cd10cf1e4422
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 6, 2026.
Transparency logRelease files / codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_x86_64.whl
| Download URL | codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_x86_64.whl |
|---|---|
| Size | 40.5 MB |
| Tags | Linux glibc 2.17+ x86-64 Python 3 |
|
SHA-256 checksum How to use checksums |
3d0bcecd7a6824bb9b39a552ccde2011292ffa9fdf4ac51519e68f5972b5efb9
|
|
BLAKE2b-256 checksum How to use checksums |
93b6022031c8c972b79d4e7ff82082f2edb354fabb53fa97b21f9f53357a545d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 6, 2026.
Transparency logRelease files / codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_aarch64.whl
| Download URL | codeanalyzer_typescript-0.6.0-py3-none-manylinux2014_aarch64.whl |
|---|---|
| Size | 40.2 MB |
| Tags | Linux glibc 2.17+ ARM64 Python 3 |
|
SHA-256 checksum How to use checksums |
da945478062a0871809477fb12b8195fc174e8f7ba6e17c89b52426b20c789c6
|
|
BLAKE2b-256 checksum How to use checksums |
be824f5a8b60179893938baa74d3b78be604d0091a22c4dfbe5eaefbc264a121
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 6, 2026.
Transparency logRelease files / codeanalyzer_typescript-0.6.0-py3-none-macosx_11_0_arm64.whl
| Download URL | codeanalyzer_typescript-0.6.0-py3-none-macosx_11_0_arm64.whl |
|---|---|
| Size | 28.7 MB |
| Tags | Python 3 macOS 11.0+ ARM64 |
|
SHA-256 checksum How to use checksums |
e2066dd58eac9fae7657fb58581da8ba6ddffbd2393982f94eeb216a33c55312
|
|
BLAKE2b-256 checksum How to use checksums |
610d4457b66f90e6e7d2abe743687826e4f2779dde6e085a5f0ead009711d593
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 6, 2026.
Transparency logRelease files / codeanalyzer_typescript-0.6.0-py3-none-macosx_10_12_x86_64.whl
| Download URL | codeanalyzer_typescript-0.6.0-py3-none-macosx_10_12_x86_64.whl |
|---|---|
| Size | 31.0 MB |
| Tags | Python 3 macOS 10.12+ x86-64 |
|
SHA-256 checksum How to use checksums |
54bb6e8ebb38f9ebf01274c3b90f3ea41fd5c9d13a3937ce8b499b6eb99b36af
|
|
BLAKE2b-256 checksum How to use checksums |
ec7617ea089c3a7079729b90993f6705337ff0d6a8d6da317017a1c9313fba5e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 6, 2026.
Transparency log