npm ↗

One tool · mesh_mission

Hand it off.
Get it back checked.

npm install -g @sym-bot/xmesh

Connect from your tools · XMesh supplies the runtime. Your model and your subscription do the work.

Claude CodeCodexAny MCP host
◢01 · What comes back

Done is checked, not claimed.
And an independent critic has its say.

A mission ends with more than an answer: whether it met your definition of done, tested by XMesh rather than taken on the agent’s word; an independent review, by default; and, when it cannot finish, the reason it stopped.

Done, testedAvailable

The ask can state what done means: a file that must exist, what it must say. When the agent reports it finished, XMesh tests those conditions itself and records the result beside the agent’s claim. An ask without them is left for a person to validate.

An independent criticAvailable

Work, review, research and assessment missions get a critic by default: it did not author the work and reviews it skeptically, and its verdict sits beside the doer’s own claim. It runs on the doer’s model unless you configure a second one; if it cannot run, the mission reads unreviewed.

Why it stoppedAvailable

A blocked mission says what it needs, and its root cause says what stopped it: a failure is a finding, not a silence.

A durable recordAvailable

The mission’s result, recorded checks and review stay readable by its id after the conversation that asked for it has ended.

◢02 · Architecture

The agent proposes.
The environment decides.
XMesh preserves what happened between them.

This runtime is the shared substrate beneath XMesh: mission boundaries, collaboration, evidence, review, memory and a durable record around an agent that remains yours.

Your agentExternal
  • model
  • reasoning
  • policy
actionobservation
XMeshRuntime
  • mission
  • specialists
  • evidence
  • review
  • memory
  • re-run
bounded interface
EnvironmentAuthority
  • code
  • simulation
  • API
  • enterprise system