Recorded team memory
Store decisions, incidents and proven fixes, then retrieve relevant evidence across later sessions and contributors.
Cortex · semantic + graph recallFirekeep turns runbooks, decisions, sessions and proven fixes into a shared, self-hosted knowledge layer across Claude Code, Codex, Kiro and OpenCode. Start free as a team of one. Firekeep for teams is coming soon.
Put runbooks, public documentation, architecture notes and incident knowledge into Firekeep once. Relevant fragments can then surface alongside recorded decisions and proven fixes when another agent—or, with Team, another person—needs them.
Corpus sources are searchable immediately after ingestion. Procedure drafting requires a configured generation model and human review; Firekeep does not silently turn every document into an executable instruction.
Firekeep sits behind the coding agents your team already uses. The same systems serve one developer with several agents today and a multi-person workspace when Team launches.
Store decisions, incidents and proven fixes, then retrieve relevant evidence across later sessions and contributors.
Cortex · semantic + graph recallExplicitly recorded plans, decisions, progress and file notes survive context compression and interrupted sessions.
Bridge · durable working stateSearch symbols, callers, architecture and change impact locally instead of loading whole files by default.
12 languages · local tree-sitter indexIngest documents and URLs into the corpus, then turn procedural material into reviewable skills when a generation model is configured.
Corpus · sources · skillsTasks, catch-up messages, bulletins, presence and expiring file leases help your agent identities coordinate.
Relay · tasks · messages · leasesInspect recorded events and saved decision context, track configured environment signals and check risky edits where hooks allow.
Replay · Sentinel · policySymdex indexes your working tree into symbols and relationships, then serves focused code context when that is enough and broader context when an edit needs it. Firekeep installs it automatically with Solo.
Firekeep preserves explicitly recorded working state, coordinates parallel agents and keeps an inspectable event trail. These illustrative flows explain the systems; they are not recordings of a specific client or dashboard UI.
Restore the recorded goal, plan, decisions, file notes and next step after an interruption.
Collapse a repository into a relevant symbol, its callers and the files affected by a change.
Sources become searchable immediately; configured generation can turn procedures into reviewable skill drafts.
Assign work, catch up on pollable messages and request expiring file leases. Presence is best-effort and hard enforcement varies by client hooks.
Inspect recorded session events and open the exact or nearest saved decision context instead of relying on the final error alone.
Configured repositories and directories become a filterable event feed; Docker monitoring is opt-in and agents can add observations too.
These supporting surfaces are part of the same Solo installation, not separate add-ons.
Keep secrets encrypted and separate from ordinary memory recall; listings expose metadata, not values.
Evaluate actions before and after they run; hard enforcement depends on the coding client's hook surface.
Inspect memories, sessions, knowledge sources, agent coordination, events, traces and operations in one web UI.
Make Firekeep dormant for work you do not want recorded, then restore the tool surface when you return.
When a task needs several choices, Firekeep puts the agent's open questions into one local browser review, brings forward relevant snippets from your Firekeep memory and returns your answers together.
Your Firekeep services, datastores and default model run on infrastructure you control. Downloads and update checks use the public release channel; optional providers connect only when you configure them.
Solo and Team use the same Firekeep client, server and knowledge systems. Solo is the complete one-person product; Team adds members to the shared workspace rather than replacing the software underneath it.
Run every current capability for one person, with unlimited personal agents, terminals and devices on infrastructure you control.
Solo details and installation →Record decisions, ingest sources and approve reusable Skills. The same accumulated knowledge remains when more people join.
See the knowledge lifecycle →Team is coming soon with multiple people sharing the same workspace, knowledge base and agent-agnostic client experience.
Explore Team and join the waitlist →Solo is not a feature trial. It is the complete Firekeep capability set for one person. Team uses the same client and server when more people share the workspace.
Everything Firekeep currently does, for one natural person in one workspace and deployment.
Install Solo freeThe same Firekeep, shared by multiple people under a signed seat entitlement.
Explore TeamOr write to sales@firekeep.ai
Firekeep is BUSL-1.1-licensed self-hosted software and is not OSI Open Source. Runtime capabilities are not gated by plan; the paid boundary is additional people.
Firekeep is a shared, self-hosted knowledge and continuity layer for AI coding teams. It combines persistent memory, a Corpus knowledge base, reusable Skills, durable session state, local code intelligence, agent coordination, guided decisions and inspectable traces behind the coding tools your team already uses.
Corpus stores ingested documents and bounded public-documentation crawls as searchable sources that can surface through ordinary Firekeep recall. With a generation model configured, the Knowledge pipeline can also draft procedures for human review; drafts do not become active Skills until they are approved.
When an agent needs several choices from you, the Decision Board opens one local browser review with the agent's questions, relevant memory evidence and any attached visual explanations. Your answers return together to the waiting agent; selecting an option does not execute an action or automatically save it as memory.
Yes. Relay provides tasks, catch-up channels, bulletins, pollable direct messages, best-effort presence and expiring resource leases across your agent identities. Notification timing and hard lease enforcement depend on the lifecycle hooks each coding client exposes.
Symdex is Firekeep's built-in local code-intelligence server. It indexes symbols and relationships across Python, JavaScript, TypeScript, Go, Rust, Java, PHP, C, C#, Ruby, Kotlin and Swift so agents can request focused code, caller and impact context. Firekeep installs it automatically with Solo.
Across 360 direct known-symbol lookups drawn from 285 production source files in 12 pinned repositories, the stable Symdex response had a 54.8% lower estimated token count on average than sending the entire containing file. Retrieved source matched the pinned Git source in 360/360 checks. Results varied: 58 lookups used more tokens, generally where the whole file was already very small. This is a targeted-retrieval benchmark, not a promise about whole-task use. In a separate mixed-task Click benchmark, Symdex used 23% fewer total context tokens, with a judged-accuracy point estimate of 4.42 versus 4.45; that result does not establish statistical equivalence.
The index runs on your workstation, not on the Firekeep server. As with any local MCP tool, the code context an agent requests becomes part of that agent's working context and may be sent to the model provider you configured.
The installer includes adapters for Claude Code, Codex, Kiro and OpenCode. Other MCP-capable clients can be configured manually, but lifecycle automation differs because each client exposes different hook capabilities.
Solo covers one natural person, one workspace and one deployment. That person can use unlimited personal devices, terminals, agent identities and background workers, with the complete current capability set.
No hosted Firekeep service is required. The server, datastores and default inference path run on your infrastructure. Public downloads and update checks use the release channel, and optional connectors or model providers make external requests only when you configure them.
No. A default server binds to loopback. You can reach it with SSH forwarding, a private network such as Tailscale or WireGuard, or your own HTTPS reverse proxy. Firekeep does not require a network vendor.
Team is being prepared now. It will use the same Firekeep product and add multiple people through signed seat entitlements. Join the waitlist to help shape pricing and onboarding.
Explore Firekeep Solo for free, or see how the same product grows into a shared team workspace.
Questions? support@firekeep.ai · Security reports: security@firekeep.ai