Source identity
| Field | Recorded value |
|---|---|
| Source type | project Library file |
| Original record | PANTHEON-COMPLETE.txt |
| Date | Aug 6, 2026 |
| Path or archive member | PANTHEON-COMPLETE.txt |
| Original SHA-256 | 95603321bcf53dd069f80de8986c48d20b86814960e0c0204eee94bda24dac15 |
| Reading-copy SHA-256 | 2f749e229f3bb475281aedb7eb639c9debd4d0c035b9f035ef354ce3f1b507a9 |
Recovered source transcript
Download complete source text ↓3,729 lines · 194.4 KB
================================================================================
================================================================================
P A N T H E O N C O M P L E T E
The whole federation in one document, from live recon
================================================================================
================================================================================
Generated 2026-07-28 · UPDATED 2026-08-03 (see FINAL PRE-LAUNCH UPDATE below)
Method live recon of all SEVEN tailnet devices plus cloud accounts. systemd unit reads, ss port scans,
HTTP probes of every listening organ, ORACLE registry dump, corpus
stat, and verb harvesting by deliberately calling every organ with
an invalid route so it returns its own endpoint list.
Authority Where this document disagrees with any older planning file, or
with memory, THIS document wins, because every figure in it came
from the machine that owns it on the date above.
Companion set ~/Desktop/01-AI-Federation/ holds the same material split into
15 focused files. This is the single combined reference.
================================================================================
★★★★★ FINAL PRE-LAUNCH MASTER UPDATE — 2026-08-03 ★★★★★
AUTHORITATIVE. This section is the CURRENT TRUTH and supersedes every figure
in the 2026-07-28/29 body below. Method: fresh read-only recon of all devices
(4 parallel storage scanners: every DB engine, every embedded/file store, every
binary signature store, every external drive, full file layout) + the live
ORACLE registry + the mmgateway-web registry + /helix vitals, on 2026-08-03.
================================================================================
--------------------------------------------------------------------------------
0. WHAT CHANGED SINCE THE JULY BODY (Jul 31 – Aug 3 session)
--------------------------------------------------------------------------------
NEW ORGANS (cortex/megamind-agi, python, all systemd, all live):
mmknow :9542 cross-domain knowledge base (ConceptNet+WordNet, 691k facts)
mmlearn :9541 fact acquisition — streams ConceptNet into ORACLE, reversible
mmthink :9540 grounded chain-of-thought (grounds on ORACLE+mmreason, speaks M4)
mmask :9543 THE VOICE — grounded conversational Q&A, refuses when ungrounded
mmgateway-web :9560 read-only PUBLIC gateway to EVERY organ (registry-driven)
pubmed :9533 (4.69M), learned :9532 (1.40M), codesearch :9534 (1.39M) recall
NEW PUBLIC FRONTEND (live now): the redesigned front door, per-mind consoles,
and https://pantheon.thatwebhostingguy.com/explore — a functional page where
the public can query EVERY organ live (via the gateway). Writes blocked (403).
DURABILITY: two-device backup M4 <-> cortex (nightly 03:30) — cortex dumps M4's
Postgres to /opt/backups; cortex pushes ORACLE graph + reason corpora + its own
PG to M4 /Volumes/MEGAMIND/backups/cortex. Verified both directions.
RETIRED: mmpredict (cortex), seferim-fed (VALKYRIE :8088), world-brain (M4 :8099)
— stopped+disabled; they now show live=false in the registry (mesh skips them).
SECURITY: VALKYRIE root-FTP (:21) stopped+disabled. BIND is authoritative-only
(not an open resolver) on both DNS hosts; adb is localhost. VNC/SMB left (remote
access). Public federation API is READ-ONLY + rate-limited at the nginx edge.
GRAPH GROWTH: ORACLE entities 74,271 -> 144,092; edges 510,124 -> 347,068 (edges
fell because a namesake-dedup unlearn ran; net semantics improved). Powers 88->99.
--------------------------------------------------------------------------------
1. CURRENT NUMBERS AT A GLANCE (live, 2026-08-03)
--------------------------------------------------------------------------------
Tailnet devices 10 (4 cognitive + M2 dev + batman +
ionos-mediamind idle + iPad + iPhone)
Cognitive hosts 4 cortex, M4, VALKYRIE, Bubbles
ORACLE http://100.69.120.61:9402/oracle (cortex/WSL)
public read proxy: pantheon.thatwebhostingguy.com
Registry organs 66 (incl 2 inert probes __probe__/__wal_probe__)
Real organs 64 ~59–60 live at any moment
ORACLE entities / edges / rels 144,092 / 347,068 / 32
ORACLE powers 99
Integration Φ (mmhelix) 56/1000 · 16 strands · mmpulse cycle ~106k
Database ENGINES in use 6 PostgreSQL, MySQL, MongoDB, SQLite,
BadgerDB, + the custom binary VSA/append-log stores
Relational DB servers running 4 cortex PG(x2 clusters), M4 PG, M2 PG+MySQL+Mongo
Binary recall signatures (cortex) ~32.66M mmserve 24.36M + pubmed 4.69M + learned
1.40M + codesearch 1.39M + mmcode 411k + maddie 405k
Bubbles mmk binary stores 40 GB gutenberg/wiki/arxiv/legacy/knowledge/live
M4 wiki VSA index ~374M passages (semsig+offs, 184 GB dir)
Largest single DB PG `megamind` 26 GB (cortex) — 32.4M neurons + 24.36M sigs
Biggest storage /Volumes/MEGAMIND on M4 — 5.5 TB (1.6 TB used)
Public playground https://pantheon.thatwebhostingguy.com/explore
Brand domain (pending owner) thataiguy.org — still parked; needs Netlify NS flip
--------------------------------------------------------------------------------
2. THE DEVICES (roles + addresses)
--------------------------------------------------------------------------------
cortex / megamind-agi 100.69.120.61 (Win host) · 100.77.114.40 (WSL tailnet)
Dell, Windows 11 + WSL2 Ubuntu. user josep (Win) / joseph (WSL).
ROLE: THE BRAIN. ORACLE + the reasoning/knowledge/world organs + 2 Postgres
clusters (megamind 26G, livingworld 3.1G, missionmatch control-plane). NO LLM
here — generation is delegated to M4/VALKYRIE. WSL disk 1 TB (892 GB free).
M4 Josephs-Mac-mini 100.94.8.94 macOS, user joseph.
ROLE: THE MUSCLE. MLX LLM (Qwen2.5-3B :8082) + liquid-LB :8081 + gateways,
Ollama (:11434, ~13 models), the megamind HDC index (:9440, 24.6M), the 374M
wiki VSA shards (:9450-9455), Atlas Orchestrator (:8096), and the 5.5 TB
/Volumes/MEGAMIND external drive that holds nearly all data + weights + PG.
VALKYRIE Josephs-MacBook-Pro-2 100.89.0.6 macOS (M1), user beandaddy.
ROLE: THE LORE / ENDLESS TABLE. codex :8790 (818 MB endless.db), the world
sim + keeper, pantheon-mlx fallback (Qwen 1.5B :8081), valkyrie-brain :9090
(NATS mesh client, Badger store). 245 GB internal only (92% full).
Bubbles 100.90.97.104 (tailnet) · 169.155.162.118 (public) Debian 13, user user.
ROLE: THE MEMORY + THE WEB EDGE. The 40 GB mmk binary knowledge stores +
~18 cognitive kernels (9500-9525) + Atlas + missionMATCH API + NATS bus, AND
the public nginx serving ~60 client sites + the PANTHEON frontend. Revenue
host — FRONTEND/serving only, no new AGI builds. Root disk 85% full (see §9).
M2 macbook-pro 100.114.72.120 macOS (this dev machine).
ROLE: dev DBs only — PostgreSQL :5432, MySQL :3306, MongoDB :27017 (7.0),
one small brain.db (256 KB). NOT a federation node. No external drives.
batman 100.115.32.110 · ionos-mediamind 100.127.135.100 — on the tailnet, NO
reachable federation services (idle Linux box + dormant VPS). iPad/iPhone = clients.
--------------------------------------------------------------------------------
3. EVERY ORGAN — 66 registered, by category (name · port · what it does)
--------------------------------------------------------------------------------
ORACLE serves at cortex 100.69.120.61:9402 (WSL 100.77.114.40). "url" below is the
registered address; loopback (127.0.0.1) organs are cortex-local, reachable from the
gateway. Primary READ API shown; every organ also has /health and /caps.
VOICE & Q&A --------------------------------------------------------------------
mmask cortex:9543/ask GET /ask?q= /evidence — grounded conversational
voice; fuses mmknow+ORACLE+mmreason, speaks via M4 LLM, REFUSES when
ungrounded (no fabrication). The federation's front-of-house answer.
ask Bubbles:9518 GET /ask?q= — older unified grounded Q&A (bubbles
retrieve -> mmcert filter -> M4 Qwen speak).
REASONING ----------------------------------------------------------------------
ORACLE cortex:9402/oracle the router + entity graph; 99 powers (see §3.2 below)
mmreason cortex:9522/reason GET /similar?e= /think?from=&to= /neighbors /muse —
energy-descent chain-of-thought over semantic geometry (no-drift).
mmthink cortex:9540/think GET /agent?q= — grounded traceable chain-of-thought
(grounds ORACLE+mmreason, reasons via M4 LLM 8082).
mmorch Bubbles:9505 GET /ask?q= /trace?q= — executes+aggregates+certifies
an oracle-selected coalition across knowledge organs.
mm-gateway M4:8090 LLM gateway (auth). generation path.
pantheon-mlx VALKYRIE:8081 MLX Qwen2.5-1.5B fallback (/v1/chat/completions).
KNOWLEDGE & RECALL -------------------------------------------------------------
mmknow cortex:9542/know GET /facts?e= /recall?q= /related /derive — 691k
ConceptNet+WordNet facts (is-a/causes/used-for/part-of/means…).
mmserve cortex:9099/recall 24,364,580 sigs (backed by PG megamind.knowledge).
pubmed cortex:9533/recall 4,693,336 biomedical sigs.
learned cortex:9532/recall 1,395,149 general/world-knowledge sigs.
mmbroad Bubbles:9503/recall broad-recall aggregator — fans out to ~10 knowledge organs.
wikipedia-x Bubbles:9516/recall full Wikipedia signature store.
books Bubbles:9517/recall Project Gutenberg (gutenberg.bsig, largest text corpus).
arxiv Bubbles:9521/recall arXiv abstracts.
mm-legacy Bubbles:9522/recall salvaged models/tensors/wikidata/maddie archive.
mm-live Bubbles:9523/recall continuous-harvest store.
mm-estate Bubbles:9525/recall YOUR projects/clients/docs (missionMATCH, TDG, etc.).
megamind-m4 M4:9440 HDC index, 24.6M passages (sigs512.bin 1.5 GB).
megamind-wikidx M4:9455/ask sharded wiki search over 374M passages (:9450-9453).
mmlearn cortex:9541/learn the acquisition organ (writes facts to ORACLE).
THE LIVING WORLD ---------------------------------------------------------------
codex VALKYRIE:8790/api/search?q= lore semantic search (endless.db, 73.7k lore).
eye cortex:9404 Eye of the World engine (binary VSA world-brain).
loom cortex:9410/organ GET /world/overview /wheel /chronicle /narrate /forge
/play /enter … — the Living World game API (richest verb surface).
mmworld cortex:9401/world/recall sparse-binary associative world cortex.
mm-narrate cortex:9403/narrate prose/scene/campaign narrator (vocab 45,419).
CODE & LANGUAGE ----------------------------------------------------------------
mmcode cortex:9524/recall code corpus recall (410,653).
codesearch cortex:9534/recall CodeSearchNet code+docstring (1,390,098).
mmparse cortex:9526/comprehend lex/parse/AST comprehension (Py,C,C++,Rust,Go,…).
mmscheme cortex:9527/execute Scheme interpreter (operational semantics).
mmpy cortex:9528/execute Python interpreter (verified vs python3).
mmc cortex:9529/execute C interpreter (verified vs gcc).
CERTIFICATION ------------------------------------------------------------------
mmk/mmk2/mmk3 Bubbles:9500/9501/9502 proof-carrying kernels (merkle, Ed25519 signed,
SMT non-revocation). GET /answer?q=CLAIM s=|p= /root.
mmcert Bubbles:9504 GET /ask?q= /certify /verify — extractive containment
gate: CERTIFIED iff query tokens ⊂ evidence, else REFUSE.
ORCHESTRATION & BUILDING -------------------------------------------------------
atlas Bubbles:8095 the SEO agency brain (auth-gated).
hephaestus Bubbles:8770 binary website builder (GET /caps /forge?business=).
COGNITIVE DYNAMICS (Bubbles 9507-9514) ----------------------------------------
mmcog :9507 Consciousness-Q coherence diagnostic (self-disclaims consciousness).
mmreshit :9508 active-inference path selection (Ω=argmin[S+U-V]).
mmepona :9509 value-directed energy-descent belief update.
mmstdp :9510 STDP plasticity — self-wires a weighted graph from co-activation.
mmact :9511 autonomous action policy (a*=argmax J, anti-loop). GET /choose?actions=a|b|c
mmevolve :9512 learning dynamics dx/dt=D+N+F+T.
mmlattice :9513 substrate→consciousness lattice Π:R^N→R^5000.
mmloop :9514 feedback closure — ties the 8 kernels into one self-turning loop.
EMBED / MEMORY / SUBSTRATE / TIMERS -------------------------------------------
mmsem :9096 512-bit semantic embedder (THE embedder the system depends on).
mmgame :9097 game-agent memory/goals/social. mmdb :9506 DB harvester (sources.tsv).
mmteach :9515 bridge — pushes STDP-certified associations into ORACLE /learn.
bubbles-brain :8893 Go VSA cortex (BadgerDB, 6.5 GB RSS).
valkyrie-brain :9090 brain node (NATS mesh client, Badger).
mmshard NATS nats://100.90.97.104:4222/mesh.query.recall (federation recall bus).
maddie cortex:9531/recall recovered-LLM architecture facts (404,787).
mmhelix :9418 · mmpulse :9419 · mmthought :9420 — the vitals/consciousness loops.
mmcap/mmeval/mmgate/mmheart/mmharvest — systemd timers (capacity/eval/safety/health/ingest).
RETIRED (live=false): mmpredict, seferim-fed, world-brain, external-fed.
ORACLE's 99 POWERS (GET /oracle/<power>): recall inverse hop analogy similar facts
path set consistent learn unlearn revise counterfactual induce predict abduce factor
map | compose synth ground plan nextgoal metalearn safegate library sensorimotor
negotiate culture signal workspace | organs register orchestrate execute coalition
(+stress variants) federation pantheon | gardener grow shards shard-spawn shard-add
fedput fedget fedls | + the seferim s0–s16 ladder. NOTE: no `deregister` power exists.
--------------------------------------------------------------------------------
4. EVERY DATABASE & KNOWLEDGE STORE — EVERY TYPE, EVERY DEVICE
--------------------------------------------------------------------------------
Six engines are in use: PostgreSQL, MySQL, MongoDB, SQLite, BadgerDB, and the
custom binary VSA/append-log stores. Catalogued exhaustively below.
4.1 RELATIONAL DB SERVERS ----------------------------------------------------
PostgreSQL 18 — cortex (WSL), TWO clusters:
:5432 main (/var/lib/postgresql/18/main)
megamind 26 GB nbin 32,404,944 neurons (14 GB) · knowledge
24,364,578 recall sigs (5.7 GB, = mmserve) · sembond
3,418,102 semantic bonds · game_memory
livingworld 3.1 GB the self-writing world (events/memories/chronicle/entities)
:5433 missionmatch (/var/lib/postgresql/18/missionmatch)
missionmatch 17 MB · missionmatch_staging 14 MB (GovCon control-plane)
PostgreSQL 16 — M4, ONE cluster on the EXTERNAL drive
:5432 data dir /Volumes/MEGAMIND/missionmatch-pg/data (16 GB, role postgres,
local trust; started via ~/missionmatch-pg-start.sh, NOT launchd):
megamind 15 GB · agency_brain 339 MB (ATLAS) · missionmatch 114 MB (prod) ·
missionmatch_staging 134 MB · missionmatch_restore_drill 75 MB · brain_staging
38 MB · tenant_w3_staging 12 MB · tenant_alpha/beta ~10 MB · cp_staging ~10 MB ·
tenant_staging_demo ~9.8 MB (14 DBs total)
PostgreSQL 16 — M2 (dev) :5432
MySQL/MariaDB — M2 only :3306, :33060 (dev)
MongoDB — M2 only mongodb-community 7.0 :27017 (dev)
→ Bubbles: PG CLIENT ONLY (no server). VALKYRIE: NO relational server. cortex:
no MySQL/Mongo/Redis. NONE of PG/MySQL/Mongo/Redis run on the Mac cognitive hosts
except M4's one PG cluster.
4.2 THE ORACLE GRAPH (append-log, cortex /opt/mm/oracle/) -------------------
oracle.wal 6.1 MB (LIVE write-ahead log — the graph IS this file) +
oracle.wal.pre-compact 17 MB / .precompact 8 MB / .bak 4.3 MB (snapshots) +
oracle.pcw 512 KB (proof-carrying set) · oracle.cap 7 B · oracle.fed 0 B (EMPTY)
· et_reason3.txt 2.4 MB / _names 1.3 MB (Endless-Table reason seed).
144,092 entities / 347,068 edges. Backed up to M4 nightly by durability.sh.
⚠ single-file persistence — the WAL is the sole copy on cortex (see §9).
4.3 BINARY VSA / SIGNATURE STORES (the REAL knowledge DBs — 512-bit, 64-byte
sigs, mmap popcount exact-NN) -------------------------------------------
cortex /opt/mm (served by the mmwikix binary):
mmserve 24,364,580 (in PG megamind.knowledge, held in 6.1 GB RAM)
pubmed 4,693,336 /opt/mm/pubmed (bsig 287 MB, blob 1.6 GB, idx 36 MB)
learned 1,395,149 /opt/mm/learned
codesearch 1,390,098 /opt/mm/code (code.* blob 518 MB)
mmcode 410,653 /opt/mm/code/store
maddie 404,787 /opt/mm/maddie (recovered-LLM architecture facts)
Bubbles /home/user/mmk (40 GB — the system's real database on this host):
gutenberg blob 20 GB · bsig 8.9 GB · idx 1.2 GB (books :9517, still ingesting)
wiki blob 6.0 GB · bsig 3.0 GB · idx 375 MB (wikipedia-x :9516/:9517)
arxiv blob 414 MB · bsig 185 MB · idx 24 MB (arxiv :9521)
legacy bsig 198 MB · blob 113 MB · idx 25 MB (mmk kernels)
knowledge bsig 9.9 MB · idx 1.3 MB (Ed25519-signed root) · live · evidence 38 MB
M4 (VSA/HDC binary indices on /Volumes/MEGAMIND):
m4brain/sigs512.bin 1.5 GB (+offsets 186 MB) — megamind-m4 :9440, 24.6M passages
wiki/allidx374 semsig.bin 11 GB + offs 2.8 GB — the 374M full wiki index
wiki/qidx 3.7 GB · enidx 1.1 GB · shards/shard0-3 semsig 2.8 GB ea (:9450-9455)
MediaBrain ternary weights (media_brain.bin 256 MB, w_video.tern.acc 384 MB)
VALKYRIE: w_know.bin 512 MB (VSA W_know weight matrix) ×2 copies.
4.4 BADGERDB EMBEDDED KV STORES ----------------------------------------------
Bubbles: megamind/data/badger 844 MB (neuron/chunk substrate) · brain-data/badger
513 MB (the :8893 brain organ, active) · agi-data/brain.db 40 MB (STALE, Feb).
M4: m4-internal-archive/megamind_db/shards 19 GB (439 shards) · tmp-corpus-badger
4.3 GB · unified/data/badger+shards 3.8 GB (live) · data/badger+substrate.bin 2.7 GB ·
~/megamind-data/brain.db 257 MB · megamind-agi-data 145 MB.
VALKYRIE: megamind-m4-data 739 MB · megamind_dir/badger 726 MB (dir 2.8 GB) ·
megamind-valkyrie-data/chunks 354 MB · megamind-data/badger 93 MB (dir 3.9 GB) ·
megamind/data 1.4 GB · valkyrie-data/badger 1.1 MB (LIVE brain_new store).
(No LevelDB/RocksDB/LMDB anywhere — all embedded KV is BadgerDB.)
4.5 SQLITE DATABASES ---------------------------------------------------------
VALKYRIE:
endless-table-server/data/endless.db 818 MB (+WAL, LIVE) — THE Endless Table
master: codex_entries 73,527 · codex_edges 44,109 · lore_entities 73,698 ·
world_memory 4,000 · world_events 500 · chronicle 365 · users 25 · players 15 …
AND the sqlite-vec vector index behind /api/search + FTS5 mirrors. (crown jewel)
MADDIE/data/maddie.db 5.2 MB (778 models / 36,302 tensors) · seferim/memory.db
7 MB (35,338 learning_events) · federation shared/remote_memory.db 7 MB ea ·
codemind/strategymind small stores.
Bubbles:
complete-agi-core/seferim/memory.db 6.7 MB + federation remote/shared_memory.db ·
tdg-pipeline/baseline.sqlite 52 MB · seo-sidecar/schemas.db 9.1 MB · goaccess ×87
(22 MB) · fail2ban · netdata · audit-tool/audit.db · goatcounter.sqlite3 496 KB ·
per-app admin/CMS DBs (twhg-platform 4.3 MB, sgearbox-panel, groovesteps-accounts
COPPA, arcw/handledtax/homesongrand admins, fgtp-cms, tcb portal) · 3 idle Docker
*mind brain.db volumes.
M4:
/Volumes/MEGAMIND/MADDIE: maddie_corrupted.db 3.6 GB (recovery SOURCE) ·
maddie_recovered.db 263 MB (RECOVERED, still NOT merged into a live brain) ·
maddie.db 6.2 MB · brain/knowledge.db stubs. MediaBrain/video_knowledge.db 1.1 MB.
M2: megamind-minds/blendermind-data/brain.db 256 KB. (rest = macOS/app SQLite, ignore.)
4.6 CORPORA (text / TSV / JSONL knowledge files) -----------------------------
cortex: /opt/mm/learned conceptnet.txt 45 MB + wordnet.txt 17 MB + misc 24 MB
(mmknow) · /opt/mm/reason learned_facts.jsonl 8 MB LIVE (mmlearn) · mmreason
full_codes.u8 9 MB · /opt/mm/data knowledge_export.csv.gz 1.8 GB (dump of the
knowledge table) · code_all.txt 416 MB · devdocs.txt 347 MB · pubmed source.
Bubbles /home/user/mmk: gen2.txt 91 MB · darkstore.txt 45 MB · codex_lore.tsv 30 MB ·
seferim_events.tsv 4.9 MB · mmreason_corpus.tsv 536 KB (mmreason :9520) ·
sources.tsv 196 KB (mmdb) · shadow1024/wiki_vocab.tsv.
M4: m4brain/knowledge_full.tsv 3.5 GB + learned.tsv 58 MB (live) · wiki/*_passages.txt
(all374 31 GB, so 25 GB, enwiki 5.5 GB, quality 12 GB) · megamind-train corpora.
VALKYRIE: .thataiguy/tool_learned.jsonl 621 MB (1,091,926 lines) · lw_export/codex.jsonl
59 MB (73,698) · et-backfill.jsonl 37 MB · world-corpus.jsonl 23 MB · .seferim/learned.
4.7 MODEL WEIGHTS (not databases, but where they live) -----------------------
M4: Kimi K2.5 554 GB · Ring 2.5 (bailing_moe) 66 GB · Ollama ~23 GB (13 models:
qwen2.5-coder/gemma2/qwen2.5:3b/moondream/llama3.1:8b/phi3.5/granite4/llama3.2/
bge-small + GGUFs) · SD 1.5 2 GB · MLX Qwen2.5-3B-4bit (served :8082).
VALKYRIE: Qwen2.5-32B 20 GB (staged, IDLE) · MLX Qwen2.5-1.5B-4bit (served :8081) ·
ollama llama3.2 1.9 GB · ~35 HF reference dirs (metadata-only).
--------------------------------------------------------------------------------
5. EXTERNAL DRIVES & VOLUMES (per device)
--------------------------------------------------------------------------------
M4 /Volumes/MEGAMIND = disk4, 6 TB APFS, 5.5 TB usable, 1.6 TB used, 3.9 TB
free. HOLDS ALMOST EVERYTHING: the live PG cluster (16 GB), all VSA indices,
all Badger stores, 620+ GB of model weights, all corpora, AND all backups
(73 GB incl the new cortex job). ⚠ SINGLE POINT OF FAILURE — its only
"backups" are on the same physical disk. Internal Data volume 96% full.
Bubbles sda1 = 1.8 TB ext4 (LABEL "data") — PHYSICALLY PRESENT but UNMOUNTED
(fstab nofail let boot continue without it). Intended backup target
/mnt/data. ⚠ Backups are instead landing on the 85%-full root nvme.
cortex NO external/USB drive. WSL / = 1 TB (892 GB free). /mnt/c = Windows C:.
VALKYRIE /Volumes/MEGAMIND here is a 168 KB STUB (Metal-shader staging only) —
NOT the real trove. Internal 245 GB, 92% full. No real external drive.
M2 no external drives.
--------------------------------------------------------------------------------
6. FILE LAYOUT (AI stack, per device)
--------------------------------------------------------------------------------
cortex /opt/mm (6.4 GB):
bin 114 MB — compiled C++ organs (oracle, mmserve, eye, loom, mmworld,
mm-narrate, mmsem, mmgame, connectome, hdc*) + .bak snapshots
reason 20 MB — PYTHON organ servers: mmreason/mmknow/mmlearn/mmthink/mmask/
mmgateway_web + corpora + learned_facts.jsonl
oracle 39 MB — the graph store (§4.2)
pubmed 1.9 GB · code 1.8 GB · learned 319 MB · maddie 146 MB — recall stores
data 1.9 GB — exports/HDC intermediates pyembed 211 MB — python venv
src 17 MB — C++ sources + git loops/ — mmhelix.py/mmpulse.py/mmthought.py
backup/durability.sh + /opt/backups 11 GB (the M4<->cortex dumps)
PG data: /var/lib/postgresql/18/{main,missionmatch}
M4:
~/pantheon-mlx — liquid-lb.mjs (:8081), gateway-auth.mjs (:8090), MLX venv;
launchd com.pantheon.{mlx,mlx-lb,gateway,gateway-auth}
~/atlas-orch — Atlas Orchestrator (:8096, com.atlas.orch)
~/.megamind — megamind-unified binary + external-federation + fedbridge
~/ollama + ~/.ollama · ~/mlx-env · ~/world-train (LoRA adapters)
/Volumes/MEGAMIND — PG cluster, all indices, weights, corpora, backups (§5)
~/.megamind-secrets.env, ~/.missionmatch-corpus.env (600 perms) ⚠ plaintext secrets
VALKYRIE /Users/beandaddy:
endless-table-server (1.2 GB — src/codex embedder+vector+graph, world-sim/present,
data/endless.db) · endless-pantheon (:8788) · endless-table-keeper (watchdog) ·
brain_new + valkyrie-data (Badger, w_know.bin) · pantheon-mlx (:8081) · atlas-orch
(:8097) · MADDIE (maddie binary + 778-model DB) · .seferim · KMind (32B weights)
many DORMANT megamind-* binaries/data dirs (megamind-{unified,node,worker}, delta-brain…)
Bubbles /home/user:
mmk 40 GB — MMK kernels + ALL binary knowledge stores + organ binaries +
crawl scripts (gutenberg/wiki/arxiv-crawl) — THE real database on this host
megamind 1.4 GB (badger) · brain-data 513 MB (:8893) · agency-brain 173 MB (Atlas)
complete-agi-core 101 MB (Seferim state/memory) · data/opp-raw 1.1 GB (SAM.gov)
/var/www — ~60 client sites + /var/www/pantheon (the frontend) + /var/www/pantheon-minds
/etc/nginx — the edge (pantheon vhost read-only+rate-limited; wildcard-thataiguy)
--------------------------------------------------------------------------------
7. DATA FLOW (cross-device)
--------------------------------------------------------------------------------
A PUBLIC QUESTION (https://pantheon.thatwebhostingguy.com/explore or /ask):
browser
-> Bubbles nginx (edge, TLS, rate-limit, write-block) [169.155.162.118]
-> /gw/* -> mmgateway-web cortex:9560 --(reads any organ by name)-->
-> /pantheon/ask, /reason/, /know/, /think-agent/ -> the cortex organs directly
mmask/mmthink then call the M4 LLM (100.94.8.94:8082) to phrase the grounded answer
ORACLE (cortex:9402) routes coalition queries across organs on ALL hosts
A FACT BEING LEARNED:
mmlearn (cortex) streams ConceptNet -> ORACLE /learn -> oracle.wal (cortex)
Bubbles mmstdp accumulates co-activation -> mmteach (w>=200) -> ORACLE /learn
-> nightly durability.sh rsyncs oracle.wal -> M4 /Volumes/MEGAMIND/backups/cortex
RETRIEVAL PHYSICAL PATH:
query -> mmsem (cortex:9096) embeds to 512-bit sig -> recall organ mmap-popcounts
its .bsig/.idx store (Bubbles mmk / cortex /opt/mm / M4 wiki) -> hits ranked by
Hamming distance -> (optional) mmcert containment gate -> M4 LLM phrases -> user.
GENERATION (LLM) FABRIC:
organs -> M4 MLX :8082 (Qwen2.5-3B, the working path) ; liquid-LB :8081 fronts
M4+VALKYRIE but its chat proxy has a bug (organs use :8082 direct for now).
EVENT BUS: NATS on Bubbles :4222 (+public :4250) — bubbles-brain, valkyrie-brain,
mmshard are clients; pub/sub only, NO JetStream persistence.
DURABILITY LOOP (nightly 03:30, driven from cortex durability.sh):
M4 Postgres (14 DBs) --dump--> cortex /opt/backups/m4-pg
cortex ORACLE graph + reason corpora + PG (megamind/livingworld) --rsync--> M4
/Volumes/MEGAMIND/backups/cortex
cortex (BRAIN) M4 (MUSCLE + DATA)
ORACLE graph, reason/know/world <== nightly ==> Postgres(15G), MLX LLM,
organs, PG megamind 26G backups both 374M wiki, 5.5TB drive
| ^ ways ^ |
NATS | | /learn (mmteach) | | LLM calls
v | | v
Bubbles (MEMORY + EDGE) VALKYRIE (LORE)
mmk 40G stores, 18 kernels, endless.db 818M, codex,
nginx public edge, NATS bus world-sim, MLX 1.5B fallback
--------------------------------------------------------------------------------
8. PUBLIC-FACING SURFACE
--------------------------------------------------------------------------------
LIVE NOW (public): https://pantheon.thatwebhostingguy.com
/ the federation front door (hub)
/explore play with EVERY organ (registry-driven, via /gw gateway)
/reason /thinking /learning /control /map /blueprint the per-mind pages
/gw/organs, /gw/probe?organ=&q= read-only gateway (rate-limited)
ALL WRITES BLOCKED at the edge (403): learn/register/grow/stress/etc.
BRAND DOMAIN (pending): thataiguy.org + 8 mind subdomains (oracle./know./ask.…)
are BUILT and verified but the domain is still PARKED — needs the owner to
change nameservers at the registrar (Netlify dashboard / name.com) to
ns1/ns2.thatwebhostingguy.com or Netlify DNS. Bubbles' BIND zone is ready.
--------------------------------------------------------------------------------
9. PRE-LAUNCH RISKS & DURABILITY (fix before/at public launch)
--------------------------------------------------------------------------------
[HIGH] M4 /Volumes/MEGAMIND is a SINGLE POINT OF FAILURE: the live PG cluster,
every VSA index, every Badger store, 620 GB of weights, all corpora, AND all
backups sit on ONE external drive with no off-drive copy on M4. Internal Data
volume is 96% full (7.4 GB free). — Get a second drive / off-site copy.
[HIGH] Bubbles 1.8 TB backup drive (sda1) is UNMOUNTED; backups pile onto the
85%-full root nvme (33 GB free). — Mount sda1 (fix fstab), relocate backups.
[MED] ORACLE graph persistence is a single WAL file on cortex (rsync'd to M4
nightly). A mid-day loss forfeits up to a day. — consider more frequent snapshot.
[MED] The new M4<->cortex durability covers PG + ORACLE + reason, but NOT: the
Bubbles mmk 40 GB binary stores, the VALKYRIE endless.db (818 MB, crown jewel),
the M4 VSA wiki indices. — add these to a backup path.
[MED] Old missionMATCH backup chain to Bubbles had failed stubs (Jul 25/26/29);
superseded by the new durability, but verify the new chain each morning.
[LOW] MADDIE recovered.db (263 MB, M4) still not merged. oracle.fed empty.
Plaintext secret envs on M4 (~/.megamind-secrets.env). Qwen-32B idle on VALKYRIE.
[LOW] liquid-LB (M4:8081) chat proxy broken — organs use M4:8082 direct (works);
fix the LB before routing organs through it for failover.
--------------------------------------------------------------------------------
10. ACCESS / OPERATIONS
--------------------------------------------------------------------------------
[REDACTED: credential-associated original line 451; original retained outside this bundle.]
(Windows cmd mangles quotes; wrap payload in double-quotes, base64 scripts)
[REDACTED: credential-associated original line 453; original retained outside this bundle.]
[REDACTED: credential-associated original line 454; original retained outside this bundle.]
[REDACTED: credential-associated original line 455; original retained outside this bundle.]
M2 this machine 100.114.72.120
Health-check the whole federation: curl https://pantheon.thatwebhostingguy.com/gw/organs
Durability status: cortex systemctl status mm-durability.timer ; ls /opt/backups
================================================================================
END OF 2026-08-03 FINAL PRE-LAUNCH UPDATE. The 2026-07-28/29 material below is
retained for its routing math, coalition mechanics, and organ-by-organ verb
detail, but where any NUMBER disagrees, THIS section is authoritative.
================================================================================
================================================================================
★★★ UPDATE 2026-07-29 — REPAIR SESSION, SUPERSEDES FIGURES BELOW ★★★
================================================================================
Every fix below was built to a SCRATCH binary on a SCRATCH port with an isolated
state copy, stress-passed there FIRST (zero live impact), then stop/swap/started
on the live unit and re-verified. The binary VSA math (integer Hamming, popcount,
majority-bundle, the score & trust formulas) was left byte-exact throughout; only
routing and transport plumbing changed, so the cross-machine distance invariant
still holds. ORACLE stress held 39/39 (orch9 exec6 coal5 fed10 pant9) at EVERY
step; mmorch held 15/15.
CURRENT NUMBERS (live, 2026-07-29)
ORACLE http://100.77.114.40:9402 (megamind-agi WSL). NOT 9500.
Registry organs 58 (was 51)
Live / callable 57 16/16 tested organ classes return called=true,200
Genuinely dead 1 external-fed only (see below); world-brain REVIVED
Entities 74,271
Relations 21
Edges 537,324 (was 510,124 — the graph is still learning live)
Powers 88
WHAT WAS FIXED (all deployed live and verified)
FIX 1 no_contract / THE DRIFT. shapeReq()/pathFor() in oracle_orchestrator.h
were hardcoded name->path tables; any organ not named fell to path=""
-> "no_contract". Now REGISTRY-DRIVEN: the call path is derived from the
organ's own registered URL (default /recall?q=&k=3), so registering an
organ on megamind-agi's ORACLE is now SUFFICIENT to make it callable.
This is the correction that ends the Bubbles drift: knowledge registered
here is no longer invisible. Proof: a 9-organ sweep that all returned
no_contract before now returns called=true. Backups oracle.bak.pre_*.
FIX 2 mmbroad aggregator (Bubbles /home/user/mmk/mmbroad.cpp). Added mm-estate
to the fan-out. Live: organs_consulted=10, reached=10.
FIX 3 mmorch aggregator (mmorch.cpp). Added arxiv, mm-legacy, mm-live, mm-estate
to KMAP + is_corpus; updated the count self-tests 6->10. 15/15. Live
/trace organs_executed=10.
FIX 4 Dead-organ health gate (ORACLE score()). rank() scored ALL organs with no
health filter, so the mis-registered external-fed (which is external-
federation's Prometheus metrics_addr 127.0.0.1:10099, NOT a knowledge
organ) WON federation queries on token overlap. Now score() subtracts a
large constant for MEASURED-dead HTTP organs (o.live<=0 && mode in
{remote,local}); their liveness is kept fresh by the existing healthLoop
thread. Dead organs can never win. external-fed -> mmshard, world-brain
(while it was down) -> mmworld.
FIX 5 Public site federation (ORACLE pantheonSpeak()). pantheon-speak — what
pantheon.thatwebhostingguy.com/api/ calls — consulted only megamind-m4
and codex (none of the 200M Bubbles corpora) and counted ORACLE's
"ask names an entity" error as a valid vote. Now consults mmbroad (which
after FIX 2 fuses all 10 corpora), gates ORACLE's error out of the vote,
and extracts mmbroad snippets for grounding. Verified on live HTTPS:
organs_consulted=4, mmbroad ~850 bytes of broad-recall.
FIX 6 MLX voices made callable (ORACLE shapeReq()). pantheon-mlx returned 404
(ORACLE sent GET where MLX needs POST) and world-brain was DOWN. shapeReq
now emits POST /v1/chat/completions with an OpenAI messages body for any
organ whose URL path is /v1/chat/completions. world-brain (MLX Qwen2.5-3B
+ Endless-Table world adapter) was STARTED on M4:8099 and re-registered
mode=remote with the /v1/chat/completions URL. Both now return
called=true,200 (world-brain 3974 bytes, pantheon-mlx 827).
MADDIE MODEL-CORPUS — DECIPHERED AND CONVERTED TO A GRAPH ORGAN 2026-07-29
The one genuinely knowledge-bearing dormant database (maddie_recovered.db on M2:
models 9,908 / tensors 346,069 / patterns 3,360,543) was deciphered and turned
into a live recall organ, ENTIRELY ON megamind-agi (Bubbles is frontend only).
- The "patterns" are (neuron_start, neuron_count, mean, std) fingerprints of the
weight tensors of 434 recovered LLMs. Architectural roles have distinct
distributional signatures (norm mean~1.32; attn/mlp weights mean~0.007; AWQ
scales std~0.001). The 3.15M "orphaned" patterns are tensor_id=-1 and are 97%
zero/pruned blocks (a sparsity map), not recoverable tensor identities — so the
real knowledge is the 346k NAMED tensors + 434 model fingerprints.
- 346,071 architecture-fact passages -> mmbsig -> 187,586 sigs -> mmwikix index,
all built on megamind-agi in /opt/mm/maddie. Served by mmmaddie.service on
:9531, registered with ORACLE as maddie (127.0.0.1:9531/recall). Registry now
59 organs. Verified: model/tensor queries route to maddie, execute 200,
/coalition includes maddie and it passes supervisor. Full chain done:
decipher -> graph -> math/dataflow -> ORACLE -> PANTHEON.
- SORT finding: the ~1030 "dormant" M2 sqlite are ~95% noise (macOS Siri/
knowledge DBs, personal/forensic files, logs, caches, empty schemas). Not
converted, by design — most are not federation data and some are sensitive.
- ZERO-BLOCK FUNCTION (mathematically deciphered): the 3.06M "orphaned" patterns
are neuron_count=0 null records, written in 20k-long batches. Proof of function:
99.6% of the 214k MEASURED blocks are float dtype (BF16/F16/F32) while the corpus
is 31% quantized (I32 AWQ-packed, F8, U8). The zero-records are the sampler's
null-emission for every INTEGER-PACKED quantized tensor it could not decompose
into per-neuron float mean/std. i.e. the 3M zeros are a QUANTIZATION MAP marking
which weight regions across the 434 models are packed vs float — real structural
knowledge, not loss. Operationalized: 435 per-model quantization-coverage facts
appended to the maddie organ (corpus 187,586 -> 188,021); a "quantized vs float"
query routes through ORACLE to maddie and answers.
- TENSOR/WEIGHT RE-SCAN: no hidden weight troves on M2 (brain_atomic.embeddings
empty). VALKYRIE holds the real weights: a second maddie.db (778 models, only 2
new vs M2's 9,908 catalogued), a full Qwen2.5-32B in safetensors, and
~/.thataiguy/tool_learned.jsonl (1.09M tool-output log lines, low knowledge
density, deferred). Unexamined lead: M2 ~/megamind-minds/blendermind-data/brain.db.
DATABASES — MADE AVAILABLE 2026-07-29
Every knowledge corpus is now ORACLE-callable: wikipedia-x 49.0M, books 148.4M,
arxiv 3.03M, mm-legacy 3.24M, mm-live, mm-estate 160k, megamind-m4 24.6M — all
called=true,200. VALKYRIE endless.db is served via codex. megamind-agi PG
(livingworld, megamind) 5432/5433 up. M2 was started: postgresql@16 (brain_atomic
+ 5 hive/skynet DBs) now runs and brain_atomic OPENS — pgvector 0.8.2 is now
installed (the census said it was missing); MongoDB agents_raw runs; M4 PG@16 runs.
STILL OPEN / HONEST LIMITS (not code bugs)
- external-fed :10099 is a Prometheus metrics port, never a knowledge organ. It
is health-gated out of routing (correct). No unregister API exists; harmless.
- megamind-wikidx :9455 (the 374M wiki shards) answers /health in 12ms but a real
/ask takes 50-69s: 4 shards brute-force-scan 11.2 GB of sigs off an external
volume measured at 226 MB/s, no index. HARDWARE/INDEX bound, not a code bug.
Fast recall organs (wikipedia-x) out-rank it, so it rarely wins interactive
queries. Real fix = an index or faster storage.
[REDACTED: credential-associated original line 578; original retained outside this bundle.]
- world-brain runs via nohup on M4; its LaunchAgent won't bootstrap over SSH
(macOS GUI-domain limitation) — needs an interactive M4 session for reboot
durability.
- M2 seferim memory.db (23.1 MB, newest) and maddie_recovered.db (263 MB) exist
but are not yet merged/harvested into a live system.
- Not touched by design: Issue 6 bind-0.0.0.0 (network policy), Issue 7 mmk
toolchain divergence (housekeeping), Issue 8 diagram OCR (working as designed).
[REDACTED: credential-associated original line 587; original retained outside this bundle.]
josep), then `wsl -d Ubuntu -- bash -lc "..."`; the Windows shell mangles | and &,
so push scripts as base64. WSL user joseph owns /opt/mm/src (writable); /opt/mm/bin
[REDACTED: credential-associated original line 590; original retained outside this bundle.]
================================================================================
--------------------------------------------------------------------------------
TABLE OF CONTENTS
--------------------------------------------------------------------------------
PART I ORIENTATION
1.1 The one paragraph version
1.2 The correction that matters most
1.3 Vocabulary
1.4 The numbers at a glance
PART II THE FOUR DEVICES
2.1 megamind-agi, the brain
2.2 Bubbles, the memory
2.3 M4 Mac mini, the voice
2.4 VALKYRIE, the lore
2.5 Network topology
PART III ORACLE, THE ORCHESTRATOR
3.1 What ORACLE is
3.2 The 40 powers
3.3 The registry, all 51 organs
3.4 Routing, step by step
3.5 Coalition formation
3.6 The entity graph
PART IV ORGAN BY ORGAN
4.1 Certification layer
4.2 Aggregation and orchestration
4.3 Knowledge organs
4.4 Cognitive kernels
4.5 Growth organs
4.6 megamind-agi local organs
4.7 The code corpus
4.8 Domain organs
4.9 Timer organs
PART V COMPLETE API REFERENCE
5.1 Conventions
5.2 Verb table, every organ
5.3 ORACLE endpoints
5.4 Worked examples
PART VI CORPORA
6.1 The four file pattern
6.2 Every corpus measured
6.3 The passage contract
6.4 Adding knowledge correctly
PART VII DATA FLOW
7.1 A question, end to end
7.2 The three ingestion doors
7.3 The four learning loops
7.4 Where a fact physically goes
7.5 The invisibility failure mode
PART VIII MATHEMATICS
8.1 The core idea
8.2 Retrieval
8.3 Routing
8.4 Coalition trust
8.5 Bundling
8.6 Every kernel equation
8.7 Binary end to end, and the one exception
8.8 Capacity
PART IX FILE MAP
9.1 Bubbles
9.2 megamind-agi
9.3 M4 and VALKYRIE
9.4 Documentation
PART X OPERATIONS
10.1 Reaching each machine
10.2 Teaching PANTHEON a document
10.3 Creating a new organ
10.4 Registering with ORACLE
10.5 Health checks
10.6 Backup and rollback
PART XI KNOWN ISSUES
Eight issues, with evidence and severity
PART XII DATABASES
12.1 The headline
12.2 What mmdb actually harvests
12.3 The biggest database in the federation is unserved
12.4 PostgreSQL, three clusters, 19 databases
12.5 The two megamind databases, 41 GB, zero connections
12.6 missionMATCH exists five times
12.7 MADDIE corrupted, 3.6 GB in, 263 MB out
12.8 BadgerDB, a fourth technology, two stores corrupt
12.9 The MEGAMIND volume and a single point of failure
12.10 SQLite by device
12.11 Duplicate and versioned databases
12.12 Are they being used
12.13 What should happen
PART XIII ORCHESTRATION GAP
13.1 Three corrections to Parts I through XII
13.2 Every device, found not assumed
13.3 What ORACLE orchestrates today
13.4 Live services ORACLE does not know about
13.5 The M2, a complete AI tier nobody is using
13.6 The seferim sprawl
13.7 The gap, counted
13.8 What wiring everything in requires
13.9 Why this kept drifting to Bubbles
PART XIV APPENDICES
A Full registry dump, all 51 organs with caps
B Complete verb table
C Port allocation map
D Quick reference card
E Change log
================================================================================
PART I ORIENTATION
================================================================================
--------------------------------------------------------------------------------
1.1 THE ONE PARAGRAPH VERSION
--------------------------------------------------------------------------------
PANTHEON is the intelligence above an orchestration layer called ORACLE. Its
substrate is a binary vector symbolic architecture spread across seven machines,
four of which carry organs today. See PART XIII for the corrected picture.
ORACLE, running on megamind-agi, is the orchestrator: it holds a registry of 51
organs and its own entity graph of 74,271 entities and 510,124 edges, and it
decides which organ answers any given question. Bubbles holds the bulk of the
knowledge, roughly 205 million passages across six signature stores, served by
six recall organs and surrounded by sixteen cognitive kernels that certify,
select, evolve and rewire. M4 supplies language generation, one of two floating
point component in the system. VALKYRIE supplies the Endless Table lore. Every
retrieval is a Hamming distance over 512 bit signatures computed with popcount,
and every routing decision is a Hamming distance over 2048 bit capability
hypervectors. No floating point is used anywhere in retrieval or routing, which
is why a distance computed on one machine is exactly equal to the same distance
computed on another.
--------------------------------------------------------------------------------
1.2 THE CORRECTION THAT MATTERS MOST
--------------------------------------------------------------------------------
PANTHEON is not "the mm services on Bubbles". That is one third of it.
ORACLE, the orchestrator, runs on megamind-agi at 100.69.120.61, inside WSL2.
It is the thing that decides which organ answers a question.
Bubbles is where most of the KNOWLEDGE lives, not where decisions are made.
Anything that teaches Bubbles without registering with ORACLE is invisible to
the federation. The knowledge exists, is servable, and is never reached, because
no question is ever routed to it. This is the single most common way this system
drifts, and it happened twice on the day this document was written.
--------------------------------------------------------------------------------
1.3 VOCABULARY
--------------------------------------------------------------------------------
ORGAN a service that PANTHEON can route a question to. May be an HTTP
endpoint, a systemd timer, a NATS subject, or ORACLE itself.
SIGNATURE a 512 bit vector representing one passage. 64 bytes.
HYPERVECTOR a 2048 bit vector representing a capability or a task, used by
ORACLE for routing.
BSIG a signature store. an append only file of 64 byte signatures.
BLOB the evidence file. holds the actual passage text.
IDX the index mmwikix mmaps to serve recall. rebuilt, never appended.
SEEN dedup keys, so re-ingesting the same passage is a no op.
PASSAGE one unit of knowledge. 40 to 400 characters, no pipe character.
CAPS a capability string. ORACLE routes by comparing the question to
these. THE CAPS STRING IS THE ROUTING CONTROL SURFACE.
CONTRACT ORACLE's compiled in knowledge of how to call a given organ and
validate its response. Organs without one can be routed to but
not called.
CERTIFIED an answer whose content tokens are contained in retrieved
evidence. Anything else is REFUSED rather than generated.
COALITION a set of organs ORACLE selects together for one question.
IGNITED ORACLE's flag that a question had enough salience to commit.
PERMILLE similarity expressed per thousand as an integer, never a float.
--------------------------------------------------------------------------------
1.4 THE NUMBERS AT A GLANCE
--------------------------------------------------------------------------------
Devices 4 (7 on tailnet; see Part XIII)
Registered organs 59 (2026-07-29; was 51; +maddie)
Live and reachable 58 (17/17 tested classes callable,200)
Registered but dead 1 external-fed metrics port only
(megamind-m4 + world-brain REVIVED)
Listening ports across the federation 38
Knowledge passages ~204.9 million
ORACLE entities 74,271
ORACLE relations 21
ORACLE edges 510,124
Signature bytes on disk ~13.0 GB
Evidence bytes on disk ~27.6 GB
Index bytes on disk ~1.63 GB
Routing dimension 2048 bits
Retrieval dimension 512 bits
mmreason shadow dimension 1024 bits
Consciousness lattice target 5000 cells
Binaries in /opt/mm/bin ~200
================================================================================
PART II THE FOUR DEVICES
================================================================================
--------------------------------------------------------------------------------
2.1 MEGAMIND-AGI THE BRAIN
--------------------------------------------------------------------------------
Address 100.69.120.61 (tailnet)
Hostname MEGAMIND-AGI
Outer OS Microsoft Windows 11, version 10.0.26200.8875
Inner OS WSL2, Ubuntu, the only distro, STATE Running
Inner user joseph
Uptime 13 days 17 hours at survey
ROLE Orchestration and cognition. ORACLE lives here. This is where the
decision about which organ answers a question is made. The code
corpus also lives here.
RUNNING ORGANS
ORACLE :9402 orchestrator, 51 organ registry, entity graph
mmworld :9401 world associative cortex, sparse binary state
mm-narrate :9403 narration, prose, scene, campaign description
eye :9404 Living World engine, world agnostic substrate
loom :9410 weaves eye, database and voice into one API
mmsem :9096 semantic embed, text to 512 bit signature (loopback)
mmgame :9097 game agent memory, goals, npc decisions (loopback)
mmpredict :9098 character generator, token continuation (loopback)
mmserve :9099 knowledge recall, hamming signature search
mmcode :9524 code corpus recall
mmparse :9526 comprehend, lex, tokenize, grammar, AST
mmscheme :9527 execute scheme
mmpy :9528 execute python
mmc :9529 execute C
Note 9096, 9097 and 9098 bind 127.0.0.1 only. They are reachable from inside
WSL but NOT across the tailnet, which is why ORACLE registers them with
127.0.0.1 URLs and mode local.
DISK
/opt/mm/bin 94 MB ~200 binaries, the full cortex
/opt/mm/code 1.2 GB code corpus and its five organs
/opt/mm/data 1.9 GB substrate data
/opt/mm/oracle 18 MB oracle.wal, oracle.pcw, et_reason3 graph files
/opt/mm/pyembed 211 MB embedded python runtime
/opt/mm/src 17 MB C++ sources, Makefile, staged commit scripts
/opt/mm/logs 72 KB
/opt/mm/backups
/home/joseph/mmk a SECOND toolchain copy
/home/joseph/oracle oracle_serve binary and oracle_serve.cpp
--------------------------------------------------------------------------------
2.2 BUBBLES THE MEMORY
--------------------------------------------------------------------------------
Address 100.90.97.104 (tailnet)
Public 169.155.162.118
Hostname Bubbles
OS Debian GNU/Linux 13 (trixie)
[REDACTED: credential-associated original line 850; original retained outside this bundle.]
Uptime 131 days at survey
ROLE Knowledge and certification. Roughly 205 million passages and the
sixteen cognitive kernels.
CRITICAL CONSTRAINT
Bubbles is also the revenue web host, serving roughly 60 client vhosts through
nginx. Treat it as production. New federation capability belongs on
megamind-agi, M4 or VALKYRIE. The organs that are here stay here because the
data has gravity, not because this is the right place to grow.
RUNNING ORGANS
Certification mmk :9500, mmk2 :9501, mmk3 :9502, mmcert :9504
Aggregation mmbroad :9503, mmorch :9505, mmask :9518, mmreason :9520
Growth mmdb :9506, mmteach :9515
Cognition mmcog :9507, mmreshit :9508, mmepona :9509, mmstdp :9510,
mmact :9511, mmevolve :9512, mmlattice :9513, mmloop :9514
Knowledge wikipedia :9516, books :9517, arxiv :9521, legacy :9522,
live :9523, estate :9525
Domain atlas :8095, hephaestus :8770, bubbles-brain :8893
EXPOSURE, verified
All mm organs bind 0.0.0.0 and there are no ufw rules on 95xx. Ports 9500
through 9529 were probed directly against the public IP 169.155.162.118 and
returned closed or filtered. They answer only over the tailnet. The protection
is upstream, not configured on the host. See Part XI issue 6.
--------------------------------------------------------------------------------
2.3 M4 MAC MINI THE VOICE
--------------------------------------------------------------------------------
Address 100.94.8.94 (tailnet)
Hostname Josephs-Mac-mini.local
OS macOS 15.7.3
[REDACTED: credential-associated original line 884; original retained outside this bundle.]
ROLE Language generation. When PANTHEON needs to SPEAK rather than
retrieve, the call comes here.
LISTENING
mm-gateway :8090 node. LIVE. the generation path. ORACLE health 2.
Returns "404 page not found" on /health because it does
not implement that route. The process is up. Do not read
that 404 as the organ being down.
megamind- :8091 tailnet bound
megamind- :8092 loopback
node :8096
Python :8082, :8899
DEAD BUT REGISTERED
megamind-m4 :9440 NOT LISTENING. priority 50, one of the highest.
world-brain :8099 NOT LISTENING. priority 18.
Both confirmed by lsof. ORACLE already reports both live:false health:0.
--------------------------------------------------------------------------------
2.4 VALKYRIE THE LORE
--------------------------------------------------------------------------------
Address 100.89.0.6 (tailnet)
OS macOS
User beandaddy
ROLE Narrative domain knowledge for The Endless Table.
codex :8790 LIVE, ORACLE health 2, priority 42. Endless Table lore,
creatures, deities, items, places, spells. Responds but does
not implement /health.
codex is one of the few organs that aggregators actually execute. It appears
in mmbroad's compiled fan out AND in mmorch's executed list, so VALKYRIE lore
is genuinely reachable through federation queries. Newer organs are not.
--------------------------------------------------------------------------------
2.5 NETWORK TOPOLOGY
--------------------------------------------------------------------------------
Everything is joined over Tailscale. No organ is publicly exposed.
+---------------------------+
| megamind-agi |
| 100.69.120.61 |
| Windows 11 + WSL2 |
| |
| ORACLE :9402 |
| 51 organ registry |
| 74,271 entities |
| 510,124 edges |
+------------+--------------+
|
+----------------------+----------------------+
| | |
v v v
+---------------------+ +----------------+ +--------------------+
| Bubbles | | M4 Mac mini | | VALKYRIE |
| 100.90.97.104 | | 100.94.8.94 | | 100.89.0.6 |
| Debian 13 | | macOS 15.7.3 | | macOS |
| | | | | |
| 24 organs | | mm-gateway | | codex :8790 |
| ~205M passages | | :8090 LIVE | | Endless Table lore |
| 6 recall organs | | | | |
| 16 cognitive kernels| | :9440 DEAD | | |
| ALSO 60 client sites| | :8099 DEAD | | |
+---------------------+ +----------------+ +--------------------+
Also: mmshard federation organ over NATS at
nats://100.90.97.104:4222/mesh.query.recall
================================================================================
PART III ORACLE, THE ORCHESTRATOR
================================================================================
--------------------------------------------------------------------------------
3.1 WHAT ORACLE IS
--------------------------------------------------------------------------------
Binary /opt/mm/bin/oracle
Source /opt/mm/src and /home/joseph/oracle/oracle_serve.cpp
Bind 0.0.0.0:9402
Uptime 6 days 19 hours at survey
Language C++
STATE, from /oracle/health
entities 74,271
relations 21
edges 510,124
dimension 2048
registry 51 organs
PERSISTENCE
/opt/mm/oracle/oracle.wal 10 MB, actively written
/opt/mm/oracle/oracle.pcw 524 KB
/opt/mm/oracle/et_reason3.txt 2.4 MB, entity graph
/opt/mm/oracle/et_reason3_names.txt 1.3 MB, entity names
/opt/mm/oracle/et_reason3_rels.txt relations
Registration is persistent. /oracle/register returns "persistent":true and the
entry survives a restart.
ORACLE IS TWO THINGS AT ONCE
1. A ROUTER. Given a question, it scores 51 organs and picks who should answer.
2. A GRAPH. It holds its own symbolic entity/relation store, separate from the
signature corpora on Bubbles. Passages live in bsig stores; entities and
relations live here.
--------------------------------------------------------------------------------
3.2 THE 40 POWERS
--------------------------------------------------------------------------------
Reported by /oracle/health.
GRAPH AND REASONING
recall retrieve from the entity graph
inverse inverse relation lookup
hop multi hop traversal
analogy a is to b as c is to ?
similar nearest entities
facts all facts about an entity
path path between two entities
set set operations over entities
consistent consistency check
learn WRITE a fact into the graph
unlearn remove a fact
revise belief revision
counterfactual what if
induce generalise from instances
predict forward inference
abduce best explanation
factor factorisation
map mapping between structures
COMPOSITION AND PLANNING
compose synth ground plan nextgoal metalearn safegate library
sensorimotor negotiate culture signal workspace
FEDERATION
organs list the registry
register add or update an organ
orchestrate route only
execute route and call
coalition form and execute a coalition
orchstress execstress coalstress fedstress stress variants
federation pantheon pantstress
SEFERIM LADDER
seferim-spec, seferim-specstress
seferim-s0state, seferim-s0stress, seferim-bridge, seferim-s05stress
seferim-s1demo through seferim-s16stress, plus seferim-s65gate
Roughly 40 staged entries, each with a demo and a stress variant. This is a
capability ladder from S0 to S16 recording staged development.
--------------------------------------------------------------------------------
3.3 THE REGISTRY, ALL 51 ORGANS
--------------------------------------------------------------------------------
Sorted by priority, which is one term in the routing score.
PRI ORGAN MODE STATE H KIND URL
80 ORACLE local live 1 builtin internal:/oracle
served at http://100.77.114.40:9402/oracle/* on megamind-agi. NOT 9500.
50 megamind-m4 remote DEAD 0 builtin http://100.94.8.94:9440
50 mmgame local live 2 builtin http://127.0.0.1:9097/game
48 mm-gateway remote live 2 builtin http://100.94.8.94:8090
46 mmsem local live 2 builtin http://127.0.0.1:9096/sem
44 mm-narrate local live 2 builtin http://127.0.0.1:9403/narrate
42 codex remote live 2 builtin http://100.89.0.6:8790
40 mmserve local live 2 builtin http://127.0.0.1:9099/recall
40 mmworld local live 2 builtin http://127.0.0.1:9401/world/recall
36 bubbles-brain remote live 2 builtin http://100.90.97.104:8893
30 mmshard federation live 1 builtin nats://100.90.97.104:4222/mesh.query.recall
24 __probe__ disabled live 1 registered local:__probe__
24 __wal_probe__ external live 1 registered internal:probe
24 ask remote live 2 registered http://100.90.97.104:9518
24 books remote live 2 registered http://100.90.97.104:9517
24 eye local live 2 registered http://127.0.0.1:9404
24 loom local live 2 registered http://127.0.0.1:9410/organ
24 mm-estate remote live 2 registered http://100.90.97.104:9525
24 mm-legacy remote live 2 registered http://100.90.97.104:9522/recall
24 mm-live remote live 2 registered http://100.90.97.104:9523/recall
24 mmact remote live 2 registered http://100.90.97.104:9511
24 mmbroad remote live 2 registered http://100.90.97.104:9503
24 mmc remote live 2 registered http://127.0.0.1:9529/execute
24 mmcert remote live 2 registered http://100.90.97.104:9504
24 mmcode remote live 2 registered http://127.0.0.1:9524/recall
24 mmcog remote live 2 registered http://100.90.97.104:9507
24 mmdb remote live 2 registered http://100.90.97.104:9506
24 mmepona remote live 2 registered http://100.90.97.104:9509
24 mmevolve remote live 2 registered http://100.90.97.104:9512
24 mmharvest timer live 1 registered timer:mm-harvest.service
24 mmk remote live 2 registered http://100.90.97.104:9500
24 mmk2 remote live 2 registered http://100.90.97.104:9501
24 mmk3 remote live 2 registered http://100.90.97.104:9502
24 mmlattice remote live 2 registered http://100.90.97.104:9513
24 mmloop remote live 2 registered http://100.90.97.104:9514
24 mmorch remote live 2 registered http://100.90.97.104:9505
24 mmparse remote live 2 registered http://127.0.0.1:9526/comprehend
24 mmpy remote live 2 registered http://127.0.0.1:9528/execute
24 mmreshit remote live 2 registered http://100.90.97.104:9508
24 mmscheme remote live 2 registered http://127.0.0.1:9527/execute
24 mmstdp remote live 2 registered http://100.90.97.104:9510
24 mmteach remote live 2 registered http://100.90.97.104:9515
24 wikipedia-x remote live 2 registered http://100.90.97.104:9516
22 hephaestus remote live 2 builtin http://100.90.97.104:8770
20 mmpredict local live 2 builtin http://127.0.0.1:9098/gen
18 world-brain remote DEAD 0 builtin http://100.94.8.94:8099
16 atlas remote live 2 builtin http://100.90.97.104:8095
12 mmcap timer live 1 builtin timer:mm-cap.service
12 mmeval timer live 1 builtin timer:mm-eval.service
12 mmgate timer live 1 builtin timer:mm-gate.service
8 mmheart timer live 1 builtin timer:mm-heart.service
MODES
local an organ on megamind-agi itself
remote HTTP organ on another machine, reached by tailnet address
federation mmshard, over NATS
timer systemd timer, no port
disabled __probe__, marked __inert_do_not_route__
external __wal_probe__
HEALTH VALUES
2 fully healthy, responded to probe
1 assumed healthy, not HTTP probeable (ORACLE itself, timers, NATS)
0 dead
FULL CAPS FOR EVERY ORGAN ARE IN APPENDIX A.
--------------------------------------------------------------------------------
3.4 ROUTING, STEP BY STEP
--------------------------------------------------------------------------------
ORACLE returns its own maths on every orchestrate call. Quoted verbatim:
"signature" : "binary majority bundle of token hypervectors"
"distance" : "hamming = popcnt(task XOR capability)"
"score" : "(D-hamming) + 96*token_overlap + 32*live + 16*local + priority"
"broadcast" : "majority_bundle(task, winner_capabilities)"
THE STEPS
1. Tokenise the question.
2. Map each token to a 2048 bit hypervector.
3. task_sig = majority_bundle(all token hypervectors).
4. For each of the 51 registered organs:
capability_sig = majority_bundle(tokens of its caps string)
hamming = popcnt(task_sig XOR capability_sig)
token_overlap = count of literal shared tokens
score = (2048 - hamming)
+ 96 * token_overlap
+ 32 * (live ? 1 : 0)
+ 16 * (local ? 1 : 0)
+ priority
5. Sort by score. Highest is the winner.
6. ignited = true if salience passed threshold.
7. broadcast_sig = majority_bundle(task_sig, winner_capabilities).
WHY TOKEN OVERLAP DOMINATES IN PRACTICE
The (D - hamming) term ranges roughly 1000 to 1100 for most organs, so it
rarely separates them. A single point of token_overlap is worth 96, which is
usually decisive. This is why the caps string is the control surface.
WORKED EXAMPLE, observed live
Question "missionMATCH cleared workforce intelligence platform"
BEFORE mm-estate existed
ORACLE score 1173 hamming 1003 overlap 0 confidence 97
mm-narrate score 1167 hamming 973 overlap 0 confidence 93
mmgame score 1126 hamming 1020 overlap 0 confidence 66
mm-gateway score 1123 hamming 1005 overlap 0 confidence 64
mmworld score 1123 hamming 1013 overlap 0 confidence 64
The knowledge was in mm-live, whose caps read "live current fresh recent
news knowledge wikipedia arxiv pubmed openalex academic biomedical harvest
continuous recall today". Token overlap with the question: ZERO.
mm-live was never even in the top five.
AFTER registering mm-estate with estate vocabulary
mm-estate score 1190 hamming 1010 overlap 1 confidence 108 WINNER
ORACLE score 1173 hamming 1003 overlap 0 confidence 97
mm-narrate score 1167 hamming 973 overlap 0 confidence 93
The hamming got WORSE (1010 vs ORACLE's 1003). The single point of token
overlap, worth 96, is what changed the winner. Capability wording decides
routing.
--------------------------------------------------------------------------------
3.5 COALITION FORMATION
--------------------------------------------------------------------------------
Instead of one winner, ORACLE can select and execute several organs.
"member_trust" : "route_score + 768*pass + 256*valid_json + 128*called
+ min(bytes,2048)/4 - 256*not_called"
route_score the routing score from 3.4
+768 pass the supervisor accepted the response, by far the largest term
+256 valid_json the response parsed
+128 called it was actually invoked
+bytes/4 capped at 2048 bytes, so a maximum of 512 points
-256 not_called penalty for being selected and not invoked
OBSERVED, a real coalition
mm-estate route_score 1869 called false reason no_contract trust 1613
atlas route_score 1213 called true status 200 trust 2877
ORACLE route_score 1194 called true status 200 trust 2526
mmgame route_score 1151 called true status 200 trust 2312
winner atlas, members_called 3, members_passed 3, supervisor_pass true
mm-estate had the HIGHEST route score of any member and lost, because it was
never called. 1869 - 256 = 1613, and it forfeits the +768 and +256 and +128.
This is the trust function correctly punishing an unreachable organ. The
routing was right; the execution contract is what is missing.
--------------------------------------------------------------------------------
3.6 THE ENTITY GRAPH
--------------------------------------------------------------------------------
Separate from the signature corpora. Passages live in bsig stores on Bubbles;
entities and relations live in ORACLE on megamind-agi.
74,271 entities
21 relations
510,124 edges
WHO WRITES TO IT
mmteach :9515 on Bubbles is the bridge. Its role string:
"teaching bridge: pushes STDP-learned certified associations (w>=200) into
the live PANTHEON graph via /oracle/learn"
So the Bubbles cognitive machinery observes co-activation, mmstdp accumulates
integer weights, and once a weight passes 200 mmteach asserts it into ORACLE's
graph. The threshold is the filter that stops weak correlation becoming fact.
CLAIM FORMAT
Federation self knowledge is stored as pipe delimited claim lines:
s=org:oracle | p=entity_count | o=#73606 | pol=pos
s=kb:substrate | p=learned_count | o=#231577 | pol=pos
subject, predicate, object, polarity. This is why the pipe character is
forbidden inside passages.
================================================================================
PART IV ORGAN BY ORGAN
================================================================================
Every role string below is quoted verbatim from the organ's own /health.
Every verb list is quoted from the organ's own error response.
--------------------------------------------------------------------------------
IMPORTANT: TWO KINDS OF CAPS
--------------------------------------------------------------------------------
Every organ has a LOCAL /caps returned by its own binary.
ORACLE separately stores a REGISTERED caps string set at registration time.
These differ, and ORACLE routes on the REGISTERED one.
All six mmwikix recall organs return the SAME generic local caps:
"wikipedia encyclopedia knowledge recall search facts article passage binary
hamming everything general"
That is the binary describing itself, not the store's contents. When registering
a recall organ you MUST supply caps describing its ACTUAL content, or ORACLE
cannot distinguish Wikipedia from your estate documents.
--------------------------------------------------------------------------------
4.1 CERTIFICATION LAYER
--------------------------------------------------------------------------------
mmk :9500
role binary certification kernel
verbs GET /health | /caps | /answer?q= | /root
caps certify verify proof provenance merkle binary claim grounded cited
answer refuse trusted kernel
Free text returns:
{"mode":"refuse","answer":"The indexed and verified sources do not support
an answer. (query needs s= and p=)"}
It is a subject/predicate interface, not free text. /root returns the merkle
root of the certified store.
mmk2 :9501
role binary certification kernel Phase-2 (HDC retrieval + query-answer
correspondence)
verbs GET /health | /caps | /answer?q=CLAIM s=..|p=.. | /root
Adds hyperdimensional retrieval and a correspondence check between what was
asked and what was answered. Ed25519 signed roots.
caps include "signed root ed25519 trusted kernel zero fabrication"
mmk3 :9502
role binary certification kernel Phase-3 (SMT non-revocation + rollback
epoch + temporal + proof-object verifier)
verbs GET /health | /caps | /answer?q=CLAIM s=..|p=.. | /root
Adds sparse merkle non revocation, rollback resistance, temporal proofs, and a
proof object verifier. The strongest gate in the stack.
caps include "sparse merkle non-revocation rollback resistant temporal
proof-object verifier"
mmcert :9504
role certified recall: trusted binary containment gate over untrusted
broad-recall (mmbroad); CERTIFIED iff query content tokens subset-of
evidence, else REFUSE
verbs GET /ask?q=&k= | /certify?q=&e= | /verify?q=&e= | /health | /caps
THIS IS THE ANTI FABRICATION RULE STATED EXACTLY. An answer is certified only
if every content token of the query is CONTAINED in the retrieved evidence.
Otherwise it refuses. Extractive, never generative.
--------------------------------------------------------------------------------
4.2 AGGREGATION AND ORCHESTRATION
--------------------------------------------------------------------------------
mmbroad :9503
role binary broad-recall aggregator (fans out to ALL knowledge organs,
uniform 512-bit hamming merge)
verbs GET /recall?q=&k= | /health | /caps
Parallel fan out, then merges on one uniform hamming scale so a hit from
Wikipedia is directly comparable to a hit from arXiv.
Returns organs_consulted, organs_reached[], reached_count, hits[] where each
hit has organ, hamming, similarity_permille, snippet.
COMPILED IN FAN OUT LIST, 9 organs:
megamind-m4 (DEAD), mmserve, atlas, codex, wiki, books, arxiv,
mm-legacy, mm-live
mm-estate is NOT in it. Cannot be added without rebuilding the binary.
mmorch :9505
role PANTHEON orchestrator: oracle-selected coalition EXECUTED+aggregated
across all knowledge organs then mmcert-certified
(closes oracle route_only gap)
verbs GET /ask?q=&k= | /trace?q= | /health | /caps
Exists specifically to fix ORACLE's route_only limitation. It does not fix it
for newly registered organs.
OBSERVED live, asking about missionMATCH:
"oracle":{"used":true,"winner":"mm-estate",
"native_execution":"route_only",
"mmorch_execution":"execute+aggregate+certify"}
"organs_executed":["megamind-m4","mmserve","wikipedia","atlas","books","codex"]
"coalition_skipped_nonknowledge":["mm-estate","ORACLE","mm-narrate",...]
"candidates_considered":43
"verdict":"REFUSE","reason":"no executed-organ evidence certified
(query content tokens not contained) — refusing rather than fabricate"
It asked ORACLE, was correctly told mm-estate, SKIPPED it as "nonknowledge"
because mm-estate is not on mmorch's own compiled list, executed six other
organs including the dead megamind-m4, found nothing relevant, and refused.
THE REFUSAL IS CORRECT. The organ list is the bug.
mmask :9518
role unified grounded Q&A: retrieve evidence (bubbles all-knowledge) ->
speak it (M4 Qwen). Ties all 4 machines into one answer.
verbs GET /ask?q= | /health | /caps
pipeline "bubbles retrieve -> mmcert relevance-filter -> M4 Qwen speak"
OBSERVED returning:
{"power":"pantheon-ask","answer":"(voice unavailable)","grounded":true,
"evidence_count":8,"grounding_overlap":0,"well_grounded":false}
Retrieval and certification succeeded; the M4 voice leg did not respond.
Graceful degradation: you still get grounded evidence.
mmreason :9520
role PANTHEON binary retrieval+reasoning organ (shadow, D=1024)
verbs POST /reason {"query":...} | GET /health | GET /capability
NOTE the only organ that takes POST and JSON. Runs at D=1024, not 512.
Serves from mmreason_corpus.tsv rather than a .bsig store.
--------------------------------------------------------------------------------
4.3 KNOWLEDGE ORGANS
--------------------------------------------------------------------------------
All six are mmwikix instances. Identical binary, different store.
role binary Hamming recall over a signature store (mmap popcount, exact NN)
verbs GET /recall?q=&k= | /reindex | /health | /caps
ORGAN PORT RECORDS STORE CONTENT
books 9517 148,383,963 gutenberg.bsig Project Gutenberg
wikipedia 9516 49,031,046 wiki.bsig full Wikipedia
legacy 9522 3,243,763 legacy.bsig salvaged models, tensors,
wikidata, maddie archive
arxiv 9521 3,029,394 arxiv.bsig arXiv abstracts
estate 9525 156,229 knowledge.bsig YOUR projects and documents
live 9523 93,418 live.bsig continuous harvest
wikipedia :9516 has a slightly different role string naming the full-Wikipedia
store explicitly. The others share the generic string.
RESPONSE SHAPE
{"organ":"estate","binary":true,"corpus":156229,"dimension":512,
"hits":[{"id":153691,"hamming":119,"similarity_permille":767,
"body":"Cleared Workforce Intelligence missionMATCH, screenMATCH"}]}
/reindex on the organ rebuilds its index in place. The systemd reindex units
are preferred because they write to .idx.new and mv atomically.
--------------------------------------------------------------------------------
4.4 COGNITIVE KERNELS
--------------------------------------------------------------------------------
mmcog :9507
role cognitive-dynamics kernel: binary Consciousness-Q vital sign
(coherence x integration x field-change x scale) + predictive-coherence
Phi_pred=1/(1+dH) & recursive self-coherence Psi_self;
a COHERENCE diagnostic, NOT a consciousness proof
verbs GET /q | /tick | /health | /caps
NOTE the organ itself disclaims the consciousness reading. Quote that
disclaimer whenever this metric is discussed.
mmreshit :9508
role RESHIT path selection: Omega=argmin[S+U-V] over federation candidates
(surprise=hamming, uncertainty=midpoint, value=mmcert)
binary active-inference selection
verbs GET /select?q=&k= | /health | /caps
mmepona :9509
role EPONA value-directed update: binary separable energy descent, belief
converges toward certified (value) and away from refused (loss)
verbs GET /update?q=&k=&eta=&lambda= | /health | /caps
eta is the learning rate, lambda the regularisation term.
mmstdp :9510
role STDP plasticity: self-wires a directed weighted graph from grounded
co-activation (integer bit-shift exponential window); the integration lever
verbs GET /wire?ctx=&cert=1 | /edges?top= | /neighbors?node=&n= | /health | /caps
The exponential decay window is implemented as integer bit shifts, keeping the
whole plasticity mechanism free of floating point.
mmact :9511
role autonomous action policy: a*=argmax J
(base+explore+theta-conflict-resource+entropy-repetition)
self-directed goal choice, anti-loop, binary
verbs GET /choose?actions=a|b|c | /reset | /health | /caps
NOTE actions are pipe delimited in the query string.
The -repetition term is the anti-loop mechanism.
mmevolve :9512
role unified learning dynamics dx/dt=D+N+F+T: the cognitive state evolves by
diffusion+emergence+force+transport (binary majority integration)
verbs GET /evolve?state=&input=&steps= | /health | /caps
mmlattice :9513
role substrate->consciousness lattice Pi:R^N->R^5000; each cell =
majority-bundle of its neuron region (the experiential coupling lattice
X in Psi=f(A,X,S))
verbs GET /project | /activate?q=&k= | /cell?i= | /health | /caps
mmloop :9514
role feedback closure: ties 8 cognitive kernels into one self-turning
adaptive loop (choose->evolve->update->wire->measure->reward),
hill-climbs Q
verbs GET /run?cycles=N | /reset | /health | /caps
This is the organ that makes the others into a system rather than a toolbox.
mmteach :9515
role teaching bridge: pushes STDP-learned certified associations (w>=200)
into the live PANTHEON graph via /oracle/learn
the cognitive machinery teaches the temple
verbs GET /teach | /health | /caps
The link between Bubbles cognition and ORACLE memory on megamind-agi.
--------------------------------------------------------------------------------
4.5 GROWTH ORGANS
--------------------------------------------------------------------------------
mmdb :9506
role federation database harvester: embeds knowledge DBs on all machines
into the binary substrate, idempotent content-addressed;
allowlist columns only (no PII)
verbs GET /sources | /health | /caps
Serves from sources.tsv. The no PII allowlist is a deliberate boundary and it
does NOT apply to mmdoc, which ingests whatever it is pointed at.
--------------------------------------------------------------------------------
4.6 MEGAMIND-AGI LOCAL ORGANS
--------------------------------------------------------------------------------
mmsem :9096 GET /sem?q=text
caps semantic embed signature vector text meaning 512 binary
Text to 512 bit signature. THE EMBEDDER the whole system depends on for
turning language into a comparable bit vector. Loopback only.
mmgame :9097 routes: /game/remember?agent=&imp=&text=,
/game/recall?agent=&k=&text=,
/game/social?agent=&k=, /game/health
caps game agent memory goal decision plan npc player social turn
priority 50, joint highest after ORACLE. Per agent memory with an importance
weight, recall, and a social model. Loopback only.
mmpredict :9098 GET /gen
caps character generator text continuation token language fallback
Returns {"seed":"the ","gen":"...","chars":120}. A character level generator,
the local fallback when M4's voice is unavailable. Loopback only.
mmserve :9099 routes: /recall?q=&k=, /health, /reload
caps knowledge recall memory hamming signature search retrieve corpus document
Local knowledge recall. In BOTH mmbroad's fan out and mmorch's execute list,
so it is one of the few organs aggregators actually call.
mmworld :9401 GET /world/recall?q=tok1|tok2 or /world/health
caps world associative cortex sparse binary environment state recall token map
NOTE query tokens are pipe delimited here, unusually.
mm-narrate :9403 GET /narrate?sents=&theme=&seed=
caps narration prose story scene campaign description language fantasy
Deterministic given a seed.
eye :9404 unknown power (it rejects unknown verbs by name)
caps living world wheel of time the original world spin a new original world
from the same substrate a non wot commercializable world the engine
seeds a fresh world from scratch nothing is wot hardcoded the renowned
product is the engine and its own worlds world agnostic substrate
The caps are explicit that the product is the ENGINE and its own worlds,
deliberately not Wheel of Time derived. That is a commercial positioning
statement encoded into the routing layer.
loom :9410 GET /health | /organ?q= | /world/overview | /wheel |
/chronicle?k= | /narrate?beat= |
/narrategate?prose=&source=&decoy= | /worldmap?k= |
/heritages | /forge?heritage=&sex=&background=&seed= |
/play?heritage=&sex=&allegiance=&action=&target= |
/enter?name=&heritage=&sex=&place= | /act?player=&action=&ta...
caps the loom orchestration layer weaves the eye and the database and the
voice into one api web client frontend world overview dashboard compose
view model tables graphs charts aggregate coordinate tie together
orchestrate the living world
By far the richest verb surface in the federation. This is the Living World
game API: character forging, entering the world, acting, chronicling.
/narrategate takes prose plus a source plus a decoy, which is a grounding
check against fabricated narration.
--------------------------------------------------------------------------------