Entity Reference
MechaHub
Entity Referenceentities / modules / mechahub

MechaHub

Understand how MechaHub works as the grounded knowledge and retrieval layer of Mecharim.

MechaHub is where grounded meaning becomes operationally retrievable, it lets Mechas and system services use business knowledge without detaching it from reality.

Before you continue

Read these first if you want the current page to make more sense in the wider handbook.

What MechaHub is

MechaHub is the knowledge and retrieval layer of the platform.

It helps Mechas and system functions find structured business meaning instead of searching disconnected files, vague text, or unowned fragments.

The short definition is:

MechaHub is the grounded knowledge layer of Mecharim. It uses Xenkeys attached to Anchors so that search, support, and retrieval operate on real business meaning instead of detached text.

Where it sits in the system

text
Business twin: Organization -> Base -> Unit -> Anchor -> Xenkey
Acting layer:  Crew -> Mecha
Transport:     Mechagram
Knowledge:     MechaHub
Discovery:     MechaReg

This means:

  • the business twin defines the world
  • Mechas act inside that world
  • MechaHub supplies grounded context and retrieval

MechaHub is not “all knowledge in the system”. It is the operational layer that makes structured meaning usable.

Why Anchor and Xenkey are the whole point

MechaHub is powerful because it does not index free-floating meaning.

It indexes meaning that stays attached to business reality.

The core relationship is:

Anchor binds reality. Xenkey binds meaning to that reality.

That is why retrieval quality improves:

  • meaning stays tied to real entities
  • support becomes more contextual
  • search becomes less fuzzy
  • AI behavior becomes easier to explain

What MechaHub actually does

Operationally, MechaHub:

  1. receives structured meaning attached to business entities
  2. maintains that meaning in retrievable form
  3. lets Mechas and system services query it
  4. returns context grounded in the business twin

So MechaHub is not just storage. It is the usable retrieval face of the meaning layer.

Why this is better than “just documents”

Documents alone often create:

  • inconsistent language
  • duplicate truth
  • unclear ownership
  • weak retrieval
  • support that drifts from real business reality

MechaHub improves on this because meaning is:

  • structured
  • attached
  • scoped
  • retrievable
  • owned

How Mechas use MechaHub

Mechas become much more useful when they can retrieve grounded business meaning at runtime.

That lets a Mecha:

  • answer with better context
  • retrieve product or service knowledge
  • route requests more precisely
  • support workflows using real business structure

The shortest accurate sentence is:

MechaHub gives Mechas access to the business meaning layer without breaking the link to real business entities.

How it differs from nearby layers

Not the business twin

It does not define the hierarchy itself.

Not Mechagram

Mechagram carries communication. MechaHub supplies context.

Not MechaReg

MechaReg is the public publication and discovery layer. MechaHub is the operational retrieval layer.

Business effect

CapabilityBusiness effect
Grounded retrievalBetter answer quality and search precision
Anchor-linked knowledgeStronger accountability and less ambiguity
Structured meaningBetter machine legibility
Reusable contextLess repeated manual explanation across teams and channels
Scoped accessMore controlled internal and external knowledge use