Immutable Revisions
Every output becomes a revision. Published revisions are immutable; change happens via new revisions.
Kumiho is a graph-native system for versioning creative assets and persistent AI memory. It tracks what changed, when, why, and what depends on it without moving your files.
What is Kumiho? A versioned knowledge graph. For creative teams, it is version control for assets. For AI builders, it is persistent cognitive memory. Same graph, same API, same provenance guarantees.
Technical: Neo4j graph + Redis working memory. Raw artifacts remain on your own storage.

Creative Asset View
Revisions, lineage, and metadata.
AI Memory Graph View
kref://CognitiveMemory/preferences/ui-theme.preference r1 dark mode r2 Dracula theme r3 SUPERSEDES r2 -> Solarized
The core primitives that power everything.
Every output becomes a revision. Published revisions are immutable; change happens via new revisions.
DEPENDS_ON, DERIVED_FROM, SUPERSEDES and related edges encode why objects are connected.
Full-text, graph traversal, and vector similarity fuse into one ranked retrieval model.
Every change emits events. Trigger downstream jobs, workflows, and agent actions automatically.
Async consolidation enriches and links memory with safety guards and bulk-operation circuit breakers.
Your data stays put. Kumiho tracks the rest.
Step 1
Local / NAS / S3 / Agent local disk
Files and conversation artifacts stay here
Step 2
MCP / Plugins / SDK / REST API
Register revisions and memory events
Step 3
Neo4j + Redis
Relationships, metadata, working memory
Step 4
UI / Search / Events / Recall
Browse, trace, automate, remember
For Creative Teams
Before: project_final/hero_v3_approved_v2.png After: kref://project/characters/hero.image 5 revisions · lineage · metadata · publish state
Register -> Revise -> Relate -> Retrieve
For AI Builders
Kumiho gives agents durable memory that survives session resets and model switches while preserving provenance.
Step 1
Step 2
Step 3
Step 4
Before: stateless agents Session 1: "I prefer dark mode" Session 2: asks again Session 5: wrong preference recalled
After: persistent memory graph kref://CognitiveMemory/preferences/ui-theme.preference r1 dark mode r2 Dracula theme r3 SUPERSEDES r2 -> Solarized
Creative: Address any asset revision by URI
AI Memory: Address any memory revision by URI
Creative: Published renders stay immutable
AI Memory: Beliefs evolve through SUPERSEDES revisions
Creative: Know dependency breakage upstream/downstream
AI Memory: Trace evidence and reasoning lineage
Creative: PSD/FBX/EXR remain on your storage
AI Memory: Full conversations remain local as artifacts
Creative: Search by metadata + relation + semantics
AI Memory: Recall by keywords + graph path + semantics
Creative: Re-render pipelines on source updates
AI Memory: Consolidate memory on session end
Patent pending. Same graph engine and provenance guarantees for both tracks.
Pick your entry point based on how you work.
Create
Version every generation. Capture prompt, model, seed, and lineage.
Set up ComfyUI nodesAutomate
Trigger downstream work when assets or memory states change.
Explore n8n workflowsConnect
Give MCP-compatible agents persistent memory with a single integration path.
Read MCP integration guideBuild
Embed revision history and memory primitives into your own product.
Read SDK docsIntegrate
Direct HTTP access to items, revisions, edges, and search pipelines.
Browse API referenceNo. Files stay where they are.
Kumiho adds typed revisions, provenance, and dependency edges.
Full conversations can remain local as artifacts.
Yes. Memory is model-decoupled.
kumiho-python and MCP tooling are open source.
Core graph workspace with AI Cognitive Memory included.
Join creators, studios, and AI builders who trust Kumiho to track what matters.
Free tier available. Start with one folder or one MCP connection.