Using Nendo

Build it from source, then open a file.

There is no download yet. Nendo installs per user on Windows x64, unsigned, with no releases, no updates and no support. That is where the project is today, and everything below assumes it.

Experimental. Nendo is a research prototype, not a product. ReadStatus before you rely on it for anything.

Step one

Build it.

You need Windows x64, the WebView2 Evergreen runtime, the .NET SDK version pinned inglobal.json, and Node 22.12 or later (declared underengines in src/Nendo.Workbench/package.json). The Workbench is built first, because the desktop app bundles it.

Clone and verify

git clone https://github.com/ThomasRohde/nendo
cd nendo
pwsh ./tools/Test-Production.ps1

The full test gate takes about a minute.

Package an installer

pwsh ./tools/Publish-NendoPayload.ps1
pwsh ./tools/Build-NendoInstaller.ps1

Needs NSIS. Produces artifacts/installer/Nendo-Setup.exe, an unsigned per-user installer that installs into Programs/Nendo.

Step two

Open a file.

A new file is empty, and an empty file is a working application. Studio offers Create record type, and the Agent and Health pages are one click away. Import CSV becomes available once a record type exists. Studio never adds sample data or screens on its own.

Step three

Studio works from the start.

Every record type automatically gets an All records table and a record editor, with create, edit and delete, sorting, filtering, search, history, and CSV import and export. It aims to feel like a database table in a modern notes app, not a raw SQLite browser.

The Studio Data area: a record type list, filter controls, and an editable grid of component recordsThe Studio Data area: a record type list, filter controls, and an editable grid of component records
Studio, Data. Edit a cell to save a change. Click a column's name to sort, drag its edge to resize, and use its pencil to rename the field.

Data

The table and the record editor. This part can never be removed.

Structure

Record types, fields and relationships. Changes here become proposals to review.

Surfaces

The screens in the file, and what each one is bound to.

History

Every revision in order, and whether it can be undone.

Health

Compatibility, integrity and trust checks, and this computer's approval for automatic actions.

Step four

Connect an agent.

While a file is open with agent access on, Nendo listens athttp://127.0.0.1:41763/mcp. That address is all a client needs; there is no key or password.

claude mcp add --transport http nendo http://127.0.0.1:41763/mcp
codex mcp add nendo --url http://127.0.0.1:41763/mcp

The repository already includes both registrations (.mcp.json and.codex/config.toml), so an agent started in a clone connects as soon as a file is open. If port 41763 was taken, Agent › Connection shows the address Nendo is using and can copy either command.

No password also means any program on this computer can connect at the access level you chose, so turn access Off when no agent is working. This keeps other computers out. It does not protect you from malware on this one.

Claude Code and Codex are the only clients that have been tested. Other MCP clients may work, but nobody has checked.

The journey

A walkthrough in five parts.

The Idea Garden journey is the standard walkthrough, with the exact prompt to give the agent at each step. Start here if you have never opened a .nendofile.

  1. A

    An empty file, edited by hand

    Create a file; it works while empty. Add a record type and a few records by hand in Studio, with no agent involved.

  2. B

    An agent builds the first shape

    Turn on agent access, describe what you want in your own words, read the diff and accept it.

  3. C

    Load data

    Import a CSV. It is saved in batches of up to a hundred rows rather than all at once, and History records each accepted batch.

  4. D

    Add focused screens

    Ask for a board, a calendar, a record page or a front page. Each arrives as a proposal you review before it exists.

  5. E

    Offline and recovery

    Close everything, disconnect from the network and reopen. Your data is still there in Studio, whether or not the custom screens still work.

The demonstration

Nendo Station, in about four minutes.

The fourth reference application, and the quickest way to show someone what Nendo does. The screenshots on this site come from it. The last three steps are the test the vision sets for the whole project, done live.

  1. Open the file. It starts on Station status: nine systems, twelve crew, and which systems are nominal.
  2. Open a system record page. The header is coloured by condition, and four tabs hold its capacity, components, incidents and telemetry readings.
  3. Show Systems Lens, a screen of Components, and press Fit. This custom view runs code the file carries and draws the schematic from the same records.
  4. Take a component offline with its command, and watch the things that depend on it change.
  5. Try the structural change the file refuses, and read why.
  6. Raise an incident and watch an automatic action run in the same save.
  7. Ask the agent, in your own words, for something the file does not have yet.
  8. The agent writes one proposal. Read the diff.
  9. Accept it. The new screen is there, with no build and no restart.
A component record page with a toned header, Take offline and Return to service commands, and the record formA component record page with a toned header, Take offline and Return to service commands, and the record form
A record page with its own commands.
A matrix surface: one grouped read laid out as a grid, with empty cells shown as cellsA matrix surface: one grouped read laid out as a grid, with empty cells shown as cells
A matrix, with an exact count in every cell, including the empty ones.

The full demo script →

What comes with it

Worth knowing early.

CSV import and export

Both follow a documented format. The app saves an import in batches of up to a hundred rows, and an agent import saves fifty rows per revision. Each accepted batch is recorded.

Files and data →

Custom views

A custom view is a small web page whose code the file carries. It arrives as a proposal you review line by line, and once you accept it, it runs wherever its screen is shown, with nothing to install and nothing to allow. Two switches on this computer turn views off, for every file or for one.

Custom views →

It keeps running

Closing the window hides Nendo in the notification area, with its file still open and MCP still listening. While it is hidden, four kinds of event raise a Windows notification. Clicking one only opens a view; it can't approve anything.

Help is built in

Five sections: Getting started, How Nendo works, Everyday work, Agents, and About this app. Help works with no file open, in read-only mode and in recovery. About this app is generated from the file that is currently open.