Skip to content

How to document Midjourney work for client delivery

Midjourney remembers more about your generations than most tools, and shares none of it with the file you hand to a client. Knowing exactly where that boundary runs is what makes Midjourney work deliverable.

Published July 22, 2026.

Midjourney turned prompt-driven image generation into a production staple, and it quietly runs one of the better generation archives in the business. Every job you run is kept on midjourney.com, where the Organize page acts as the central hub for your creations and lets you search by prompt text and by specific attributes such as parameters and individual reference images. For a producer trying to answer the question of how an image was made three months ago, that archive is genuinely useful, as long as the account that made the image is still yours to open.

The catch is that none of this is a delivery record. What your client receives is an image file, and the prompt, the parameter flags, the seed, the model version, and any reference images stay behind in the account. Midjourney also has two properties that surprise teams doing confidential work. First, creations are publicly discoverable by default: Midjourney states that every image and video you create can potentially be found on the Explore page, including work generated in private Discord servers and in direct messages with the bot, and Stealth Mode is limited to the Pro and Mega plans. Second, removal is not what it sounds like. Trashing a creation hides it from your own pages but does not delete it, and Midjourney documents that individual creations cannot be deleted at all short of a full account data deletion.

Seeds deserve one more caution before you rely on them. Midjourney lets you lock a seed and retrieve the seed of a past image, but it also warns that seeds should not be relied on for the same results across different prompting sessions. A saved seed is evidence of how a job was configured, not a guarantee that the image can be regenerated. The checklist below treats the Midjourney archive as a working tool and builds the durable record outside it.

What Midjourney stores on its side

  • Midjourney uses a new random seed for every job unless you lock one, and a locked seed is a whole number between 0 and 4294967295 set in the prompt. Source
  • You can retrieve the seed of an existing image on midjourney.com through the options button near the prompt text, using Copy and then Seed. Source
  • The Organize page on midjourney.com is the central hub for your creations, with search that covers prompt text as well as attributes such as parameters and individual reference images. Source
  • Trashing a creation hides it from your Create and Organize pages but does not delete it, and Midjourney states that you cannot delete individual creations short of a full account data deletion. Source
  • Every image and video you create can potentially be found on the public Explore page, including work generated in private Discord servers or in direct messages with the Midjourney Bot. Source
  • Stealth Mode, which controls who can see your images and videos on the Midjourney website, is available only to Pro and Mega Plan members. Source

What gets lost without your own record

  • The delivered file is pixels only. The prompt, the parameter flags, the seed, the model version, and the links to any reference images all stay inside your Midjourney account rather than traveling with the download.
  • Midjourney itself warns that seeds should not be relied on to reproduce the same results over different prompting sessions, so even a perfectly kept seed does not promise an identical regeneration later.
  • The archive is only as durable as the subscription and the login. If a freelancer generated the work under their own account, the searchable history sits in an account your studio does not control.
  • Image references, style references, and character references are searchable inside Organize, but nothing in the delivered file discloses that reference material shaped the result.
  • There is no field anywhere in Midjourney for the brief, the client, the rejected takes, or the approval, so the context a dispute would turn on never exists inside the tool.

The documentation checklist for Midjourney

  1. Copy the complete prompt including every parameter flag, because settings like --v, --ar, --stylize, and --chaos change the output as much as the words do.
  2. Copy the seed right after the job finishes, using the options button near the prompt text on the web and then Copy and Seed, and store it next to the prompt.
  3. Record the model version in use at generation time, since the same prompt and seed behave differently between versions.
  4. Save the actual files or URLs of every image reference, style reference, and character reference the prompt pointed at.
  5. Note the action chain from the first grid to the delivered file, including which variation you chose and which upscale produced the final.
  6. Record the visibility mode of the account at generation time, because on plans without Stealth Mode the work is publicly discoverable and a confidential client needs to know that.
  7. Write down the generating account, the date, and the link to the job on midjourney.com, so the archive entry can be found again while the account exists.

For EU deliveries, Midjourney work falls under the transparency obligations of Article 50 of the EU AI Act like any other generated imagery, and the penalty ceiling for transparency violations is up to €15 million or 3% of worldwide turnover. Midjourney marks nothing for you and exports no disclosure record, so the statement of what was AI generated, where it was disclosed, and when has to come entirely from your own documentation.

Treat the record you build as a notary rather than a witness. It can show which prompt, seed, references, and outputs existed on which date and that they have not changed since. It cannot show that a specific reference caused a specific pixel, and no honest record claims that. Kept that way, the Midjourney archive stays a convenience for daily work, while the delivery record stands on its own for as long as the client relationship needs it.

Frequently asked questions

Can I still get the seed of a Midjourney image I generated weeks ago?

Yes. On midjourney.com, open the options button near the prompt text and use Copy and then Seed. Keep in mind Midjourney's own caution that seeds should not be relied on for identical results across different prompting sessions, so treat the seed as documentation rather than a regeneration guarantee.

Is my client work on Midjourney private?

Not by default. Midjourney states that every image and video you create can potentially be found on the Explore page, even when it was generated in a private Discord server or in a direct message with the bot. Hiding creations from other users on the website requires Stealth Mode, which is available only on the Pro and Mega plans.

A client asked me to delete an image from Midjourney. Can I?

Trashing a creation removes it from your Create and Organize pages, but Midjourney documents that trashing does not delete it and that individual creations cannot be deleted. The documented route to removal is a full account data deletion, which is worth knowing before you promise a client that something is gone.

Does the image file I deliver contain my prompt or settings?

Treat the download as pixels only. Midjourney's documentation describes the archive, the search, and seed retrieval as account features on midjourney.com, not as metadata that travels with the file, so any record your client or your future self needs has to be captured separately at generation time.

What is the minimum I should record per delivered Midjourney image?

The full prompt with all parameter flags, the seed, the model version, the reference images used, the upscale or variation path to the final file, the generating account, and the date, plus who approved it on the client side. That set answers the questions that come back after delivery.

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 Luma Dream Machine work for client delivery Dream Machine keeps your work organized in Boards and an Ideas stream, but the watermark and the commercial license of a clip depend on the plan that generated it, and the exported file names neither. This guide covers the records that close that gap before client delivery.
  • 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 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