yasna
Session search tool for AI coding agents.
Indexes conversation history from Claude Code, opencode, continue.dev, aider, nanocoder, 1bcoder, and Kiro CLI into a single searchable store — so you can find any session by keyword, resume it instantly, and never lose track of what you discussed and where.
yasna find "myapp mcp"
claude 2026-04-10 [myapp] D:\Work\myapp
myapp mcp server, FastMCP tools...
… map_index, map_find, BFS trace deps sym idiff
-> claude --resume cc3cf9f6-6ce9-46d0-9e70-ce2b6354a975
opencode 2026-04-08 [myapp] D:\Work\myapp
myapp mcp endpoint discussion
-> opencode (session: ses_2ed3ba03...)
The problem
Every AI coding agent stores its sessions differently — or not at all. After a few weeks of active work you have dozens of conversations scattered across JSONL files, SQLite databases, markdown logs, and JSON checkpoints. You remember discussing something important about authentication, or a deployment fix, or a refactoring decision — but you do not remember which tool, which project, or which day.
yasna solves this in one command.
Supported agents
| Agent | Storage | Sessions |
|---|---|---|
| Claude Code | ~/.claude/projects/**/*.jsonl |
full conversations, auto |
| opencode | ~/.local/share/opencode/opencode.db |
full conversations, auto |
| continue.dev | ~/.continue/sessions/*.json |
full conversations, auto |
| aider | ~/.aider.chat.history.md + <project>/.aider.chat.history.md |
full conversations, auto |
| nanocoder | <project>/.nanocoder/checkpoints/*/conversation.json |
manual (/checkpoint create) |
| 1bcoder | ~/.1bcoder/ + <project>/.1bcoder/ |
context files (/ctx save, autosave) |
| Kiro CLI | ~/.kiro/sessions/cli/*.json + *.jsonl |
full conversations, auto |
| Pi | ~/.pi/agent/sessions/<sanitized-cwd>/*.jsonl |
full conversations, auto |
Agents that do not store sessions locally (GitHub Copilot, Windsurf, Augment, Amazon Q) are not supported — there is nothing to index.
Installation
pip install yasna
No heavy dependencies. Requires Python 3.10+. Uses only stdlib (sqlite3, pathlib, json, re).
Quick start
# Index current project (all agents)
yasna index
# Index a specific directory
yasna index D:\MyProject
# Index everything, no CWD filter
yasna index -g
# Search current project
yasna find "authentication middleware"
yasna find "docker compose"
# Search all projects
yasna find "MAP@10" -g
# Filter by agent
yasna find "migration" --agent claude
yasna list --agent opencode
# List recently indexed sessions
yasna list
yasna list -g -n 50
CWD-aware filtering
yasna knows which project you are working in. When run from a project directory, it automatically filters results to sessions from that project only.
# From ~/Project/myapp:
yasna find "auth" # only myapp sessions
yasna find "auth" -g # all sessions from all projects
# From ~/ (home directory):
yasna find "auth" # all sessions (no filter)
Same for indexing:
# From ~/Project/myapp:
yasna index # index only myapp sessions
yasna index -g # index everything
This keeps personal and work projects separate without any configuration.
Commands
yasna index [path] [-r DIR] [-a agent] [-g]
Scan all agents (or one) and write indexed sessions to ~/.yasna/index/.
yasna index # current directory, all agents
yasna index . # same
yasna index D:\MyProject # explicit project root
yasna index claude # Claude Code only, current directory
yasna index -g # all agents, no CWD filter
yasna index -g claude # Claude Code only, no filter
yasna index --root D:\MyProject claude # claude only, explicit root
The positional argument is auto-detected: if it looks like a directory path it sets the scan root; if it is an agent name it filters by agent. Use --root/-r when you need both.
Run this periodically or after finishing a work session. Each run clears and rewrites the index for the current project (or globally with -g), so there are no stale duplicates.
yasna find <query> [-a agent] [-n N] [-g]
Search indexed sessions for a keyword. Returns up to N results (default 10) with matching context snippets and resume commands.
yasna find "pgvector"
yasna find "FastMCP" --agent claude
yasna find "init wizard" -n 5
yasna find "book crossing" -g # ignore CWD filter
yasna list [-a agent] [-n N] [-g]
List the most recently indexed sessions (default 20).
yasna list
yasna list --agent aider
yasna list -n 50 -g
Scan roots
Global agent storage is always scanned automatically:
~/.claude/projects/— Claude Code~/.local/share/opencode/opencode.db— opencode~/.continue/sessions/— continue.dev~/.aider.chat.history.md— aider (global log)~/.1bcoder/— 1bcoder (global ctx, autosave, projects)~/.kiro/sessions/cli/— Kiro CLI (global)
For project-local files (.aider.chat.history.md, .nanocoder/, .1bcoder/ inside a project), yasna scans the current working directory by default.
To scan a different or additional directory pass it as an argument or set an environment variable:
# Explicit path argument
yasna index D:\MyProject
yasna index --root D:\MyProject
# Multiple roots via environment variable (path-separator-separated)
# Windows
set YASNA_SCAN_ROOTS=C:\Projects\rubocop;D:\Work\client-app
yasna index -g
# Linux / macOS
export YASNA_SCAN_ROOTS=/home/user/projects:/mnt/work
yasna index -g
Adding a new adapter
Each agent adapter is a single Python file in yasna/adapters/ that exposes:
AGENT_NAME: str
def sessions() -> list[Session]:
...
Drop a new file in that directory and register it in yasna/adapters/__init__.py:
from . import my_new_agent
ALL: dict = {
...
"mynewagent": my_new_agent,
}
That is all. The CLI, indexer, and searcher need no changes.
Part of the SIMARGL toolkit
yasna is one of ten tools that together form an intellectual development support system:
| Tool | Role |
|---|---|
| simargl | Task-to-code retrieval — given a task description, finds which files and modules are likely affected, using semantic similarity over git history |
| svitovyd | Project map — scans any codebase and produces a structural map of definitions and cross-file dependencies; queried from the CLI, a web UI with a layered map, or an MCP server |
| 1bcoder | AI coding assistant for small local models — surgical context management, agents, parallel inference, proc scripts |
| yasna | Session memory — indexes conversations from all AI agents so you can find what was discussed, when, and where |
| radogast | Context drift monitor — measures how far an AI agent's conversation has drifted from the original task |
| vyrii | Local AI web UI — chat, translate, web research, RAG and file management in the browser (Flask; Gradio optional); powered by Ollama or any OpenAI-compatible backend |
| syryn | Bluetooth identity beacon for headless devices — the device's IP is its Bluetooth name; hostname, mDNS and network interfaces on request |
| alkonost | Browser cockpit for 1bcoder's flows — the deepagent_* spec pipeline (plan tree → specs → task board) and the glossary (build, browse, search), tuned for small local models |
| gamayun | Statistical ontology without an LLM — builds triples of terms, identifiers, files and modules from task history or a folder of documents and code; every triple carries its significance test |
| mokosh | Dataset gathering — commits of a git repository and the tasks of its tracker (Jira, GitHub, GitLab, YouTrack) in one SQLite database that the other tools read |
- simargl finds the code related to a task by vector search over the task history (embeddings).
- svitovyd answers: how is the code structured and what depends on what?
- 1bcoder answers: how do I work with local models efficiently?
- yasna answers: where did I already discuss this?
- radogast answers: is the AI agent still on track toward the goal?
- vyrii answers: how do I access all of this through a browser?
- syryn answers: what is the address of this headless device?
- alkonost answers: how do I turn one task description into a reviewed, working plan — and see the project's glossary — without a big model or a big context window?
- gamayun finds the code related to a task through an ontology of significant links between words, files and modules (no LLM).
- mokosh prepares the initial dataset from version control and the issue tracker.
Together they cover the full development loop: understand the codebase, find relevant history, work with AI locally, remember what was decided, and verify the context stays on target.
The name comes from Slavic mythology. Yasna (Ясна) is the goddess who weaves the thread of fate — and memory.
About
(c) 2026 Stanislav Zholobetskyi, Oleh Andriichuk
Institute for Information Recording, National Academy of Sciences of Ukraine, Kyiv
PhD research: «Intelligent Technology for Software Development and Maintenance Support»
Metadata
Release files for yasna 0.1.9
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| yasna-0.1.9.tar.gz | 27.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| yasna-0.1.9-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 57.2 kB
Release files / yasna-0.1.9.tar.gz
| Download URL | yasna-0.1.9.tar.gz |
|---|---|
| Size | 27.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
63cbc0b5d414a6dfe3d9011565d1951bd268272c83fbf1ca4ad6730e813e6e0c
|
|
BLAKE2b-256 checksum How to use checksums |
81307ebb6ab48ab9295623f74d9e7f3c9fa9973cf69f11213dec6d5e94e91b39
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.9
|
Release files / yasna-0.1.9-py3-none-any.whl
| Download URL | yasna-0.1.9-py3-none-any.whl |
|---|---|
| Size | 30.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
309ef41cf8f9402366f7ab93227b8ac5dadc141e8e4f30a883bb69a572ee6de1
|
|
BLAKE2b-256 checksum How to use checksums |
ddea2d83f556cf5f50b4543a41d800251d1f2481594254036fdcbc036300b637
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.9
|