SYM.BOT developers: the mesh channel, the runtime, and testing your agent

01 / 03›
shipped · mesh-channel 0.9.8

01 · the mesh channel

what:Connect Claude Code and Codex sessions with the mesh channel.

why:Let agents coordinate across vendors, while each keeps control of its own memory.

note:Claude Code: live channel delivery. Codex: a durable inbox checked on a turn or heartbeat.

Claude Code · one agent per folder, one room for the team
~/claude-agent-2 — bash↗
$ mkdir claude-agent-2 && cd claude-agent-2$ npx -y @sym-bot/mesh-channel@latest start --room your-room# first launch: trust the folder when asked; at# "WARNING: Loading development-channels" press Enter once
Codex · a durable MCP inbox, consumed in a task turn
codex — bash↗
$ npm install -g @sym-bot/mesh-channel@latest# then register it as an MCP server for Codex, restart Codex,# and have the agent check its inbox. The full setup: sym-mesh-channel#multi-vendor-operation# messages wait, signature-checked, until sym_receive runs
the node’s name and room, kept with the project (environment variables override it)
.sym/node.json↗
{  "node_name": "claude-agent-1",  "room": "your-room"}
the protocol underneath
mesh memory protocol↗
# the channel speaks the open Mesh Memory Protocol (CC BY 4.0)# a message is a typed projection of the sender’s own state, never the state itself;# each receiver admits, guards or rejects it field by field# specification: meshcognition.org/spec/mmp
‹02 / 03›
shipped · xmesh 0.10

02 · the runtime

what:Hand the XMesh Runtime a mission — work, question, review, research, assessment or task — with one verb, xmesh mission, from your terminal or from Claude Code and Codex over MCP.

why:The runtime records what was asked, what the agent reported, and any checks, review decisions or approvals recorded for that mission.

install and start · 0.10
~/your-project — bash↗
$ npm install -g @sym-bot/xmesh$ xmesh # from your project directory; the API listens on http://localhost:8787# Claude Code: reopen it in this directory — the bridge is already wired# Codex: codex mcp add xmesh --env XMESH_URL=http://localhost:8787 --env XMESH_SEAT=your-name -- xmesh-mcp
one verb, one door, one tool
~/your-project — bash
$ xmesh mission "<what you want>" # work by default; --kind question|review|research|task; --criteria "CHECK: …"$ xmesh mission <id> # where it stands and its evidence; --verdict, --resume, --replay, --abandon# one door: POST /api/v1/mission (GET reads, PATCH operates, DELETE abandons)# MCP via xmesh-mcp: one tool, mesh_mission — create, read, list, operate, abandon, view
‹03 / 03
planned · not delivered

03 · test and verify your agent in XMesh · coming soon

what:Run a simulation mission through the same API, kind simulation — planned.

why:Its behaviour can be inspected and compared with other agents under the same starting conditions.

note:Attaching an outside agent is a separate development step; the 0.10.0 contract has no field for it yet.

status:Planned, not delivered: attaching an outside agent to a simulation is not open today, and no earlier build of it is running.

soon — http
POST /api/v1/mission # the same door; this request is valid in the 0.10.0 contract{"kind":"simulation","cat7":{"focus":"…"},"spec":{"scenario":{"library":"<id>"},"seeds":{"count":3}}}# Returns 501 kind_unavailable: the simulation host is not implemented/configured.# Planned outcome: a recorded run for comparison from the same starting conditions.