AI Assist
Freemium
Users prioritizing on-device processing and data privacy
Scribe
FreeOpen SourceSelf-Hosted
Agent sessions that don't know what you decided last week repeat your worst mistakes — same library choices, same architectural debates, zero institutional memory. Scribe exists to fix that: a cron-driven Go binary that reads your git history and coding-agent sessions, then writes a cross-project wiki so the next agent already knows what you settled and why.
Similar tools
Ruune DesktopFreemiumRuune Desktop pairs a sub-3mm hardware device with a desktop app to capture audio at the chip…
AI AssistFreemiumThe tool installs as a browser extension, captures audio from your active meeting tab, and runs…
AishaFreeAisha centers Black sources and history as design principles rather than as a filter layered on…
DocfilaFreemiumThe core workflow runs scan-to-delivery in four steps: capture a paper document or upload a…
Get This Tool
License: License: unverified
Local-run terms: Run the single Go binary locally with Ollama or other providers; output is plain git markdown.
Pricing
- Model
- Free
Summary
The pipeline runs in three stages — capture from git repos, Claude Code/Codex sessions, iMessage-dropped URLs, and drop files; triage via keyword-density scoring before any LLM call touches the input; then compile into a typed-graph wiki of plain markdown with auto-generated wikilinks and backlinks. FTS5 pre-filtering means sessions with nothing worth keeping cost zero API tokens. The vendor states the full pipeline runs against a local Ollama server with one line changed in scribe.yaml, eliminating API spend entirely. Where it strains: the system is only as useful as the agent's ability to query the KB — if your agent doesn't read CLAUDE.md or AGENTS.md on startup, the handshake Scribe writes is ignored. Teams adopting this commit to a local-first, terminal-native workflow; there is no hosted dashboard or GUI to inspect what Scribe wrote.
Bottom line: Pick Scribe when you want agents to stop re-litigating architectural decisions across projects and you're willing to run a cron daemon locally — but if your team needs a shared, access-controlled knowledge base across more than one developer's machine, the git-native single-user model forces you to bolt on your own sync layer.
Find your fit
Before you choose Scribe
More options in Productivity. Compare pricing, platforms, and features side by side.
Aisha
Free
Users seeking culturally grounded AI responses
Pros
- FTS5 pre-filtering rejects low-value sessions before any LLM call, so zero-insight sessions cost zero tokens — which means running the pipeline daily against a local Ollama server produces no API bill and no noise in the output corpus.
- The CLAUDE.md and AGENTS.md handshake injection means every new agent session in every project queries prior decisions automatically, so agents stop proposing the library you already evaluated and rejected two projects ago.
- A typed 10-kind edge schema (supersedes, contradicts, derived_from, and others) connects articles relationally, so the KB captures decision lineage rather than just a flat pile of notes that have no memory of which choice replaced which.
- One flag in scribe.yaml switches the entire pipeline to a local Ollama server, which means you can run extraction, absorb, and Dream consolidation with zero external API dependency and no data leaving your machine.
- Output is plain markdown in a git repo you control, so the corpus survives any change to Scribe itself — open it in Obsidian, VS Code, or vim, push it to Gitea or Forgejo, and no vendor has leverage over your data.
Cons
- The handshake only works if the agent reads CLAUDE.md or AGENTS.md at session start — agents or wrappers that skip that file ignore every decision Scribe wrote, and there is no fallback mechanism to force context injection, so teams with non-standard agent setups get no benefit from the KB without manual wiring.
- Scribe is a single-developer local tool with no multi-user access model: one machine, one corpus, one git repo. Teams of two or more who need shared architectural memory hit this wall immediately and end up running separate personal instances while syncing decisions by hand — at which point they are maintaining the problem Scribe was supposed to solve.
- The Dream consolidation cycle runs on a fixed cron schedule (weekly, Sundays at 02:00 per the docs), so a decision made Monday that contradicts a decision made Friday won't be cross-linked until the next consolidation window — teams working fast on interrelated projects find the KB is always one cycle behind the work.
- There is no GUI, no hosted dashboard, and no search UI outside the terminal qmd command or Claude Code's MCP integration — teams whose product managers or non-engineering stakeholders need to read the KB have no access path without standing up a separate rendering layer like mdbook or Obsidian.
About
- Platforms
- macOS, Linux (Go binary)
- API Available
- No
- Self-Hosted
- Yes
- Last Updated
- July 19, 2026
Best For
Who it's for
- Developers using Claude Code or Codex who want agents to reference prior decisions
- Users wanting a fully local, git-native KB with typed relations
- Teams needing cron-driven consolidation of work across projects
What it does well
- Auto-maintain cross-project decision history for AI coding agents
- Capture and link architectural choices across multiple repositories
- Build a searchable plain-markdown knowledge base without manual note-taking
Integrations
Frequently Asked Questions
- Is Scribe free?
- Scribe offers a free option. Hosting, model usage, or optional services may have separate costs; check the pricing details and official terms.
- Is Scribe open source?
- Yes. Scribe is open source.
- Can I self-host Scribe?
- Yes. Scribe supports self-hosting on your own infrastructure.
- What platforms does Scribe support?
- Scribe is available on: macOS, Linux (Go binary).
Curated lists that include this category
Scribe is a single Go binary that auto-maintains a cross-project knowledge base by watching four input streams — git commit history, Claude Code and Codex session logs, URLs texted to yourself via iMessage, and drop files from other projects. A cron schedule drives the whole pipeline: every two hours it extracts per-project decisions, three times a day it mines agent sessions, and a weekly ‘Dream’ consolidation pass compresses and cross-links accumulated knowledge. The output is plain markdown with YAML frontmatter, stored in a git repo you own and push wherever you want.
The differentiating mechanic is the two-pass absorb: pass one extracts atomic facts, pass two fans dense sources into multiple entity-first wiki pages. Before any LLM processes a session, an FTS5 keyword-density scorer rejects boilerplate — so sessions with nothing extractable cost nothing, whether you’re on Ollama or an external API. Articles connect through a closed 10-kind typed-edge schema (supersedes, contradicts, derived_from, specializes, extends, and five others), which means the graph captures not just what you decided but how decisions relate — something flat tags cannot express.
Scribe fits developers who run Claude Code or Codex across multiple repos and are tired of re-explaining the same context at the start of every session. The scribe init command writes a handshake block into both ~/.claude/CLAUDE.md and ~/.codex/AGENTS.md, so agents query the KB before proposing any library or architecture. Where Scribe doesn’t fit: it is a single-developer, local-first tool. There is no multi-user access model, no hosted sync, and no GUI — the corpus lives in a git repo you manage. Teams expecting a shared internal wiki for more than one engineer hit that ceiling quickly and end up treating Scribe as a personal layer while managing team knowledge elsewhere.
Contribute
- Work on Scribe? Claim this listing.
- Embed a badge for your README or site.
Sign in to rate this tool or suggest an edit.