Durable, relationship-aware memory for every conversation.
Shared project context and collision-safe coordination for every repository.
Important
This repository is the Git-backed marketplace for Claude Code.
Both plugins currently connect to staging MCPs at
https://stage.hypermemory.io/mcp and https://stage.hypermemory.io/colab/mcp.
- What this repository provides
- Why two plugins?
- Capability matrix
- Supported surfaces
- Quick start
- HyperMemory
- HyperColab
- Combined architecture
- Repository layout
- Authentication and secrets
- Updating
- Removing
- Development
- Troubleshooting
- Frequently asked questions
- Documentation
- Support and security
This repository is one plugin marketplace containing two independently installable Claude Code plugins:
| Plugin | Current version | Purpose |
|---|---|---|
| HyperMemory | 2.7.0 |
Persistent personal and project memory, relationship-aware recall, delegated writes, timeline logging, and token telemetry |
| HyperColab | 2.7.0 |
Shared project context, work ownership, path claims, project timelines, and multi-agent collision prevention |
The marketplace is named hypermemory-plugins. A marketplace is a catalog and
source of plugins; registering it does not install either plugin. Users add
the marketplace once, then choose HyperMemory, HyperColab, or both.
GitHub repository Marketplace Installable plugins
hypermemory-ai/hm-plugins-claude -> hypermemory-plugins -> hypermemory
-> hypercolab
HyperMemory and HyperColab share a graph-oriented foundation, but they solve different problems and have different runtime boundaries:
- HyperMemory follows a person or agent across conversations. It recalls durable context before work begins and maintains that context after each turn.
- HyperColab follows a Git project. It coordinates concurrent developers and coding agents, protects claimed paths, and records a structured development timeline.
Keeping them separate lets a user install durable memory without repository coordination, add coordination only where needed, or run both together.
| Capability | HyperMemory | HyperColab |
|---|---|---|
| Hosted OAuth MCP | Yes | Yes |
| Bundled skill | Yes | Yes |
| Claude Code lifecycle hooks | Yes | Yes |
| Packaged sub-agent role contract | Memory writer | Coordination writer |
| Relationship-aware graph | Personal and cross-session | Project-scoped |
| Chronological timeline | Conversation and decision timeline | Development activity timeline |
| Weighted activity segmentation | Yes | No |
| Path claims and collision protection | No | Yes |
| Works without the other plugin | Yes | Yes |
| Surface | HyperMemory | HyperColab |
|---|---|---|
| Claude Code CLI | Full behavior after MCP authorization and hook trust | Full behavior after MCP authorization and hook trust |
| Claude Code Desktop app | Full behavior — shares plugin config with CLI | Full behavior — shares plugin config with CLI |
| Claude Desktop (Electron app) | MCP only — no hooks, agents, or skills; best-effort via CLAUDE.md | MCP only — same limitations as HyperMemory |
| claude.ai (web) | MCP only — same limitations as Claude Desktop | MCP only — same limitations as Claude Desktop |
- Claude Code CLI or Claude Code Desktop app
- A HyperMemory account
Run this once:
/plugin marketplace add hypermemory-ai/hm-plugins-claudeConfirm Claude Code can see it:
/plugin marketplace list/plugin install hypermemory@hypermemory-pluginsComplete the HyperMemory OAuth flow when prompted, then start a new session.
/plugin install hypercolab@hypermemory-pluginsComplete the HyperColab OAuth flow when prompted, then start a new session inside a Git repository.
In Claude Code, run:
/hooks
Review each plugin's hook definition and trust the hooks you want to run. Claude Code does not automatically trust non-managed plugin hooks. Trust is tied to the exact hook definition, so changed hooks require review again after an update.
/plugin listTry these prompts in a new session:
What do you remember about this project?
Join this HyperColab project, sync active work, and claim the files needed for my task.
HyperMemory adds durable, relationship-aware memory to Claude Code. It is designed to recall the right context before a response and preserve important knowledge after the requested work is complete.
| Component | Path | Responsibility |
|---|---|---|
| Plugin manifest | plugins/hypermemory/.claude-plugin/plugin.json |
Identity, version, discovery metadata, and MCP declaration |
| MCP configuration | plugins/hypermemory/.mcp.json |
Connects to the hosted staging MCP over HTTP |
| Skill | plugins/hypermemory/skills/hypermemory/ |
v0.6.8 protocol — recall, graph hygiene, delegation, timeline, and telemetry behavior |
| Lifecycle hooks | plugins/hypermemory/hooks/hooks.json |
Reinforces recall at prompt submission and finalization at stop |
| Memory-writer role | plugins/hypermemory/agents/memory-writer.md |
Bounded contract for delegated storage, timeline, and telemetry work |
sequenceDiagram
participant U as User
participant M as Main agent
participant MCP as HyperMemory MCP
participant W as Memory-writer sub-agent
U->>M: Submit a prompt
Note over M: UserPromptSubmit hook fires
M->>MCP: Overview and relevant recall
MCP-->>M: Relationship-aware context
M->>M: Complete the requested work
Note over M: Stop hook fires
M-->>U: Return final response
M--)W: Fire-and-forget background agent
W->>MCP: Recall before writing
W->>MCP: Store or update durable knowledge
W->>MCP: Write one timeline entry
W->>MCP: Report tokens once
The main agent performs recall because remembered context must be available while reasoning about the user's request. Persistence and telemetry run in a fire-and-forget background memory-writer sub-agent so the main response is never delayed. The role contract prevents recursive delegation.
The skill uses the HyperMemory MCP for:
- graph overview and relevant recall;
- exact-node hydration and relationship traversal;
- durable storage and correction of existing knowledge;
- graph relationships and orphan cleanup;
- chronological timeline entries;
- user-requested file storage; and
- per-turn token telemetry.
The hosted MCP currently exposes these tool families:
| Area | Tools |
|---|---|
| Recall and context | hm_get_overview, hm_recall, hm_get_nodes, hm_get_chat_context, hm_find_related |
| Graph writes and hygiene | hm_store, hm_update, hm_forget, hm_add_relationships, hm_ingest, hm_list_orphans |
| Timeline | hm_timeline, hm_timeline_write |
| Files | hm_upload_file, hm_list_files |
| Structured data | hm_tabular |
| Skill distribution | hm_skill |
| Telemetry | hm_tokens |
All eighteen are the tools the server advertises through tools/list.
Writes follow canonical node types and stable keys. The writer recalls before changing the graph, updates existing nodes instead of duplicating them, and gives each new node a specific relationship. File upload is used only when the user explicitly asks to store a file.
The plugin connects to:
https://stage.hypermemory.io/mcp
The server supports authorization-code OAuth, PKCE S256, refresh tokens, and dynamic client registration. The plugin package contains the server URL only; it does not contain or require a checked-in API key.
HyperMemory uses three complementary layers:
- The skill declares itself applicable on every turn with
enforcement: mandatoryandtrigger: every_turn. - The
UserPromptSubmithook reminds the active agent to recall before work. - The
Stophook spawns a background memory-writer agent for persistence and telemetry.
This is the strongest enforcement available to an installed plugin, but it is not an operating-system guarantee. If the plugin is disabled, its hooks are not trusted, hooks are disabled by policy, the MCP is unavailable, or the current surface cannot spawn sub-agents, behavior degrades accordingly. The skill defines a direct-write fallback when delegation is unavailable so memory is not silently abandoned.
HyperColab coordinates human developers and coding agents working in the same Git project. It combines shared context, explicit work ownership, atomic path claims, structured activity, and project-scoped graph search.
| Component | Path | Responsibility |
|---|---|---|
| Plugin manifest | plugins/hypercolab/.claude-plugin/plugin.json |
Identity, version, discovery metadata, and MCP declaration |
| MCP configuration | plugins/hypercolab/.mcp.json |
Connects to the hosted staging HyperColab MCP over HTTP |
| Skill | plugins/hypercolab/skills/hypercolab/ |
Defines join, sync, claim, progress, activity, and completion behavior |
| Lifecycle hooks | plugins/hypercolab/hooks/hooks.json |
Loads project context at session start, checks ownership before writes, and spawns coordination writer at stop |
| Coordination-writer role | plugins/hypercolab/agents/coordination-writer.md |
Bounded contract for delegated timeline maintenance |
| Tool | Purpose |
|---|---|
colab_join |
Join the project associated with the current Git repository and publish the work goal |
colab_sync |
Retrieve active sessions, ownership, recent events, and touch/do-not-touch guidance |
colab_claim |
Atomically claim repository-relative files or directories before editing |
colab_check |
Check create, modify, rename, or delete operations immediately before a write |
colab_update |
Publish material progress, scope, status, rationale, and claim renewal |
colab_finish |
Complete, release, abandon, or hand off work and release the claim |
colab_log_activity |
Append a structured project event for decisions, discoveries, tests, commits, or releases |
colab_timeline |
Read or search the chronological development record |
colab_graph_search |
Search durable knowledge in the project-scoped graph |
The main agent joins and synchronizes before planning, then claims intended paths before editing. Join, sync, and claim operations stay on the main agent because their results affect planning and write safety. Routine progress and timeline maintenance may be delegated to one awaited coordination writer.
join -> sync -> claim -> check before writes -> update during work -> finish or hand off
Live conflicts are not bypassed. If another session owns an overlapping path, the agent coordinates a handoff, waits for lease expiry, or changes scope.
The plugin connects to:
https://stage.hypermemory.io/colab/mcp
The server supports the same OAuth flow as HyperMemory: authorization-code with PKCE S256, refresh tokens, and dynamic client registration. The plugin package contains the server URL only; it does not contain or require a checked-in API key.
HyperColab records structured summaries, repository-relative paths, commit identifiers, claims, statuses, test results, small metadata objects, and visible rationale summaries. By default it does not send raw source, raw diffs, full shell output, complete transcripts, or hidden model reasoning.
flowchart TB
Repo["hypermemory-ai/hm-plugins-claude"] --> Catalog["hypermemory-plugins marketplace"]
Catalog --> HM["HyperMemory plugin"]
Catalog --> HC["HyperColab plugin"]
subgraph PersonalMemory["Durable cross-session memory"]
HM --> HMMCP["Hosted OAuth MCP"]
HM --> HMSkill["Always-on memory skill"]
HM --> HMHooks["Recall and finalization hooks"]
HM --> HMAgent["Memory-writer role"]
end
subgraph ProjectCoordination["Project-scoped coordination"]
HC --> HCMCP["Hosted OAuth MCP"]
HC --> HCSkill["Coordination skill"]
HC --> HCHooks["Claim and activity hooks"]
HC --> HCAgent["Coordination-writer role"]
end
The plugins may be enabled independently. When both are enabled, HyperMemory retains durable conversational context while HyperColab supplies the live, repository-specific coordination state.
.
├── .claude-plugin/
│ └── marketplace.json # Shared marketplace catalog
├── plugins/
│ ├── hypermemory/
│ │ ├── .claude-plugin/plugin.json # HyperMemory manifest
│ │ ├── .mcp.json # Hosted OAuth MCP connection
│ │ ├── agents/ # Memory-writer role contract
│ │ ├── assets/ # Marketplace icon and logo
│ │ ├── hooks/hooks.json # Claude Code lifecycle hooks
│ │ └── skills/hypermemory/ # Memory workflow and references
│ └── hypercolab/
│ ├── .claude-plugin/plugin.json # HyperColab manifest
│ ├── .mcp.json # Hosted OAuth MCP connection
│ ├── agents/ # Coordination-writer role contract
│ ├── assets/ # Marketplace icon and logo
│ ├── hooks/hooks.json # Claude Code coordination hooks
│ └── skills/hypercolab/ # Coordination workflow and references
├── assets/ # Shared logo assets
├── SECURITY.md # Vulnerability reporting and boundaries
├── LICENSE # MIT license
└── README.md
Only plugin.json lives inside each .claude-plugin/ directory. Skills, MCP
configuration, hooks, assets, and role contracts remain at the plugin root
according to the Claude Code plugin package layout.
Each plugin contains an agents/ role contract and a matching skill reference:
- HyperMemory uses
memory-writerfor storage, timeline, and telemetry. - HyperColab uses
coordination-writerfor project activity maintenance.
These files document the bounded role that the skill asks the host to spawn. They are not a separate manifest-level custom-agent registry: the skill controls when delegation happens, what information is passed, and how recursive delegation is prevented.
| Component | Authentication | Where credentials live |
|---|---|---|
| HyperMemory MCP | OAuth authorization code with PKCE | Claude Code MCP credential storage |
| HyperColab MCP | OAuth authorization code with PKCE | Claude Code MCP credential storage |
| Git marketplace | Public GitHub repository | No credentials required for this repository |
No access token, refresh token, client secret, API key, or reviewer credential belongs in this repository. See Security for reporting and trust boundaries.
Plugin installation does not automatically trust bundled hooks. Users must
review them with /hooks. This provides an explicit boundary around prompts
that can invoke recall, check ownership, or spawn background agents.
Administrators may disable hooks or restrict marketplace/MCP sources through managed Claude Code policy. Sub-agents inherit the active parent sandbox and permission mode. Neither plugin expands operating-system permissions on its own.
Refresh the Git marketplace snapshot, reinstall the plugins you use, and start a new session:
/plugin marketplace update hypermemory-plugins
/plugin update hypermemory@hypermemory-plugins
/plugin update hypercolab@hypermemory-pluginsReview hooks again if their definitions changed.
/plugin remove hypermemory@hypermemory-plugins
/plugin remove hypercolab@hypermemory-plugins
/plugin marketplace remove hypermemory-pluginsRemoving a plugin or marketplace does not delete durable data already stored by HyperMemory or HyperColab.
git clone https://github.com/hypermemory-ai/hm-plugins-claude.git
cd hm-plugins-claudeIn a clean development profile, or after removing another configured source with the same marketplace name, run from the repository root:
/plugin marketplace add .
/plugin install hypermemory@hypermemory-plugins
/plugin install hypercolab@hypermemory-pluginsStart a new session after reinstalling so Claude Code loads the updated skills and MCP configuration.
That is expected. Registering the marketplace adds the catalog only. Install a plugin explicitly:
/plugin install hypermemory@hypermemory-plugins
/plugin install hypercolab@hypermemory-pluginsConfirm that the plugin is installed and enabled with /plugin list, then
start a new session.
Invoke a HyperMemory MCP operation and complete the connection flow. Confirm
the installed MCP URL is https://stage.hypermemory.io/mcp and check whether a
workspace policy blocks the server.
Invoke a HyperColab MCP operation and complete the connection flow. Confirm
the installed MCP URL is https://stage.hypermemory.io/colab/mcp and check
whether a workspace policy blocks the server.
Open /hooks, locate the plugin hook source, and trust its current definition.
Also confirm hooks are not disabled in Claude Code configuration or managed
policy.
Call colab_sync to inspect active ownership and claims. Coordinate a handoff,
wait for the conflicting lease to expire, or change the intended path. Do not
bypass a valid ownership conflict.
Refresh and reinstall:
/plugin marketplace update hypermemory-plugins
/plugin update <plugin-name>@hypermemory-pluginsThen start a new session. Claude Code loads an installed marketplace snapshot rather than executing directly from an arbitrary source checkout.
No. The marketplace is the catalog named hypermemory-plugins. It currently lists
the separate hypermemory and hypercolab plugins.
No. HyperMemory and HyperColab are independent. Install only the capabilities you need.
No. HyperColab uses project-scoped knowledge and coordination. HyperMemory is the durable cross-conversation memory plugin. They complement one another.
No. Claude Code requires explicit trust for non-managed plugin hooks, and changed definitions must be reviewed again.
No. They are bounded role contracts invoked through the bundled skills. They document delegation behavior but are not a separate manifest-level agent registry.
Claude Desktop does not support plugins. Users can manually add the MCP servers
in Desktop settings and use a project-level CLAUDE.md file for best-effort
behavior.
No. Both plugins currently target staging endpoints. Treat the package as pre-production until the manifests and docs are updated to production MCP URLs.
- HyperMemory — Product homepage
- Security policy — Vulnerability reporting and boundaries
For the current Claude Code plugin model, see Anthropic's plugin documentation.
For general project questions, use the repository's GitHub issues. Do not post credentials, tokens, private repository content, or vulnerability details in a public issue.
Report security concerns privately according to SECURITY.md. Legal and product information is available at:
Licensed under the MIT License. See LICENSE.

