Claude Transcripts docs GitHub
Work in progressUnder active development — not tested as ready for use. Breaking changes land without notice, stored data may need to be discarded between revisions, and there is no auth or security model. These docs describe the intended design as much as the current state.

Claude Transcripts — documentation

Self-hosted history for your Claude Code sessions. A hook logs every session to your own CouchDB + S3; a web API serves it back; a web UI, a CLI, and agents read it. Nothing leaves your network.

Work in progress — not tested as ready for use. No installation has been walked end to end on a clean machine. Breaking changes land without notice, stored data may need discarding between revisions, and there is no auth or security model (Tier 1 assumes one user on one trusted machine). These docs describe the intended design as much as the current state.

Start here

If you want to…Go to
Run it on your machineInstallation
Configure it — ports, stores, feature flagsConfiguration
Record sessions — install the hookHook setup
Work on itGetting started (development)
Release, run, migrate itReleasing
Understand the shape and the reasoningSpecification · Architecture · ADRs

How these docs are organised

Technical design is treated as a first-class deliverable here. This is a fresh rebuild: the design set was re-written rather than copied from the predecessor project, with naming, ports, paths, and reversed decisions reconciled to this repo's conventions.

The published site at vredchenko.github.io/claude-transcripts/docs renders the same tree with this structure as its navigation, and its index lists every page — generated from what actually shipped, so it can't drift.

Conventions

Naming, components, ports, and stack conventions are in conventions.md. Repo-level rules for agents working in this codebase are in CLAUDE.md.

Getting started

Install it, point it at your stores, and record your first session.

Development

Working on Claude Transcripts itself: setup, conventions, tests, automation.

Operations

Running and shipping it: releases, containers, migrations, logs.

Reference

Per-component and per-surface detail — the codebase as documented.

Design & specification

What the system is meant to be, and the reasoning behind it.

Decisions (ADRs)

One record per architectural decision, in the order they were taken.