Skip to content

How to document Luma Dream Machine work for client delivery

Dream Machine is built for fast iteration across boards of images and videos. The evidence a client needs later, meaning the plan, the prompt, and the chosen version, has to be captured while you work.

Published July 22, 2026.

Dream Machine is Luma's generation workspace for images and video, and its organizing ideas are Boards and Ideas. A board is what Luma calls an individual project where you group related images and videos, and the Ideas view is the complete collection of everything you have generated, both images and videos, in one stream. For documentation this is a decent starting position, because the app itself keeps your work grouped and browsable. The catch is that all of that structure lives inside your Luma account, and none of it accompanies a downloaded clip.

The plan you generate under matters more in Dream Machine than in most tools, because it changes the output itself and the rights attached to it. Luma's plan documentation is explicit: output on the Free and Lite plans carries a watermark and is licensed for non-commercial use only, while the Plus, Unlimited, and Enterprise plans produce unwatermarked output with commercial use allowed. A delivered file does not announce which plan made it. If a client asks a year later whether a clip was generated under a commercial license, the answer has to come from your records, not from the pixels.

The generation flow adds one more thing to write down. When you select an image and use Make Video, Dream Machine generates two video versions beneath it, and you preview and choose. The version you reject stays behind in the app. Add the credit mechanics, where monthly credits do not carry over and top-up credits expire a year after purchase, and the shape of the documentation job is clear: capture the prompt, the source image, the plan, and the chosen version at the moment of generation, because the app is built for iteration, not for evidence.

What Luma Dream Machine stores on its side

  • Dream Machine organizes work into Boards, which Luma describes as individual projects where you can group related images and videos. Source
  • The Ideas view is a complete collection of everything you have generated in Dream Machine, including both images and videos. Source
  • Free and Lite plan output carries a watermark and is licensed for non-commercial use only, while the Plus, Unlimited, and Enterprise plans produce unwatermarked output with commercial use allowed. Source
  • Monthly credits do not carry over between cycles, while top-up credits remain valid for a year from the purchase date. Source
  • Make Video generates two video versions beneath the selected image, and a clip is downloaded through the three-dots menu on the video. Source

What gets lost without your own record

  • The exported clip does not state which plan generated it, yet the watermark and the commercial license both depend on the plan active at generation time.
  • Make Video produces two versions per source image, and the version you reject remains only inside the app, so the choice itself goes undocumented unless you record it.
  • Boards and the Ideas stream organize your history inside Dream Machine, but none of that structure or its prompts travels with a downloaded file.
  • Luma's published guides describe no user-facing seed control, so re-creating a clip later depends entirely on the prompt, source image, and settings you saved yourself.
  • Monthly credits do not carry over and the output records nothing about attempts, so the cost and effort behind a shot are only documented if you note them while working.

The documentation checklist for Luma Dream Machine

  1. Create one board per client project before generating, so related images and videos stay grouped from the first attempt.
  2. Record the plan your account was on for each generation date, because Free and Lite output is watermarked and licensed for non-commercial use only.
  3. Save the prompt and the source image for every Make Video run, and note which of the two generated versions you selected.
  4. Download the chosen clip through the three-dots menu on the video, then hash the file and store the hash with the prompt and the date.
  5. When you change plans mid-project, record the date of the change so every clip can be matched to the plan that generated it.
  6. At project close, capture the board contents in your archive, because the iteration trail otherwise exists only inside the account.

The license question deserves the most care because it is invisible in the file. Keep the subscription receipt or plan confirmation for every month a project generates in, and match each delivered clip to the plan on its generation date. If any shots were made on Free or Lite before an upgrade, say so in the delivery note, and treat regenerating them under the paid plan as a decision to record rather than an afterthought.

Everything else follows the usual notarial logic. Your record can show which prompt, source image, plan, and chosen version existed at a point in time, and that they have not changed since. It cannot show that a reference caused a look, and it does not need to. A client asking about a Dream Machine delivery is really asking whether you can produce the trail, and the trail is built at generation time or not at all.

Frequently asked questions

Where does Dream Machine keep everything I have generated?

In your account. Boards group related images and videos per project, and the Ideas view is the complete stream of everything you have generated. None of that structure or its prompts is included in a downloaded file.

How do I prove a clip was generated under a commercial plan?

The file itself will not prove it. Record the plan active on the generation date and keep the subscription receipt, because Luma's plan documentation makes Free and Lite output watermarked and non-commercial. The absence of a watermark is an indicator, not a record.

The client wants a small change. Can I regenerate the same clip?

Plan for a new generation rather than an exact re-run. Luma's guides describe prompts, source images, and variation tools, but no user-facing seed control, so your saved prompt and source image are the only reliable starting points for a close match.

Make Video gave me two versions. Which one do I archive?

Archive the delivered version at minimum, and note that a second version existed. If storage allows, download both, because the rejected version documents the choice and otherwise stays only in the app.

Do my credits or my history expire?

Monthly credits do not carry over and top-up credits are valid for a year from purchase. Luma's learning hub does not publish a deletion window for generations, so treat in-app history as a convenience and keep your delivery archive outside the account.

Related guides

  • How to document AI-generated work for client delivery What broadcasters, platforms, agencies, and rights offices already require when AI is part of delivered work, and the per-shot checklist that answers all of them.
  • EU AI Act Article 50 for creative teams What the transparency obligations for AI-generated and AI-manipulated content actually say, the real timeline and penalty ceiling, and what a team should record to be ready.
  • AI provenance: what you can prove and what you cannot An honest map of provenance claims: what a record can demonstrate about inclusion, integrity, and time, and which causal claims no system can support.
  • Prompt and model documentation: a practical checklist for studios The fields worth capturing for every generation: prompts, models, versions, settings, references, and edits, and how to keep the habit alive in production.
  • What is an AI production log? An AI production log is the per-asset record of prompts, models, settings, references, edits, rights decisions, and approvals behind AI-assisted work. Here is the minimum useful structure and the limits of what that record can prove.
  • C2PA vs. AI workflow documentation C2PA and AI workflow documentation solve different parts of the provenance problem. C2PA protects signed assertions attached to media; workflow records preserve prompts, sources, decisions, rights, versions, and approvals around the file.
  • AI shot log template for image and video production A practical AI shot log template for prompts, models, references, versions, human edits, disclosure, and approval. Download the CSV and adapt the field guide to your production workflow.
  • How to record client approval for AI-generated work A client approval record for AI-generated work should identify the exact version, disclosed AI use, review scope, requested changes, approver, and time. This guide turns sign-off into evidence instead of an ambiguous email.
  • Guide editorial and verification policy How Behind The Workflow researches, sources, dates, updates, and corrects its AI production guides. Product facts use primary sources, legal claims link to official text, and machine-readable markup mirrors visible content.
  • How to document Sora work for client delivery Sora embeds C2PA metadata in every asset and marks downloads with a visible moving watermark, but the prompts, iterations, and cameo consents behind a clip stay in the app. This guide covers what OpenAI's provenance signals prove and what you still have to record before client delivery.
  • How to document Google Veo work for client delivery Every Flow output made with Veo carries an invisible SynthID watermark, and Gemini can verify it, but the check names Google AI as the origin and nothing else. This guide covers what to record so a Veo delivery can answer the questions SynthID cannot.
  • How to document Ideogram work for client delivery Ideogram shows the seed and even the Magic Prompt rewrite for every image in its Details Panel, but none of it travels with the downloaded file, and images are public by default. This guide covers what to copy out of the panel and when to generate privately.
  • How to document Midjourney work for client delivery Midjourney keeps a searchable archive of everything you generate, but the record stays inside your account and images are publicly discoverable by default. This guide covers what midjourney.com actually stores, what never travels with a delivered file, and the per-job checklist that closes the gap.
  • How to document Runway work for client delivery Runway keeps your generations in sessions and an asset browser, with a Fixed seed option for related takes, but the video you deliver carries no prompt, seed, or settings. This guide covers what Runway stores in the account and what a producer has to record per shot.
  • How to document ComfyUI work for client delivery ComfyUI automatically embeds the workflow graph in the metadata of every image it saves, which makes it unusually self-documenting. This guide covers what that embedded workflow proves, where it silently disappears, and what a client record still needs on top.
  • How to document self-hosted Stable Diffusion work for client delivery A self-hosted Stable Diffusion setup writes its generation parameters into every image by default, at least in the AUTOMATIC1111 web UI most teams run. This guide covers what that buys you, what silently breaks it, and what a client record still needs.
  • How to document FLUX work for client delivery The FLUX API from Black Forest Labs delivers each image through a signed URL that stays valid for ten minutes, and the docs describe no archive to return to later. This guide covers what the API gives you at request time and the logging your pipeline must do in that window.
  • How to document Adobe Firefly work for client delivery Firefly attaches a Content Credential naming the model and version to what it generates, and its API returns the seed for every image. This guide covers what that provenance layer proves, how it can be stripped, and what a client delivery record still adds.

Every requirement in this guide is answered from a record kept while the work happens. BTW keeps that record for you.

Start your own record