About Studio.
Short, and specificNo founding myth, no team photograph, no stock imagery. What follows is what the product is, why it was built, the rules it is held to, the things it will not do, and what does not exist yet.
What it is
Studio takes the footage you already shot and returns a finished video, plus vertical shorts — and it shows you every cut it made.
Raw footage in. A finished video out. And you'll see every cut. You upload one recording of any length, or several files; Studio reads them, hears every word, cuts the retakes and the dead pauses, plans every visual against what you actually said, draws the video, and hands you the reasoning alongside the result. Each cut, card, zoom and pause is written down with the reason it happened — nothing hides behind the word “processing”.
Studio is the name in the code, in the routes, in the page title and in the documentation. The vocabulary on this site is the product's own vocabulary, deliberately: a job is one video being edited, a project is a container of jobs with their own preferences, a version is each new cut produced from your feedback, a short is a vertical clip cut from a long video, and credits are minutes of source footage — never “coins”, never “points”. Screenshots, docs and tickets have to agree, so the interface speaks the words the API speaks.
It was built by someone editing his own videos.
The person who made Studio was cutting his own videos by hand — retakes, pauses, captions, cards — and wanted the machine to do the cutting while still showing its reasoning. That is the whole origin: no realization in a taxi, no all-night session that changed everything, no founding story worth retelling. There is an editor who got tired of the same hour of work, and a decision that the tool would explain itself rather than ask to be trusted.
That is also why the product is shaped the way it is. A tool that hides its decisions has to be believed. A tool that writes them down can be checked — and being checkable is the only reason to trust an edit you did not make.
Five rules, each already true in the code
Not aspirations. Every one is enforced by something you can run, and the file that enforces it is named underneath.
What Studio refuses to do
Four refusals. They are the product's shape, not a list of missing features — a tool that did any of these would be worth less than one that does not.
How each refusal is checked: how we prove it · what other tools do instead
Where it is going
Real gaps, taken from the product's own list of what does not exist — not a wish list dressed up as a plan.
Each item is marked next or later. There are no dates here and there will not be: a date promised to a customer is a claim, and this page only makes claims it can check.
Payments: no checkout, no invoice and no card on file — “payment is out of scope for 0.6”. Tiers: the schema has no plan column at all, only credits and a role. Email: none anywhere, which also means no verification, no receipts and no password reset. Teams: one account is one person. Integrations: nothing leaves the server but the file you download.
The version
Studio 0.7.3 — the string in the repository and the one the server reports, read from studio/VERSION and returned by GET /studio/api/me. It is a small number because the product is early, and this page would rather print it than imply otherwise.
The quickest way to judge all of this
Is to run one of your own videos through it. The first 30 minutes are free, the word check runs on a free job exactly as it runs on a paid one, and the decisions are readable whether you agree with them or not.
Rather talk to a person first? Talk to us, or book twenty minutes.