Skip to main content

firekeep-client

The portable client kit for Firekeep — the self-hosted operating layer for connected AI agents. It carries durable knowledge, working context, procedures, coordination, and replayable evidence across sessions, models, machines, and teammates. Agent-facing MCP tools are exposed through one local firekeep gateway. Shipped adapters configure Claude Code, Claude Desktop (auto-detected when the app's config dir exists), Codex, Kiro, and OpenCode; other MCP clients can connect through the generic configuration path, without hook-driven lifecycle automation.

mcp-name: io.github.kapella-hub/firekeep

What this package is

The client half of Firekeep: the stdio MCP gateway (firekeep gateway) that aggregates your team server's services (memory, sessions, environment, coordination) plus the Decision Board and whichever dexes — the domain indexes the Keep understands — you have registered, the lifecycle hook cores, the runtime adapters, and the firekeep CLI (install, join, doctor, update, dex, docdex, maildex).

Three dexes ship today: firekeep-symdex (code intelligence), firekeep-docdex (folders of documents indexed into the Keep's corpus), and firekeep-maildex (email over read-only IMAP, always member-private, registered with firekeep maildex add). The managed installer always installs all three wheels; firekeep dex list|add|remove decides which of them actually run. Symdex and docdex are registered by default — since client 1.2.0 an absent registry is seeded with both (default-on), firekeep dex remove is the off-switch, and removals stick across updates.

Firekeep is self-hosted — this package needs a server to talk to. A person or team runs its own server, with per-key authentication. Current server images target linux/amd64: use an x86-64 Linux host, or Docker Desktop with amd64 container support on Windows or Mac. There is no hosted endpoint. Server install: firekeep.ai/docs.html.

Install

The recommended path is the managed installer, which pins a private environment under ~/.firekeep, verifies Ed25519-signed releases, renders every runtime adapter, and keeps itself updated:

curl -fsSL https://firekeep.ai/latest/install | sh    # macOS / Linux
irm https://firekeep.ai/latest/install.ps1 | iex         # Windows

It asks two required questions: the agent identity your memories, sessions and replay events are attributed to, and where your server is — set one up on this machine, redeem a join code, point at one that is already running, or decide later. It then offers a skippable prompt for another MCP client's rules file. The full guide is firekeep.ai/docs.html.

Installing from PyPI works too and gives you the same CLI and gateway:

pip install firekeep-client            # gateway + CLI + hooks + adapters
pip install "firekeep-client[symdex]"  # + the symdex code-intelligence dex
pip install firekeep-docdex            # + the docdex documents dex
firekeep join fk_join_...              # single-use code from your team's dashboard
firekeep install                       # render adapters for your agent clients
firekeep dex list                      # which dexes are registered on this machine

A pip install does not bundle the dex wheels, so install the ones you want before registering them — firekeep dex add <name> refuses to register a dex whose wheel it cannot import, rather than leaving you with a backend that fails to start.

Note the trade-off: a pip install lives in whatever environment you put it in and updates when you update it; the managed installer owns its environment, verifies release signatures against a pinned key, and swaps versions without closing agent sessions.

Connect an MCP client manually

Any MCP client can launch the gateway over stdio once firekeep join has written the connection:

{
  "mcpServers": {
    "firekeep": { "command": "firekeep", "args": ["gateway"] }
  }
}

Links

License

BUSL-1.1 (source-available). The Additional Use Grant permits free self-hosted production use by individuals and teams while Firekeep is in early access. Commercial licensing covers Firekeep Enterprise and hosted or managed use outside that grant (sales@firekeep.ai). Each version converts to Apache-2.0 four years after its first public release.

Metadata

Release files for firekeep-client 1.6.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for firekeep-client 1.6.1
File Size Uploaded
firekeep_client-1.6.1.tar.gz 729.3 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for firekeep-client 1.6.1
File Interpreter ABI Platform
firekeep_client-1.6.1-py3-none-any.whl Python 3 none any Details

Total release size: 1.2 MB

Release files / firekeep_client-1.6.1.tar.gz

Download URL firekeep_client-1.6.1.tar.gz
Size 729.3 kB
Tags Source
SHA-256 checksum
How to use checksums
78db4ba47952d977592017ae09bdb4464f1fa4b5afc60afcb75778d4cfea5f55
BLAKE2b-256 checksum
How to use checksums
3ddc81a15f378caf3d2087ec4ab546b713b5e5a885d9e142162b1bbe2004b865
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.

Transparency log

Release files / firekeep_client-1.6.1-py3-none-any.whl

Download URL firekeep_client-1.6.1-py3-none-any.whl
Size 495.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d8c36b6f3fd2e52c3ff3ca290bb0171c1ac58b289c471c124601959b44a36a60
BLAKE2b-256 checksum
How to use checksums
c4eb1e9de8f1e46e7b0b2c1f72b184c04fd0f137cb5dd26a2a7fe6cdbe902c31
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

1.6.1 This release

2 release files

1.6.0

2 release files

1.5.8

2 release files

1.5.7

2 release files

1.5.6

2 release files

1.5.5

2 release files

1.5.4

2 release files

1.5.2

2 release files

1.5.1

2 release files

1.4.2

2 release files

1.4.0

2 release files

1.3.0

2 release files

1.2.1

2 release files

1.2.0

2 release files

1.1.0

2 release files

1.0.3

2 release files

1.0.2

2 release files

1.0.1

2 release files

1.0.0

2 release files

0.1.48

2 release files

0.1.47

2 release files

0.1.46

2 release files

0.1.45

2 release files

0.1.44

2 release files

0.1.43

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page