kcl — Local Code Knowledge CLI

The binary is kcl, short for kinetic context local.

A Rust CLI that gives agents and humans instant Q&A access to any codebase on the local machine. Clones repos to disk and invokes coding harnesses (Claude Code, opencode, copilot, etc.) in non-interactive mode to answer queries. No server, no API keys for kcl itself.

Compared to previous iterations, kcl is harness-agnostic and lightweight — no Docker, no cloud, no MCP server. This makes it a great fit when your company requires a specific harness (e.g. Copilot CLI instead of Claude Code or opencode).

Previous iterations

• kinetic-context — v1: Docker-based, runs on-device as an MCP server without auth
• kctx — v2: Docker-based, runs in the cloud as an MCP server with auth

Install

curl -fsSL https://raw.githubusercontent.com/christopher-kapic/kctx-local/master/scripts/install.sh | bash

To install a specific version or to a custom directory:

# Specific version
curl -fsSL https://raw.githubusercontent.com/christopher-kapic/kctx-local/master/scripts/install.sh | bash -s v0.2.0

# Custom directory
curl -fsSL https://raw.githubusercontent.com/christopher-kapic/kctx-local/master/scripts/install.sh | INSTALL_DIR=~/.local/bin bash

Build from source

cargo install --git https://github.com/christopher-kapic/kctx-local.git

Quick Start

# Initialize kcl — detects installed harnesses, writes config, creates the
# database, and generates shell completions
kcl init

# Register a local codebase
kcl packages add my-project --path /path/to/project

# Register a git repo (kcl clones it for you, using the remote's default branch)
kcl packages add hono --git https://github.com/honojs/hono.git

# Or pin the package to a specific branch — subsequent `kcl ask hono ...`
# invocations check out `next` (and pull) before answering, then restore the
# original branch when they're done
kcl packages add hono --git https://github.com/honojs/hono.git --branch next

# Ask a question (uses the pinned branch `next` if one was set above)
kcl ask hono "How does the router middleware work?"

# Override the pinned branch for a single question — kcl checks the override
# out, pulls, answers, then restores the original branch
kcl ask hono "What changed in the router on main?" --branch main

# List registered packages
kcl packages list

# View conversation history
kcl history list

Configuration

kcl stores its config at ~/.config/kcl/config.json. Configure your preferred harness and defaults:

kcl config set default_harness claude
kcl config show

Model selection

Most coding harnesses support --model (or -m). kcl forwards a model identifier to the harness via each harness's model_args template (e.g. ["--model", "{model}"] for claude, ["-m", "{model}"] for opencode and codex). Per-invocation:

kcl ask hono "..." --model claude-sonnet-4-6

To pin a default model for a harness so you don't have to pass --model every time:

kcl config set harnesses.claude.default_model claude-sonnet-4-6
kcl config set harnesses.opencode.default_model anthropic/claude-sonnet-4-20250514
kcl config set harnesses.claude.default_model ""   # clear it

Resolution order is --model flag → harness default_model → none. If a harness has no model_args configured, both are silently ignored — so you can safely set a default model globally without worrying about which harness backs a given package.

To see which harnesses are configured and their current defaults:

kcl harnesses list           # one harness per line, default marked
kcl harnesses list -v        # verbose: command, prompt mode, model_args, default_model
kcl harnesses list --json    # machine-readable

How It Works

1. Register a codebase as a package (local path or git URL)
2. Ask a question — kcl invokes your coding harness (Claude Code, opencode, etc.) in non-interactive mode against the codebase
3. Get answers — the harness response is captured and displayed; conversation logs are stored for history

License

MIT