jessedu29260-netizen/booboo

๐Ÿง  Knowledge & Memory
0 Views
0 Installs

๐Ÿ“‡ ๐Ÿ  ๐ŸŽ ๐ŸชŸ ๐Ÿง - See and query your whole AI system as one rooted 3D knowledge graph โ€” agents, memory, knowledge, and automations fused into a privacy-walled snapshot. MCP tools for stats, search, node dossiers, neighbors, and pathfinding; the same snapshot renders up to a million nodes in the browser. npx create-booboo

Quick Install

One-Click IDE Configuration
claude_desktop_config.json
{
  "mcpServers": {
    "jessedu29260-netizen-booboo": {
      "command": "npx",
      "args": [
        "-y",
        "jessedu29260-netizen-booboo"
      ]
    }
  }
}
Or

Using an AI coding agent (Claude Code, Cursor, etc.)? Copy a ready-made prompt that tells it to fetch the setup instructions and install this server for you.

Documentation Overview

๐Ÿพ Booboo โ€” the unified operational brain

npm spec license MCP node

Turn any AI system's data into one living, rooted 3D brain โ€” structure + knowledge + memory + agents + automations fused into a single graph. Query it by REST or MCP, view it in your browser or as a desktop wallpaper, and boot your agents from it in one call.

See it before you install it โ†’ booboo-black.vercel.app ยท a live brain in your browser, no signup, nothing to clone.

Named after a dachshund who never forgets where the treats are buried. Fitting, because Booboo is about exactly that: memory and recall โ€” seeing the whole system at once, fetching what's buried, never losing the thread.

A real 50,000-node synthetic brain rendered by booboo view โ€” four stacked layer rings, spines converging on a glowing root, cockpit controls Unretouched: booboo view --demo --nodes 50000 โ€” 50k nodes, 4 layers, live in a browser tab, zero console errors. Try it yourself in one command.

Most tools show you one slice: a knowledge graph, an agent flow chart, a memory store, a trace viewer. Booboo fuses all of them into one graph rooted at a single point, so you can see โ€” and query โ€” how the whole system actually hangs together.

Status: alpha โ€” eight packages published: @booboo-brain/spec (the contract), @booboo-brain/build (config-driven postgres/json adapters), @booboo-brain/serve (REST + MCP query layer), @booboo-brain/viewer (million-node 3D render), @booboo-brain/panel (the organigram), @booboo-brain/vault (wiki-linked markdown export), @booboo-brain/cli (the unified booboo command), and create-booboo (project scaffolder). Per-package semver โ€” see each package.json. MIT.


The one idea

Booboo is a tiny JSON spec at the center, with adapters that feed it and consumers that render/serve/query it:

  your data โ”€โ”€โ–ถ  ADAPTERS  โ”€โ”€โ–ถ  GRAPH JSON โ”€โ”€โ–ถ  CONSUMERS
  (postgres,     (config-       (the spec,       (3D viewer ยท
   json, neo4j,   driven,        ~1 KB            REST API ยท
   mcp, โ€ฆ)        ~50 lines)     contract)        MCP server ยท wallpaper)

Emit the JSON โ†’ get the viewer, the API, and the MCP server for free. Weird data โ†’ a ~50-line adapter, not a fork. See SPEC.md.

Quickstart

One command. No database, no config, no signup. A synthetic brain, running on your machine:

npx @booboo-brain/cli view --demo --nodes 1000000

That's the headline flex: a million nodes at 60fps in a browser tab. Drop the count to --nodes 50000 on a modest laptop. See SCALE.md for how it holds up (one draw call over a single point cloud with a custom shader, plus tier-LOD on labels).

Then point it at your own stack:

# scaffold a project (json starter + postgres upgrade path)
npx create-booboo my-brain
cd my-brain
npm install
npm run build                    # booboo.config.yaml โ†’ brain.json (the snapshot)
npm run serve                    # REST API on http://localhost:8787
npm run mcp                      # MCP over stdio โ€” point Claude / Cursor / Claude Code at it

Edit booboo.config.yaml to point at your own Postgres/Supabase (a commented example ships in the scaffold). Full reference: docs/CONFIG.md ยท stuck? docs/TROUBLESHOOTING.md.

Roadmap: a single all-in-one command bundling build + REST + MCP + the 3D viewer together, and an interactive scaffold wizard โ€” tracked in LAUNCH_CHECKLIST.md.

What works today

booboo build --config booboo.config.yaml    # any postgres/json โ†’ one graph snapshot (privacy walls + parent spines)
booboo serve --snapshot my.booboo.json --port 8787   # REST: /graph /stats /search /nodes/:id /neighbors/:id /path/:a/:b
booboo mcp   --snapshot my.booboo.json --org org.booboo.json  # MCP over stdio (+ booboo_boot: agents boot FROM the org)
booboo view  --snapshot my.booboo.json               # 3D viewer in your browser โ€” no monorepo, no build step
booboo panel --org org.booboo.json --snapshot my.booboo.json  # THE ORGANIGRAM โ€” see below
booboo vault --snapshot my.booboo.json --org org.booboo.json --out vault  # the brain as a markdown vault โ€” see below

booboo view serves the @booboo-brain/viewer 3D renderer as a standalone app โ€” any snapshot (or ?n=1000000 synthetic) in your browser, no monorepo. The build engine was proven on a real 4,469-node production brain assembled straight from Supabase by config alone โ€” privacy-walled, validated, served. See each package's README for the details.

Connect it to Claude / Cursor (MCP)

booboo mcp speaks MCP over stdio. Point any MCP client at it โ€” no server to host, it runs on demand:

// Claude Desktop: claude_desktop_config.json ยท Cursor: .cursor/mcp.json ยท Claude Code: .mcp.json
{
  "mcpServers": {
    "booboo": {
      "command": "npx",
      "args": ["-y", "@booboo-brain/cli", "mcp",
               "--snapshot", "my.booboo.json", "--org", "org.booboo.json"]
    }
  }
}

Your agent can now query the whole system โ€” search, neighbors, path, stats โ€” booboo_boot('<agent-id>') returns an agent's rules, memory reach, and reports so it boots from the org, and booboo_remember / booboo_report let it write back durable memories and reports that persist across rebuilds (the live memory system). Point --snapshot/--org at absolute paths if the client's working directory differs.

Tools

ToolWhat it does
booboo_statsNode/link counts for the whole graph, broken down by layer.
booboo_searchSearch nodes by label or id (ranked: exact > prefix > substring). Use this first to find a node's id.
booboo_nodeFetch a single node (all fields + data) by its exact id.
booboo_neighborsThe neighbourhood around a node: connected nodes + links out to depth hops.
booboo_pathShortest path (chain of nodes) between two node ids; null if unreachable.
booboo_boot (with --org)An agent's boot slice of the organigram: identity, authority chain, inherited rules, bucket access, skills, children. Call this first, every session.
booboo_org (with --org)The full organigram: every agent, the hierarchy, buckets and rule refs.
booboo_rememberWrite a durable memory โ€” one atomic fact, tied to an agent. Appended to the journal beside the snapshot; queryable the same session, survives every rebuild.
booboo_reportWrite a report โ€” what an agent just closed. Lands on the panel's Reports timeline.

booboo_remember / booboo_report are on by default โ€” the live half of the memory system. Pass --no-write (or BOOBOO_READONLY=1) for a read-only server (public/locked-down deployments); it still reads the journal but refuses writes.

The Organigram โ€” run your agents like a company

The Booboo panel organigram โ€” a 14-agent fleet as a real company chart: root on top, departments fanning beneath, a dossier with live memory and report counts on the right

booboo panel opens your agent fleet as a real org chart โ€” and the chart is not a diagram, it's the authority. Every agent is a card: its rules, skills, memory-bucket access, and latest reports. Drag an agent under a new parent, hit apply, and the org file changes โ€” versioned in git, validated before every write (a cycle can never land). Agents that boot with booboo_boot obey the new shape on their next session. Reorganize your company at breakfast; the whole fleet knows by the first coffee.

the portfolio timelinememory, bucket by bucket
Reports tab โ€” every agent's filed reports on one timeline, filterable per agentBuckets tab โ€” each memory bucket with live counts and the agents that reach it

Five tabs over one org file + one snapshot: organigram (drag-drop hierarchy) ยท buckets (who remembers what) ยท reports (what the fleet closed, newest first) ยท rules (who declares, who inherits) ยท graph (the 3D brain, embedded). Rules inherit top-down โ€” declare once at a branch, everyone beneath is bound; every dossier shows the inherited stack in boot order.

Reports and buckets fill two ways: live, when an agent calls booboo_remember / booboo_report (durable journal writes, no rebuild), or in bulk from your own tables via config โ€” see docs/CONFIG.md ยง Wiring fleet reports & memory.

The vault โ€” your brain as plain markdown (Obsidian-ready)

booboo vault emits the same snapshot as a wiki-linked markdown vault: one page per node with frontmatter and its links, index pages per layer and cluster, an agent dossier per org member (chain of command, inherited rules, buckets, machines, contract). Open the folder as an Obsidian vault and you have the "LLM second brain" pattern โ€” except generated from your real system instead of hand-fed notes. Plain files are the ultimate portability: any human can read them, any agent from any provider can too. Emit it nightly and the vault doubles as your insurance copy.

Author links yourself: put [[node-id]] (or [[exact label]]) refs inside a note's text and set wikilinks: true in the config โ€” the builder turns them into first-class authored edges that outrank harvested relations, in the graph, the API, the 3D view and the vault. Every build also prints an ingestion-quality line (authored ยท orphans ยท dump-suspects) so curation is a number, not a vibe.

Your agent knows what to do โ€” the contract ships with the scaffold

npx create-booboo scaffolds AGENTS.md (imported by CLAUDE.md) into the project: the operating doctrine any AI agent working that folder reads automatically โ€” boot from the org, one atomic fact per note, author your [[links]], corrections replace, respect the walls, watch the quality gate, close honestly. A fresh install leaves your agent already fluent in the brain's conventions; edit the file as your own rules evolve โ€” it is your system's constitution, versioned next to the org.

Why it's different

The closest things on GitHub each do one layer โ€” good tools, all of them, for their slice:

Whole-system viewREST APIMCP (agents query it)3D at 1M nodesPrivacy walls
Boobooโœ…โœ…โœ…โœ…โœ…
Graph viewers (3d-force-graph)render onlyโ€”โ€”โœ…โ€”
Note graphs (Obsidian, Logseq)your notes, not your system (booboo emits an Obsidian vault: booboo vault)โ€”pluginsโ€”โ€”
Agent frameworks (LangGraph, traces)flows & runsโœ…partialโ€”โ€”
Memory stores (Graphiti, Cognee)memory onlyโœ…โœ…โ€”โ€”

None fuse wiring + knowledge + episodic memory + agents + crons into one rooted, live, bootable brain that's simultaneously a view, a wallpaper, an API, and an MCP source. That operational fusion is the novel part.

Key in hand (optional โ€” everything above stays free)

Every feature is MIT and always will be. If you'd rather not do the setup yourself:

  • The Booboo Drop โ€” ยฃ29 ยท key in hand: a folder + operator prompt you paste into Claude Code or Cursor โ€” your agent deploys your brain end-to-end while you answer five questions.
  • Done-for-you ยท we map your stack โ€” custom adapters, hosted snapshot, refresh pipeline.

Both are built on this repo, same config schema โ€” never a fork, never a gate.

License

MIT โ€” built to be forked, adapted, and shipped. By Fractional HQ.

Related MCP Servers

modelcontextprotocol/server-memoryVerified

๐Ÿ“‡ ๐Ÿ  - Knowledge graph-based persistent memory system for maintaining context

๐Ÿง  Knowledge & Memory2 views
0xshellming/mcp-summarizer

๐Ÿ“• โ˜๏ธ - AI Summarization MCP Server, Support for multiple content types: Plain text, Web pages, PDF documents, EPUB books, HTML content

๐Ÿง  Knowledge & Memory0 views
20alexl/claude-engram

๐Ÿ ๐Ÿ  - Persistent memory and session intelligence for Claude Code. Auto-tracks mistakes, decisions, and context via hooks. Mines session history for patterns and cross-session search. Loop detection, pre-edit warnings, context compaction survival. Runs locally with Ollama.

๐Ÿง  Knowledge & Memory0 views
a2cr/a2cr

๐Ÿ โ˜๏ธ ๐Ÿ  ๐ŸŽ ๐ŸชŸ ๐Ÿง - MCP server for AI-agent handoffs. Saves client-encrypted WorkBaton checkpoints and WorkStash notes so Codex, Claude Code, Roo Code, and other MCP clients can resume work without passing full chat history.

๐Ÿง  Knowledge & Memory0 views

Engagement

Views
0
Installs
0
Upvotes
0

Views and upvotes are unique per visitor network (hashed IP). Installs count copy actions.

Status

Health: Not checked yet

We have not completed a health check for this listing yet.

No check timestamp yet.

Unclaimed listing (imported or pending owner verification). Claim it โ†’
โ˜… Spotlight Slot

Feature Your MCP Server

Get maximum visibility for your server across our directory, search results, and detail pages.

Spotlight Your Server

Own this project?

This directory is pre-filled from public sources. Claim via GitHub README, site badge, or DNS TXT to get the verified badge and attach your website.

Claim this listing

Promote this listing

Optional paid placement. Free listings stay free forever.

Share & Embed

Add our SVG badge (dark/light directory styles) or embeddable widget to your site.