tommy0103/obelisk

Every past session, subagent, and workflow -- queryable by your agent, browsable by you

What it solves

Obelisk provides a unified, searchable index of session histories from multiple AI coding agents (such as Claude Code, Codex, DeepSeek Harness, Kimi Code, OMP, and Pi). It solves the problem of fragmented session logs—often stored as scattered JSONL files—by consolidating them into a single SQLite database, making them queryable for both humans and AI agents.

How it works

Obelisk uses a CLI and a desktop app to index transcripts from various provider-specific directories. It projects these diverse formats into a common SQLite schema using provider adapters.

  • Agent Side: A CLI tool allows coding agents to write and execute JavaScript queries against the index to retrieve specific information from past sessions.
  • App Side: An Electron-based desktop application allows humans to browse sessions, view tool calls, and track usage statistics.
  • Memory Layer: Agents can propose markdown memory files based on retrieval results, which are then registered in the index as a synthesis cache for future recall.

Who it’s for

Developers using multiple AI coding agents and those who want their agents to have a long-term, cross-session memory of their project's evolution and technical decisions.

Highlights

  • Multi-provider support: Unified indexing for Claude Code, Codex, Kimi Code, OMP, Pi, and DeepSeek Harness.
  • Agent-first retrieval: Enables agents to use a /obelisk skill to search history and answer questions in natural language.
  • Human-readable surface: A desktop app for browsing sessions, tool calls, and viewing activity heatmaps.
  • Incremental indexing: Only new or modified files are re-parsed to maintain performance.
  • Memory synthesis: A mechanism for agents to create and register persistent markdown memories.

Related

  • Project
  • Project
  • Project
  • Project
  • Project