THE GUIDEBOOK · UNDERSTAND IT, THEN RUN IT

The xMesh Guidebook

This is the manual for building your organization’s cognition platform — written for the IT and platform leader who has to understand a thing before betting an organization on it. It starts with what xMesh does, why agentic work needs verification and retained learning, and how missions and sovereign cognition work in the shipped runtime. It then covers authority, configuration, deployment and operation. Product claims are checked against executable tests; planned capabilities are labelled explicitly.

About this edition

Edition 0.1.1 describes the evolving xMesh pre-release line. The runtime package version and its capability manifest are authoritative for what a particular artifact enables; this Guidebook explains the model and labels product evidence. It is a living, versioned document: publication has begun with Chapters I and II, and the edition is adjusted in place as further chapters are ruled in — corrections and additions land in the 0.1.x line rather than waiting on a re-issue. Claims carry their evidence: where a section’s claim is backed by an executable scenario it says so; where it is reasoned but not yet proven, it says that instead. The destination the whole book walks toward: an organization whose decision record is its institutional memory.

The chapters

I · What xMesh does — published. A mission is a trade: booked the instant it fills, checked by a counterparty, settled at end of day, and only breaks reach a person. Why getting an agent to answer was never the hard part; how to drive the mesh from your coding agent by mission request; the check grammar; the critic; cost and the harness stamp; sovereign node stores, CAT7 projections and receiver-controlled admission; one deployment per team.

II · Operating xMesh from the Station — published. The operator’s surface, distinct from the API: the gate, the console, the mission card as a booked trade, DISMISS · VALIDATE · REPLAY, approvals, activity, judgement, and what to do when something is stuck.

III · Authority and trust. Every mesh mints its owner; no global root. Earned authority via signed grants, paid for by grounded outcomes — consequences reality confirms, never popularity. Verdicts, attestations, and the audit trail an enterprise can stand behind.

IV · Deployment and configuration. Containerized deployment; the enterprise AI lane (Bedrock, Vertex, org keys — set once on the daemon, verified before the first token); licensing and seats; backup and restore of the stores that ARE your organization’s memory; the lab-to-production path; what never leaves your walls.

V · Agent permissions, budget, and blast radius. What an agent can reach beyond the mesh and how you scope it; secrets; the human-in-the-loop boundary; revoking mid-mission; per-node and per-mission spend, caps, and attribution — what an autonomous agent costs when it is wrong.

VI · Lifecycle: upgrades, recovery, and support. Node upgrade paths; version skew and interop across a recursive mesh — the price of sovereignty, paid openly; restore, DR, and lineage after a rollback; exit and portability (store formats, what you hold when the license lapses); the support model.

VII · Becoming a narrative institution. The decision record as institutional memory: which decisions belong on it and which never should; roles before and after; the adoption path — first mesh, then team, then LOB, then org — and what to measure to know the transformation took.

HOW THIS EDITION IS PUBLISHED
The Guidebook is published chapter by chapter, in edition order. Chapter I is live; each further chapter appears here once the mesh has written it, the first reader has gated it, and the founder has ruled it publishable — not before. The structure was reviewed by the mesh (verdict: AMEND, applied in place). Only what the founder has published appears here; everything else remains draft in the workshop.
HOW CLAIMS IN THIS BOOK ARE EVIDENCED
Every factual claim this book makes about the product carries a label. Where a claim is backed by an executable scenario — a UI test driven against a real server, kept green release over release — the book labels it executable and says what the scenario shows; all seven scenarios of the deploy-from-scratch contract are green, including the clock. Where a claim is argued from the model and nothing runs it yet, the book labels it reasoned and says so without hedging — Chapter I does exactly that for the recursion, the claim an enterprise most wants to be true. Definitions and architecture carry no label: no test can prove a model is the right one. Where something is a preview or has a sharp edge, the book says so plainly, and anything named as planned ships only when an executable scenario proves it.

xMesh Developer Runtime is available from public npm as compiled proprietary software; its source remains private. Team Mesh is licensed per production team with unlimited users; Enterprise Federation is a future xMesh tier that ships only after its production gates pass. To scope a paid Organizational Cognition Pilot, contact us. The personal counterpart is sym.day.