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.0

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.0
File Size Uploaded
firekeep_client-1.6.0.tar.gz 729.2 kB Details

Built distribution (wheel)

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

Total release size: 1.2 MB

Release files / firekeep_client-1.6.0.tar.gz

Download URL firekeep_client-1.6.0.tar.gz
Size 729.2 kB
Tags Source
SHA-256 checksum
How to use checksums
3757967e402d2c09ba03854e8755ac768b75f881dd2ba65e60a699d21fd882c7
BLAKE2b-256 checksum
How to use checksums
9dd417fed1a94302ce44ba8dc398567259c8697bda2c3171f0e8bd6a4ed51a25
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 2, 2026.

Transparency log

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

Download URL firekeep_client-1.6.0-py3-none-any.whl
Size 495.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
f0a5b9fa227b97d99c30a0213480c2df273bd4e4415b954fdde3bdb44ab5880b
BLAKE2b-256 checksum
How to use checksums
e1d51bfc8a1cdf4b6f189963d33d098d94acc9ff8246fcd3f5e96d1aeb445db1
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 2, 2026.

Transparency log

Release history Release notifications | RSS feed

1.6.1

2 release files

This release

1.6.0 This release

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