Local-first, AI-augmented literature management CLI
Project description
LITerature MANager 
Local-first, AI-augmented literature management CLI.
A local knowledge base for research papers, stored as plain files on your disk. Papers link explicitly to projects, code repositories, and each other through structured metadata and symlinks. Bundled Claude Code skills let an AI agent operate the CLI on your behalf; every command works equally well typed by hand.
Know before you use
A few things worth knowing up front:
- Don't move a vault or project folder by hand. Links (symlinks, project
bridges, the registry) are path-based and will break. If you must move one,
run
lit health-checkafterwards to find and repair what broke. - Figure/table reading needs a multimodal model. A text-only model falls back to plain-text extraction (pypdf) and cannot see figures or image-based tables — don't ask it "what does Fig./Table N show?" without a vision or OCR backend attached.
- Don't edit metadata by hand. Use
litcommands to modify papers, taxonomy, and config — or ask an AI agent if you're unsure which command to use. - Windows users. Symlink-based features (browsing views, project bridges) require administrator privileges; all other commands work regardless. WSL is recommended.
Key Features
-
Long-term reliable local knowledge vault. Everything is plain text on your filesystem — YAML metadata, markdown notes, original PDFs. No cloud database, no proprietary container format. Back it up anywhere, read every file as plain text,
grepthe whole library. -
Consistent by design. Topics, methods, projects, and data sources are governed by a shared
TAXONOMY.mdcontrolled vocabulary. Atomic operations keep cross-references clean as the library grows, andlit health-checkcatches any drift before it accumulates. -
Paper ↔ project ↔ code triangle. One paper can be bound to multiple projects without duplication; each project gets its own symlinked working folder and an auto-generated
REFERENCES.md. Each paper can also be bound to its official code repository, cloned inside the vault. Metadata fields and symlinks together form an explicit, navigable knowledge graph — no manual upkeep required. -
AI-native CLI. Two bundled Claude Code skills (
lit-libraryfor ingestion and retrieval,lit-readingfor reading assistance) teach an agent how to navigate the vault and operate the CLI on your behalf. The agent emits structured JSON; the CLI validates and writes the data — your library stays correct even when the model isn't perfect.
Install
litman is a Python CLI tool. Install with pipx so lit is permanently
available in every shell, isolated from your other Python environments.
Don't have pipx? See pipx.pypa.io.
From PyPI (recommended):
pipx install litman # first install
pipx upgrade litman # update
From a local clone (development):
# first install
git clone https://github.com/wqx1999/litman.git
cd litman
pipx install .
# update (pull latest code first)
git pull
pipx install --force .
Then run the one-shot setup wizard:
lit setup # interactive wizard: shell completion → Claude Code skill → vault setup → (optional) cloud sync
Quick start
With an AI agent
Create a new vault at /work/me/.
Add ~/Downloads/attention_is_all_you_need.pdf to my vault.
Show me all papers tagged with topic: transformer.
Tag 2017_Vaswani_Attention with topic: attention.
Link 2017_Vaswani_Attention to project MyResearchProject.
Remove 2017_Vaswani_Attention from my vault.
CLI
# create a vault (pass the parent dir; CLI creates the subdir and registers it)
lit init /work/me/
# add a paper
lit add ~/Downloads/attention_is_all_you_need.pdf --doi 10.48550/arXiv.1706.03762
# browse
lit list
lit show 2017_Vaswani_Attention
# tag
lit taxonomy add topics transformer
lit modify 2017_Vaswani_Attention --add-tag topics=transformer
# link to a project
lit link 2017_Vaswani_Attention --project MyResearchProject
# remove
lit rm 2017_Vaswani_Attention
Agent model benchmark
litman's agent layer (the bundled lit-library and lit-reading skills) is
meant to work with whatever model you point Claude Code at, not only Anthropic's.
To see how well different models drive it, we ran each one as the Claude Code
backend and had it operate litman through the skills, over 22 everyday-workflow
tasks (add, read, tag, modify, link, export, taxonomy edits, health checks,
...), 3 rounds each, on the litman 1.0.0 codebase (commit 876d11c, June 2026).
What the score is. Each task is a single-turn prompt in a clean context: a fresh agent gets one natural-language instruction and must complete it in that one turn, with no prior conversation and no follow-up. TRR (task-completion rate) is the fraction of tasks the resulting vault state passed; RA (routing accuracy) is how often the agent picked the correct skill for a request.
A low score does not mean the model cannot operate litman. It means the model less often one-shots the task from a cold start. With more guidance (a more detailed request, or a few follow-up turns) a lower-scoring model can still do the same work. This is a deliberately hard zero-shot floor, not a ceiling.
| Model | Task completion (TRR) | Routing (RA) |
|---|---|---|
| Claude Sonnet 4.6 | 97% | 100% |
| Claude Haiku 4.5 | 97% | 79% |
| DeepSeek-V4 Flash | 80% | 71% |
| DeepSeek-V4 Pro | 76% | 57% |
| MiniMax-M3 | 71% | 75% |
| GLM-5.1 | 58% | 64% |
| MiMo-V2.5 Pro | 26% | 0% |
| MiMo-V2.5 | 21% | 0% |
TRR is the mean over the 22 auto-scored tasks across 3 rounds; network-dependent and multi-turn scenarios (code cloning, cloud sync, a multi-turn recovery case) are excluded from this single-turn score. Whatever the model scores, the data layer validates every write — a wrong command fails loudly rather than writing bad data into the vault, so a lower-scoring model needs more turns but never corrupts the library.
Documentation
Full documentation lives under docs/. New to litman? The
tutorial covers about 80% of everyday use; for anything
else, ask the agent or check the command reference. docs/0-readme.md
maps out the whole set.
| Topic | File |
|---|---|
| Start here — docs map | docs/0-readme.md |
| Design philosophy | docs/1-philosophy.md |
| Four-layer architecture | docs/2-architecture.md |
Concepts and field reference (metadata.yaml, lit-config.yaml, TAXONOMY.md) |
docs/3-concepts.md |
| Command reference | docs/4-commands.md |
| Tutorial | docs/5-tutorial.md |
Local-preview the docs as a static site:
pip install mkdocs mkdocs-material
mkdocs serve
Acknowledgments
This tool was developed in the Süssmuth Lab, Technische Universität Berlin. Development was carried out with access to the TU Berlin HPC cluster.
This project was built with the help of AI-powered development tools:
Core dependencies that make litman possible:
Cloud sync (lit sync) is powered by rclone, the external
CLI that mirrors the vault to any cloud backend it supports — the backbone of how
a vault gets backed up and moved between machines:
Octopus mascot generated with Doubao (AI image generation).
License
MIT. See LICENSE.
AI agents: a condensed, link-dense map of this project lives in README-Agent.md.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file litman-1.0.1.tar.gz.
File metadata
- Download URL: litman-1.0.1.tar.gz
- Upload date:
- Size: 286.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.12.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
88ea099718980aad62bb2b9e2a006a371ec3eeb36df4af3e3801996e097abaa5
|
|
| MD5 |
5f34835b3ca258645cd3c5e06d25a977
|
|
| BLAKE2b-256 |
fc761a72f3b3b8dd4e8a9b20c6c4fb868a5840ae82fcf77ea01a64e9e2c93a40
|
File details
Details for the file litman-1.0.1-py3-none-any.whl.
File metadata
- Download URL: litman-1.0.1-py3-none-any.whl
- Upload date:
- Size: 331.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.12.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f84fc8dde8a97ded2c3f3fd6a4474c4a0983b26e92bef1cf784e57ebf423cc92
|
|
| MD5 |
8f8010e2ed3db2b43880797f5e6fa2d2
|
|
| BLAKE2b-256 |
acad18bc9d9fd76c7cbf54325b660070f4f782eb74baf2444e7e97f2c6da7314
|