Command Palette

Search for a command to run...

UnylyUnyly
Browse all

Synartesis

FreeMaintained

An undo layer for AI agents.

GitHubEmbed

About

An undo layer for AI agents.

README

Synartesis — an undo layer for AI agents

check npm downloads node MIT

An agent with write access to a real system runs twenty steps, misreads step seven, and applies the rest to the wrong records. Today your options are to reverse it by hand from the transcript, restore a backup and lose every legitimate change made in the same window, or accept the damage.

Synartesis sits between your MCP client and the servers it talks to. It records every tool call with the state that call replaced, and it can put that state back. What cannot be put back, it refuses to let an agent do unsupervised.

It is not a sandbox: the container your agent runs in is disposable, but the CRM row it updated over the network is not. It is not a tracing tool: a trace tells you update_customer ran forty times, not what the values were before.

What it looks like

Both shots are real output from ./demo/filesystem-demo.sh, pasted rather than typeset. An agent overwrote a file and tried to move another. One command puts the first back and reports that the second never happened:

synartesis undo, reverting a write and skipping a gated move

skip is the interesting row. move_file is irreversible on that server, so it was never applied in the first place — there is nothing to undo.

Now the same damage, except a colleague edited the file before you got to the undo. Writing the old contents back would destroy their work, so it does not:

synartesis undo halting on drift, showing the human's line

It stops at the record that moved and exits non-zero. Anything already put back stays put back, and it prints the three ways on: leave it, restore the resource and --replan, or --force to overwrite deliberately.

Install

npm install -g synartesis

Then, from anywhere:

synartesis install

That finds what Claude Code, Claude Desktop, Cursor or Codex already list, writes one policy covering all of it, and points each entry at the proxy. Servers it recognises get the policy that ships for them and work immediately; the rest are drafted with every tool held until you say how to undo it. Your config is copied aside first, synartesis uninstall puts it back, and synartesis status says what is covered.

Each server keeps its own entry and its own proxy, so no tool is renamed — the agent sees exactly the names it saw before. Your agent needs nothing installed.

Needs Node 22 or newer. npm ships a prebuilt SQLite binding, so no toolchain is required unless you build from a clone.

Then just:

synartesis

One screen: what agents have done, what is held for approval, every AI on the machine, and undo — all on the arrow keys.

What it can and cannot do

Every tool gets one of four classifications, written down in a manifest:

Class Meaning Example What happens
readonly Changes nothing get_customer Recorded, forwarded
reversible Prior state can be restored exactly update_customer State captured before the write; written back on undo
compensable Cannot be reversed, but can be offset create_charge A different call neutralises it
irreversible Neither send_email Suspended until a human approves it

A tool your manifest does not mention is treated as irreversible. That is deliberate: silently forwarding an unknown destructive call is the one failure worth avoiding most.

Has anybody touched it since?

Synartesis records what an agent does, not what happens to a file. Nothing you do by hand goes through the proxy — which is exactly what makes the drift check work: when undo reads a file and finds bytes it never recorded, it knows somebody else has been there.

To ask before you find out the hard way:

synartesis show <session> --live

It reads every resource the session touched as it is now and says which still match. Nothing is written, no reversing call is sent, and unlike undo --dry-run it does not stop at the first conflict — five writes get five answers. l in the screen does the same.

If you decide the recorded value is the one worth keeping, undo --force prints every line it would write over and stops; --force --yes goes ahead.

Commands

Command Does
synartesis The screen. Everything below can be done from it
install / uninstall / status Cover the clients on this machine, put them back, say what is covered
init <server> -- <cmd> Introspect a server and draft a manifest
check Load a manifest and verify it against the servers it names
list Every recorded session
show <id> One session's timeline, with the undo for each step
show <id> --live The same, plus what has changed in the world since
show <id> --full Every argument, snapshot and inverse, nothing elided
gates / approve <id> / deny <id> What is waiting, and answering it
undo <id> Reverse a session, newest action first
undo <id> --dry-run Plan it and change nothing
undo <id> --replan Rebuild each undo from the current manifest
undo <id> --force [--yes] Print what it would write over; --yes goes ahead
watch Live activity, with approvals answerable in place
prune Delete sessions older than 30 days and reclaim the space
close [id] End a session a killed proxy left open

In the screen: enter opens, u undoes, p previews, l checks the world now, f expands, c shows every AI on the machine, g shows what is held.

--manifest and --journal are found rather than typed, from the current directory upwards the way a version control tool finds its root, then from ~/.synartesis. SYNARTESIS_HOME moves that. --json works on list, show and gates. Exit codes: 0 succeeded, 1 halted or refused, 2 bad usage.

Full walkthrough, writing a manifest, and serving over HTTP for clients that cannot start a process: see the user guide.

What it does not do

  • It cannot un-send what has been seen. An email that has been read, a posted message, a file deleted with no backup. This is why the gate exists.
  • Compensable actions cannot be checked for drift. They declare no pre-read, so undo compensates them and marks them [unverified].
  • Undo halts on uncertainty, and steps over the merely permanent. Drift, an unknown outcome, or a failed reversing call stop it. An action that simply cannot be undone is reported and left in place while everything else is reverted. Either way the session is marked partial.
  • An error is not proof that nothing happened. A timeout or a tool-level error after a write leaves the outcome unknown, not failed, and undo will not step past it. Where a pre-read exists it is consulted to settle the question instead of guessing.
  • An undo is only as good as the policy that recorded it. Inverses are resolved when the call happens, so a mistake in a manifest is baked into every run made under it. undo --replan rebuilds them from a corrected one.

The bundled filesystem policy is tested against the real server: exact byte-for-byte restoration, drift refusal, and absence told apart from a read that failed. The memory, git and github policies are checked only for tool existence — their recovery guarantees are not yet proven.

Trust

A manifest names commands and Synartesis runs them. Treat one you did not write the way you would treat a shell script from the same source: read it first.

The journal is a copy of your data, not a log. Putting a file back means having kept what was in it, so the contents of every resource before it was written are in there in plain text — including any key that was sitting in a file your agent touched. That is not a leak to be closed; it is the thing that makes undo work. It is created 0600 in a 0700 directory, and nothing is encrypted: full-disk encryption answers a stolen laptop, permissions answer another account on a machine you share.

It grows at roughly four times the bytes your agent writes and never shrinks on its own — thirty edits of one 200 kB file came to 24 MB. synartesis prune deletes whole sessions and VACUUMs. It will not touch one still active, or one holding a call waiting on a person, or one whose undo halted on a conflict. A pruned session cannot be undone afterwards, which is the whole of the trade. Nothing prunes on a timer.

Durability. The journal runs synchronous = NORMAL. A crash of the process or of the CLI mid-undo loses nothing; only the machine losing power can cost the tail of the write-ahead log. SYNARTESIS_SYNC=full asks for an fsync per commit instead — worth it where fsync is cheap, and measurably not where it is not.

Development

pnpm test
pnpm typecheck && pnpm lint

Every push runs those on Linux and macOS across Node 22 and 24, plus the demo and the installer.

Licence

MIT. See LICENSE.

from github.com/ArhaanDev24/Synartesis

Install Synartesis in Claude Desktop, Claude Code & Cursor

Recommended · one command, every IDE
unyly install synartesis

Installs into Claude Desktop, Claude Code, Cursor & VS Code — handles npx, uvx and build-from-source repos for you.

First time? Get the CLI: curl -fsSL https://unyly.org/install | sh

Or configure manually

Run in your terminal:

claude mcp add synartesis -- npx -y synartesis

Step-by-step: how to install Synartesis

FAQ

Is Synartesis MCP free?

Yes, Synartesis MCP is free — one-click install via Unyly at no cost.

Does Synartesis need an API key?

No, Synartesis runs without API keys or environment variables.

Is Synartesis hosted or self-hosted?

Self-hosted: the server runs locally on your machine via the install command above.

How do I install Synartesis in Claude Desktop, Claude Code or Cursor?

Open Synartesis on unyly.org, pick your client tab (Claude Desktop, Claude Code, Cursor) and press Install — the config is generated automatically, no JSON editing.

Related MCPs

Compare Synartesis with

Not sure what to pick?

Find your stack in 60 seconds

Author?

Embed badge for your README

Browse similar

All ai MCPs