Search
Documentation

← Concepts

The build lifecycle

A build is the durable working object that carries both the fill you are composing and the resulting .pptx. It moves through a defined set of states and is never silently deleted.

States

StateWhat it means
createdThe fill is editable. The fill builder (or an API/MCP agent) can read and write the working fill. No credit has been spent.
startedThe build engine is running. One credit has been reserved. The fill is now read-only.
builtThe build succeeded. The .pptx is available for download.
failedThe build engine returned an error. The credit was automatically refunded. The build can be reopened.
archivedThe build’s output file has been cleaned up; the fill is still kept. An archived build can be reopened or copied.

Transitions

created ──start──► started ──success──► built ──archive──► archived
           │                  └──failure──► failed ──►──────►─┘
           └── edit fill (PATCH /builds/{id}) — stays in created
  • Start: validates the fill, spends the credit, enqueues the job.
  • Reopen: moves a built, failed, or archived build back to created with its fill intact so you can edit and re-run it.
  • Copy: creates a new created build pre-seeded with the source build’s fill — useful for branching variations.
  • Archive: explicit archival any time from built or failed; also triggered automatically by the scheduler after 7 days. The fill is always kept; only the output file is removed.

The /builds/{id} view

The build view at /builds/{id} switches its layout based on the current state:

  • created — shows the fill builder (Assistant · Slides · Values tabs). This is where you compose the fill and, optionally, use the build assistant.
  • All other states — shows the build info panel: status, output link, slide reference images, and lifecycle actions (reopen, copy, archive).

Over the API and MCP

The full lifecycle is available programmatically:

ActionAPIMCP
Create a draft buildPOST /api/v1/catalogs/{id}/buildscreate_build
Edit the fillPATCH /api/v1/builds/{id}update_build
Start the buildPOST /api/v1/builds/{id}/startstart_build
Poll statusGET /api/v1/builds/{id}get_build_status
DownloadGET /api/v1/builds/{id}/downloadget_build_download_url
CopyPOST /api/v1/builds/{id}/copy
ReopenPOST /api/v1/builds/{id}/reopen
ArchivePOST /api/v1/builds/{id}/archive

See the JSON API reference and the MCP tool reference for full parameter details.