Skip to main content

Sage

Memory for Claude Code. Research → checkpoint → compaction → auto-restore.

┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│  Research   │───▶│ Checkpoint  │───▶│  Compaction │
│  with Claude│    │  (auto)     │    │  happens    │
└─────────────┘    └─────────────┘    └──────┬──────┘
                                             │
┌─────────────┐    ┌─────────────┐           │
│  Continue   │◀───│ Auto-inject │◀──────────┘
│  seamlessly │    │  context    │
└─────────────┘    └─────────────┘

v4.0 — Invisible Context Hydration: System folders, failure memory, MCP resources, knowledge linking.

Quick Start

Option A: Claude Code Plugin (Recommended)

# 1. Add the marketplace (one-time)
/plugin marketplace add b17z/sage

# 2. Install the plugin
/plugin install sage@sage

Or run /plugin and use the interactive UI to browse and install.

Option B: Manual Install

# 1. Install
pip install claude-sage[mcp]

# 2. Setup (adds MCP server + installs methodology skills)
sage mcp install
sage skills install

# 3. Use Claude - Sage handles the rest
claude

That's it. Claude now has memory across sessions.

How It Works

The problem: You're 2 hours into research. Context fills up, auto-compacts, nuanced findings gone. Tomorrow you start from scratch.

The solution: Sage checkpoints at meaningful moments—not when tokens run out, but when something worth remembering happens:

Trigger Example
Synthesis "Therefore, the answer is..."
Branch point "We could either X or Y..."
Constraint "This won't work because..."
Topic shift Conversation changes direction
Manual You say "checkpoint this"

Each checkpoint captures your thesis, confidence, open questions, sources, and tensions (where experts disagree).

What Gets Saved

# Where do stablecoins win vs traditional rails?

## Thesis (75% confidence)
Integrate, don't replace. Stablecoins win middle-mile,
not POS checkout.

## Open Questions
- Timeline for Stripe's full stack?

## Tensions
- sheel_mohnot vs sam_broner: merchant profitability — unresolved

Checkpoints are Markdown files (Obsidian-compatible) in ~/.sage/checkpoints/ or .sage/checkpoints/ (project-local).

The Three Layers

┌────────────────────────────────────────────────┐
│  Skills (methodology)                          │
│  sage-memory, sage-research, sage-session      │
│  Load on-demand when context matches           │
├────────────────────────────────────────────────┤
│  MCP Server (tools + resources)                │
│  sage_save_checkpoint, sage_recall_knowledge   │
│  @sage://system/objective.md (v4.0)            │
├────────────────────────────────────────────────┤
│  Storage                                       │
│  ~/.sage/checkpoints/, ~/.sage/knowledge/      │
│  .sage/system/, .sage/failures/ (v4.0)         │
└────────────────────────────────────────────────┘
  • Skills teach Claude when and how to checkpoint
  • MCP gives Claude the tools to save/load, resources for direct access
  • Storage persists everything as readable Markdown

CLI Basics

sage checkpoint list          # See your checkpoints
sage checkpoint show <id>     # View one
sage knowledge list           # See stored knowledge
sage knowledge match "query"  # Test what would recall
sage skills list              # Check installed skills
sage watcher start            # Auto-detect compaction

# Configuration
sage config list              # View current settings
sage config set checkpoint_max_age_days 30  # Customize storage
sage config set failure_memory_enabled true # Enable failure memory (v4.0)

Visual Interface

sage ui              # Local web UI at localhost:5555
sage ui --api-only   # REST API for custom frontends

Or use any of these:

  • Obsidian — Open ~/.sage/ as vault (it's just Markdown)
  • Custom — Build on the REST API

See docs/ui.md for details.

Learn More

Known Issues

Plugin MCP Tool Naming

When installed as a Claude Code plugin, MCP tools follow the format mcp__plugin_<plugin>_<server>__<tool>. Since both the plugin and MCP server are named "sage", tools appear as mcp__plugin_sage_sage__save_checkpoint rather than the expected mcp__plugin_sage__save_checkpoint.

This is documented Claude Code behavior — the official MCP integration docs show the same pattern with asana_asana as an example. No official plugins currently use MCP servers, so there's no precedent for cleaner naming.

Workaround: The plugin works correctly despite the redundant naming. If this bothers you, install via pip instead (pip install claude-sage[mcp]).

Requirements

Development

pip install -e ".[dev,mcp]"
pytest tests/ -v  # 1624 tests

Acknowledgments

Output formatting inspired by TOON — a token-efficient notation format for LLMs by @mixeden.

License

MIT

Release files for claude-sage 4.2.3

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

Source distribution (sdist)

Source distribution for claude-sage 4.2.3
File Size Uploaded
claude_sage-4.2.3.tar.gz 350.8 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for claude-sage 4.2.3
File Interpreter ABI Platform
claude_sage-4.2.3-py3-none-any.whl Python 3 none any Details

Total release size: 756.4 kB

Release files / claude_sage-4.2.3.tar.gz

Download URL claude_sage-4.2.3.tar.gz
Size 350.8 kB
Tags Source
SHA-256 checksum
How to use checksums
bbaba47697d949a56785b6ad54db238aecdcb2081e699f55e5b8d4f2acaec8fa
BLAKE2b-256 checksum
How to use checksums
211ecc2a363701ba8f8e84f40d45a2e184c32fa354ec1eac95aa9dfe3b50ce3b
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.7

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 Feb 17, 2026.

Transparency log

Release files / claude_sage-4.2.3-py3-none-any.whl

Download URL claude_sage-4.2.3-py3-none-any.whl
Size 405.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
c15f5292a6beaaa22cab74992fefa6ce3c1ed795c3a33d834126ad971dac4a9b
BLAKE2b-256 checksum
How to use checksums
fb75d080b8d8edcf0fbe4fc2970aa62622202f5ecf3aacc2af542ccf65f89975
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.7

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 Feb 17, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

4.2.3 This release

2 release files

4.2.2

2 release files

4.2.1

2 release files

4.2.0

2 release files

4.0.1

2 release files

4.0.0

2 release files

3.0.0

2 release files

2.6.0

2 release files

2.5.0

2 release files

2.4.0

2 release files

2.2.0

2 release files

2.1.1

2 release files

2.1.0

2 release files

1.0.0

2 release files

0.2.0

2 release files

0.1.1

2 release files

0.1.0

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