ki-manager — Knowledge Item MCP Server
AI-powered knowledge management for software projects.
Install once, use across all your projects.
What is ki-manager?
ki-manager is an MCP (Model Context Protocol) server that turns any project into a self-documenting codebase for AI agents (Claude, Antigravity, Cursor, Windsurf, etc.).
It provides:
- Knowledge Items (KI) — structured Markdown snapshots of each module, stored in
.ki-base/knowledge/ - Coverage Audit — measures how well your KI base covers your actual code
- Dependency Analysis — auto-updates "Related KIs" by analyzing imports
- Git Snapshots — versioned knowledge state (
git_checkpoint,git_restore) - Scaffolding — one command creates the complete
.ki-base/structure in any project
Installation
Option A: uv tool install (recommended)
-
Install
ki-managerglobally via uv:uv tool install ki-manager
-
Add to your IDE MCP configuration (
mcp_config.json):{ "mcpServers": { "ki-manager": { "command": "ki-manager" } } }
Note for Windows / ADI Antigravity: If
ki-manageris not found in PATH by your IDE, specify the full path to the executable:- Windows:
"C:\\Users\\<username>\\.local\\bin\\ki-manager.exe" - Linux/macOS:
"/home/<username>/.local/bin/ki-manager"
- Windows:
Option B: pip / uv pip
pip install ki-manager
# or
uv pip install ki-manager
Option С: Local development
If you cloned the repository and are developing locally, point your IDE to the .venv Python directly:
{
"mcpServers": {
"ki-manager": {
"command": "/absolute/path/to/repo/.venv/bin/python",
"args": ["-m", "ki_manager.server"]
}
}
}
On Windows:
{
"mcpServers": {
"ki-manager": {
"command": "C:\\path\\to\\repo\\.venv\\Scripts\\python.exe",
"args": ["-m", "ki_manager.server"]
}
}
}
Quickstart
1. Add the MCP server to your IDE
Pick one of the options above and add it to your MCP config.
2. Initialize a project
In your IDE chat, call the ki_init_project tool:
ki_init_project(project_path="/absolute/path/to/your-project")
This creates:
your-project/
└── .ki-base/
├── config.json ← machine-specific (auto-added to .gitignore)
├── ki_config.json ← project settings (commit to git)
├── doc_config.json ← file→KI map (commit to git)
├── AGENTS.md ← agent instructions (commit to git)
├── DIR_INDEX.md ← directory index (commit to git)
└── knowledge/
└── _OVERVIEW.ki.md ← starter Knowledge Item
3. Start documenting
Use the available tools or slash commands:
| Tool / Command | Action |
|---|---|
audit_coverage |
Find documentation gaps |
generate_dir_index |
Rebuild directory index (DIR_INDEX.md) |
find_unmapped_files |
List source files not covered by any KI |
ki_scaffold |
Create stub KI files for uncovered modules |
ki_scaffold_status |
Show pending vs enriched scaffold KIs |
ki_finalize_scaffolds |
Strip scaffold markers, update doc_config summaries |
analyze_all_dependencies |
Update "Related KIs" links across all KIs |
git_checkpoint |
Save knowledge snapshot to git |
/scaffold-knowledge |
Bootstrap KI stubs → AI enrichment → finalize |
/expand-knowledge |
Iteratively add KIs for undocumented modules (Antigravity) |
/sync-knowledge |
Synchronize KI system: DIR_INDEX, AGENTS.md, dependencies |
/create-adr |
Record an architectural decision |
Agent Skills
ki-manager distributes workflow instructions using the Agent Skills standard format.
Installing Skills
You can install the bundled workflow skills to your IDE's skills folder (e.g., for Google Antigravity):
# CD into your skills directory and run:
ki-manager-skills install-skills
# Or run via uvx specifying the target path explicitly:
uvx ki-manager-skills install-skills --path ~/.gemini/config/skills/
This will copy all workflow instructions (like create-adr, expand-knowledge) as standard .md skill files. It skips existing ones, so it's safe to run multiple times.
What Goes Into Git?
| Path | Git | Notes |
|---|---|---|
.ki-base/knowledge/*.ki.md |
✅ | Project knowledge |
.ki-base/doc_config.json |
✅ | Module manifest |
.ki-base/ki_config.json |
✅ | Project settings |
.ki-base/AGENTS.md |
✅ | Agent instructions |
.ki-base/DIR_INDEX.md |
✅ | Directory index |
.ki-base/config.json |
❌ | Machine-specific paths |
.ki-base/doc_state.json |
❌ | Hash cache |
Security
The MCP server operates in a sandbox:
- All file access is restricted to the
.ki-base/directory - Executable files (
.py,.exe,.sh, etc.) cannot be modified via MCP - Critical config files are protected from direct overwrite
Project Structure (this repo)
ki-manager/
├── pyproject.toml ← pip / uv package config
├── src/ki_manager/
│ ├── server.py ← MCP server entry point
│ ├── tools/
│ │ └── scaffold.py ← ki_init_project implementation
│ └── scripts/ ← bundled analysis scripts
│ ├── ki_utils.py ← shared utilities
│ ├── audit_coverage.py
│ ├── sync_agents_md.py
│ ├── generate_dir_index.py
│ ├── ki_dependency_analyzer.py
│ └── ...
├── knowledge/ ← KI documentation of this repo itself
└── decisions/ ← Architecture Decision Records
Troubleshooting
MCP server hangs on initialization (never connects)
Using uvx directly in mcpServers configuration is known to cause hangs or stdio pipe drops in ADI Antigravity and Windows environments due to ephemeral environment creation delays and process wrapping.
Solution: Install via uv tool install ki-manager and specify ki-manager or its absolute executable path in mcpServers.
Step 1 — Check logs:
Server logs are written to ~/.ki_base/logs/. Open the latest file and look for REQ: lines. If there are no REQ: lines at all, stdin is not being piped correctly by the IDE.
Step 2 — Specify exact executable path:
If your IDE cannot find ki-manager in system PATH:
{
"mcpServers": {
"ki-manager": {
"command": "C:\\Users\\<username>\\.local\\bin\\ki-manager.exe"
}
}
}
Step 3 — Reinstall / Upgrade tool:
To upgrade to the latest PyPI version when using uv tool:
uv tool install --reinstall ki-manager
Server is running but no tools appear
Check that ki_status is visible in the IDE. If it shows No project active for current workspace, the server is working correctly — it just needs a project to be initialized (ki_init_project) or the IDE is not passing rootUri in the MCP handshake.
[Errno 22] Invalid argument in logs
This error was present in versions < 2.0.11 on Windows when wrapping sys.stdout with a codecs encoder. Upgrade to >= 2.0.11 to fix it:
uv tool install --reinstall ki-manager
Changelog
See CHANGELOG.md for release notes and detailed history of changes.
License
MIT — free to use, copy, and adapt.
Release files for ki-manager 2.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ki_manager-2.2.0.tar.gz | 49.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ki_manager-2.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 111.6 kB
Release files / ki_manager-2.2.0.tar.gz
| Download URL | ki_manager-2.2.0.tar.gz |
|---|---|
| Size | 49.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
131ff1a92e70c765e0ae06ca8a9ea4a78f01c92409f9fa817d8f9ad87fc9ede2
|
|
BLAKE2b-256 checksum How to use checksums |
d668043037963e76664ebcb373055123682bcf6d29b5a43056ffd3e64118f275
|
| 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 Sep 24, 2026.
Transparency logRelease files / ki_manager-2.2.0-py3-none-any.whl
| Download URL | ki_manager-2.2.0-py3-none-any.whl |
|---|---|
| Size | 62.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
5e8f1d1338800092b4fcbcd00d412ed381bf260f783776aa8873e2e9d1930e9e
|
|
BLAKE2b-256 checksum How to use checksums |
00a053165842e6efd66a602793e959062a48d10499c20f92d128170d5bbde47b
|
| 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 Sep 24, 2026.
Transparency log