Agentic bridge over MCP

Kinogaki Server

A bridge that lets external tools, including MCP clients like Claude Code, operate on Prism files through stable, typed operations.

A bridge to Prism files

kinogaki-server is a bridge that lets external tools, including MCP clients like Claude Code, operate on Prism files through stable, typed operations. Point it at a document and it exposes that document over MCP (the Model Context Protocol) as a small set of typed tools an agent can call.

kinogaki-server world.prisma

It is worth being precise about the roles. MCP is the transport: the standard way an assistant calls tools. Kinogaki Server sits on the other end of that transport as a typed operation surface over a real structured file. It complements Claude Code and your assistant by giving them a structured file to talk to.

The operations

The tools map directly onto the object model, so an agent reads and changes the file the same way a program would:

• read: describe, get_element walk the tree;
• shape: define_element, remove_element, rename_element change its structure;
• fill: set_property, set_metadata, connect, disconnect set the data and the links;
• files: load, save, search, compose, import, export move documents and formats around.

Why a typed bridge beats raw access

Hand an agent a bespoke binary file and it can only regenerate the whole thing and hope. Hand it raw text and every edit is a fragile guess at offsets. Prism gives the agent solid ground: because identity is a Path and every datum is a typed Value, "set /world/ball.radius to 2" is one set_property call, validated against the property's type and applied to the live document. The server accepts edits that match the type and structure, and turns the rest away.

This is the requirement that shaped the whole format: the property a human edits in a panel, a program sets through the API, and an agent changes over MCP are literally the same property, addressed and validated identically. The agent becomes a safe author, which is the entire point of giving it a structured file instead of a blob.

Prism all the way down

The server is Prism end to end: each request and response is itself a Prism document, the tool catalogue is built as a Document and saved out, and the document being edited is a Document mutated through the same core everything else uses. It also reaches beyond a single file: search finds documents under a directory, compose flattens cross-file references, import/export route foreign formats through the codecs.

Embeddable: the live co-edit

The server's request handler is a plain function over a Document, so it runs inside any host process. The Kinogaki Editor embeds the same handler behind a loopback endpoint: an external agent connects to the running editor, its typed operations are applied through the one mutation surface, and the panels redraw. You open a file, connect an agent, and watch it edit alongside you, the clearest demonstration of the bridge in action.