Built for you. Readable by agents.
The library and the design library are open to agents today, through an MCP endpoint your agent connects to by signing in: it pins components, draws and edits designs, and sends both to a Terminal site. The goal is one integrated development experience, with hosting it can ship to and you directing, from brief to live site, without leaving the workspace.
Three commitments, one experience.
The first two are live today. Deployment as a connection is on the roadmap.
-
Machine-readable by design
Everything in the workspace ships as data an agent can consume, not just a page a human can read. Components are searched by name and category over MCP; templates are fully static Astro projects an agent can fetch whole; a design is its document in millimetres, every shape addressable by id, with its artwork as SVG.
-
Agents in the build loop
Live today: one MCP endpoint your AI agent connects to by signing in, with 26 tools. It searches the library and pins components to a Terminal site. It creates designs and edits them with edit_design, a batch of the designer's own drawing operations saved as one revision, and sends them to a site's assets with push_design, which only proposes until it is told to execute. Scoped, revocable tokens cover agents that cannot sign in. No AI key: your agent runs on your own plan.
-
Deployment is a connection
Shipping should not be a context switch. In Stacklumen Terminal, a Vercel MCP and native Vercel and Hostinger connections put provisioning, deploys and domains inside the same workspace the site was designed in.
Agents in the build loop. On a token you scope.
Your agent connects to one MCP endpoint by signing in, with 26 tools. Scoped, revocable tokens cover agents that cannot sign in. No AI key: your agent runs on your own plan.
- Your agent connects by signing in, on your own plan
- Components found and pinned to a site
- Designs drawn and pushed with the designer's own operations
An agent draws. Every batch, one revision.
edit_design applies a batch of the designer's own drawing operations and saves it as one revision, in the same History as your own snapshots. push_design sends the artwork to a site's assets, and only proposes until it is told to execute.
- 14 operations, the same edits the designer makes, in the same order
- All or nothing: the batch stops at the first operation that fails, and nothing is saved then
- Reversible: restoring a revision makes what was on the canvas a snapshot of its own
edit_design
The goals, plainly.
Where agentic building is going. Each step lands on the roadmap first and in the changelog when it ships.
-
Every surface machine-readable
If a human can browse it, an agent can consume it — components, templates, tokens and docs all exist as structured routes, not screenshots.
-
Lossless round-trips
Code to canvas and back without degradation. Templates are written to a static contract the designer imports exactly, so what ships is what was designed.
-
Brief to deployed site, in one place
An agent should be able to take a brief, compose from the library, draw the brand assets, assemble pages in Terminal's designer and put the result on a domain — without leaving the suite.
-
Hosting as a connection, not a destination
Vercel and Hostinger as first-class connections: deploys, previews and domains readable and drivable from the workspace, by you or by an agent.
-
One shared memory
Components, templates and designs live in one workspace, so a component learned once is known everywhere — by every surface, every product and every agent in the suite.
What an agent can reach today.
Watch it happen. On the roadmap first.
Every step above lands on the roadmap first and in the changelog when it ships.