Morpheus — full-stack software, built by chat

Full-stack software, built by chat. Shipped from your pocket.

Morpheus turns a phone into a complete software studio. Describe what you want in plain language; Morpheus writes the real code, builds the backend, compiles a native binary, and deploys it — no laptop, no lock-in, no illusions. You own every file. And here, done means verified — every check is proven to actually fail, the part the rest of the market hasn't built. We did. Beside it, in the same account, sits Jarvis: a personal assistant with his own long-term memory, a Command Deck for the rest of your life, and a dock you can put on a website you already run. Both are being built toward a digital possibility engine — everything you tell them, brought together, so it can surface opportunities and possibilities you had not seen.

A digital possibility engine

The destination rather than a shipped feature — and the reason Jarvis exists. Everything you tell Morpheus and Jarvis is kept, brought together, and read back so it can surface opportunities and possibilities you had not seen. Jarvis's suggestions is the first working piece of it: he reads across your own Command Deck unprompted and tells you what you may have missed, and switching that widget off stops it dead with no AI spend.

What Morpheus does

Build targets

Morpheus compiles to 13 targets:

Pricing

No subscription. Every account starts with 200 free credits — enough to plan, build and ship a real first app — then pay-as-you-go, or free forever on your own AI provider key.

Morpheus is not a no-code toy. It's a real dev team in your pocket — one that ships standalone, deployable software you fully own, and verifies it before it's called done.

Audio — your amp, in the box

Morpheus builds real audio plugins around a neural amp model. Put a .nam model in the project, add a cabinet impulse response if you have one, pick the target for your machine and COMPILE — the build runs on a hosted runner, and the finished plugin lands in _compiled/ with a proof file the build itself wrote. The model is played by NeuralAmpModelerCore, the reference implementation of the format, and the signal path around it is a measured design rather than a sketch: input trim, gate, bass/mid/treble, the neural model, the cabinet, output.

Three routes, each for one machine

A plugin format exists on more than one platform, so a target that named only its formats would read as "builds for whatever you are on". Each route below is one machine and says so; a plugin compiled for the wrong one loads nowhere and explains nothing.

Using it

  1. Get a model

    A .nam file — train your own, or download one. Put it in the project: models/amp.nam is what the builder looks for first, and the compile panel tells you which file it found, or says there is none.

  2. Add a speaker

    Optional, but it matters: a modelled amp on its own sounds like a bee in a jar. Upload a cabinet impulse response as a .wav in the CABINET dialog and it is baked into the plugin — nothing to install beside it. Only the first 4096 samples are convolved, so a 48 kHz IR of roughly 85 ms is the whole of it.

  3. Arrange the signal path

    The COMPILE panel's SIGNAL PATH dialog is the plugin's own block diagram: the blocks in the order the audio runs, move one with the arrows, switch one off, set each control's default. Add a Drive — a clean path and a clipped path summed, so the harmonics arrive without the level moving — a Delay, or a Spring reverb, a tank of three springs whose controls set how long it rings and how dark it is. Anywhere in the path, before or after the amp model. It is saved into the project's morpheus.plugin.json, so the file says what the plugin does. Every block carries its own On/Off switch inside the plugin, beside its controls: a block switched off here is still built in and opens switched off, so it can be turned on while you play without a rebuild — and it keeps its control either way, because a host stores automation against a control's id.

  4. Pick your machine

    audio-plugin-macos, audio-plugin-windows or audio-plugin-linux-arm — whichever one you will actually open it on. They are not interchangeable.

  5. Compile and install

    COMPILE pushes the project to your own GitHub and runs the build there. When it finishes the plugin is in _compiled/ with BUILD-PROOF.txt beside it. Unzip, and put the VST3, AU or CLAP in your plugin folder; the standalone needs no installation at all.

  6. Play it

    The full signal path is six controls, all of them in your host's automation list: Input (±24 dB), Gate (off to 0 dB), Bass, Mid and Treble (±12 dB each) and Output — the count is whatever your signal path has, and the ids do not move when you rearrange it. The gate's bottom position is OFF rather than a very low threshold, so it is exactly transparent when you do not want it.

What the build proves

The proof is a measurement the build makes and writes down, not a claim. The plugin's own entry point and NeuralAmpModelerCore's own renderer were given the same dry signal from the same pinned commit and compared sample by sample: they agree to −144.0 dB on a 64-bit ARM runner. The chain around it was measured the same way — bass, mid and treble each inside 0.5 dB of the filter that designed them, the cabinet nulling to −147.5 dB against a direct convolution of its own impulse response, and the gate taking the quiet part 44.8 dB below the loud one.

On the bench, not in the app yet