A different architecture.
For modern-day workflows.

Most creative tools are document apps. Aspects is a library app.
Nothing to save, nothing to file, nothing to lose track of.

The circular reading room of Stockholm Public Library, its walls
                            shelved with books from floor to ceiling.

Your sources never leave this machine. Not even to us.

Why it works this way

No save dialog, ever
Pick a tool and the thing exists, already filed. For something you reach for forty times a day, “where should I put this?” is friction every time.
Your sources stay here
The pictures and clips you import are copied into a folder on your Mac and never uploaded. Not to us, not with cloud switched on. Nobody else can reach them.
Filing is a property, not a place
One folder holds artboards, decks, notes and sources at once, and filing something copies nothing. A disk needs a duplicate to do that.
The artefact is the export
Nobody archives a crop. An artboard is a saved operation; what you hand over is the render, and it lands in a real folder under a readable name.
Computed, not recorded
A screen recording gives you whatever the machine managed at the time. A scroll render is computed frame by frame, so it is smooth, every time.
A shape an assistant can read
One library is one place to ask. The MCP server answers what you made this week, finds a file you described, and shows you what it looks like.

How it is built

Aspects keeps one library. Everything you make lives in it: the nine tools' artboards, your decks, your notes, and every picture and clip you have brought in. It is a folder on your own Mac, and the app is the only thing that writes to it.

That one decision is where the rest of this comes from. Work that lives in a library does not have to be named, filed or found again, which is most of what using a creative tool actually consists of. It can be asked about, because there is one place to ask. And it can stay entirely on your machine, because nothing has to be uploaded for any of it to work.

Nothing asks you where to put it

There is no new-file dialog and no save dialog. You pick a tool, the thing exists, and it is already somewhere. That sounds like a small convenience and it is the difference between a tool you reach for forty times a day and one you open deliberately.

Folders are a property of the work rather than a place it sits. Putting an artboard in a project copies nothing and moves nothing, so one source can belong to two jobs at once, which a folder on a disk cannot express without a duplicate.

The work comes out as ordinary files

A library that kept everything would be a trap, so the way out is the point rather than an afterthought. Every render is an ordinary file in an ordinary folder: PNG, JPEG, WebP, MP4 and GIF in ~/Movies/Aspects, a deck as a PDF, a deck you want to show as a link you can revoke.

Mark an export as final and Aspects mirrors it into a Finder folder under the name you typed, because the name you chose is the one you will go looking for. None of that needs Aspects to be running.

Nobody else can reach your sources

When you bring a photograph or a clip into Aspects it is copied into the library on your disk. It is never uploaded. Not to us, not to anyone, and not when you turn cloud on: the only things that ever leave your Mac are the files you exported, their previews and the small thumbnails the Library draws. Your originals are not among them.

Rendering happens on your machine too, so the pictures you are working on are never sent anywhere to be processed. The app works with no account and no network at all; signing in buys sync and an API over your finished files, and leaves the rest exactly where it was.

The assistant side keeps the same shape. The MCP server runs on your Mac and talks to a client on your Mac. It can read your library because you installed it, acting on it needs a switch you turn on, and it will not hand over a file path from outside the library even if it is asked.

Renders you can trust twice

A screen recording is a recording: it catches whatever the machine managed while it was running, so the same scroll stutters differently depending on what else was open. Aspects does not record a scroll, it computes one. Each frame is drawn deliberately, nothing is dropped, and the file comes out the same on a busy Mac as on an idle one.

That is what turns a render from something you sit and watch into something you can run again next week, or put in a script, and know you will get the same file back.

A shape made to be driven

One library means one place to ask. Aspects ships an MCP server, so an assistant can tell you what you made last week, find the export you described rather than named, and show you what it looks like. There is an HTTP API over your final assets, Shortcuts actions, and a companion app on your phone, and all four mean the same thing by “the library”.

A folder of files would need every one of those to discover the work, ask permission and watch the disk first. This is the part of the architecture worth the most and the easiest to overlook, because it is about work you have not thought of automating yet.

Bought once, and local by default

The app is a single payment and renders on your machine. The library sits on your disk and is backed up with everything else there. Cloud is separate and optional: it syncs, and it gives you the API. The app does not need it to do any of the work above.

What this does not do yet

Being plain about the edge: Aspects does not write a deck out as a single document you can open somewhere else. The exports are the portable half today. Making every document type portable is on the list rather than done, and it is the honest answer to “what do I still have if this stops”.

Aspects for Mac.
Framing new fresh takes.

Creative tools and proper infrastructure for your work and visual assets.
Your agents rather like it too.

Aspects open on a monitor, editing an image

Creatives, this might actually be all you need.