Reader workbook
Working notes for a midjourney prompting workflow for repeatable images, not lucky generations
Reading the guide is only the first pass. The notes below turn its recommendations into evidence you can inspect, discuss with another person, and revise. Complete them with real material from your situation. Do not let an AI assistant fill gaps with plausible facts. When a policy, price, specification, source, system state, or personal experience matters, open the authoritative record and put the verified detail in your working document.
Working note 1: Lead with what must be visible
Begin with a concrete example from the last thirty days. Record what happened, what information was available at the time, who made the decision, and what the result was. Then apply the principle above to that example. The useful output is not a general agreement that the principle sounds sensible; it is one changed action, one piece of evidence you will collect, and one condition that would make you choose a different approach. Write those three items in language another person could audit.
Evidence to leave behind
A dated note that connects “Lead with what must be visible” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
Working note 2: Describe composition spatially
Test this principle against a difficult case rather than the easiest one. List the constraint most likely to be ignored, the person who carries the downside if the advice is wrong, and the source that can settle a factual disagreement. Next, describe a small trial that is reversible and produces a visible result. Decide in advance what would count as improvement, no change, or harm. This turns a broad recommendation into a decision with limits instead of another optimistic intention.
Evidence to leave behind
A dated note that connects “Describe composition spatially” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
Working note 3: Use references for the right job
Explain this idea to a colleague, teacher, adviser, reviewer, or teammate without using jargon. Ask them where the explanation assumes knowledge that has not been demonstrated. Add the missing source, example, calculation, test, or observation. Finally, write the strongest reasonable objection and a response that acknowledges the trade-off. If the response depends on a vendor claim or an AI answer, mark it unverified until it has been checked against a primary source or real result.
Evidence to leave behind
A dated note that connects “Use references for the right job” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
Working note 4: Treat parameters as controls
Begin with a concrete example from the last thirty days. Record what happened, what information was available at the time, who made the decision, and what the result was. Then apply the principle above to that example. The useful output is not a general agreement that the principle sounds sensible; it is one changed action, one piece of evidence you will collect, and one condition that would make you choose a different approach. Write those three items in language another person could audit.
Evidence to leave behind
A dated note that connects “Treat parameters as controls” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
Working note 5: Separate exploration from consistency
Test this principle against a difficult case rather than the easiest one. List the constraint most likely to be ignored, the person who carries the downside if the advice is wrong, and the source that can settle a factual disagreement. Next, describe a small trial that is reversible and produces a visible result. Decide in advance what would count as improvement, no change, or harm. This turns a broad recommendation into a decision with limits instead of another optimistic intention.
Evidence to leave behind
A dated note that connects “Separate exploration from consistency” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
Working note 6: Budget GPU time around selection
Explain this idea to a colleague, teacher, adviser, reviewer, or teammate without using jargon. Ask them where the explanation assumes knowledge that has not been demonstrated. Add the missing source, example, calculation, test, or observation. Finally, write the strongest reasonable objection and a response that acknowledges the trade-off. If the response depends on a vendor claim or an AI answer, mark it unverified until it has been checked against a primary source or real result.
Evidence to leave behind
A dated note that connects “Budget GPU time around selection” to one actual decision, names the evidence used, records uncertainty, and identifies the next person or check required before the decision becomes final.
A review record for my seven-pass midjourney process
Keep one row for every pass through the workflow. The record should make progress and failure equally easy to see. A polished output with no trace of its sources, assumptions, checks, or human decisions is difficult to improve and dangerous to trust. The following review questions are deliberately tied to the steps above.
After step 1
Review “Write the visual decision”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: The brief can reject an attractive wrong image. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
After step 2
Review “Draft the literal scene”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: The scene is unambiguous. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
After step 3
Review “Add visual treatment”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: Style serves the message. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
After step 4
Review “Set output constraints”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: The output fits its destination. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
After step 5
Review “Explore one axis”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: You can explain the preferred direction. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
After step 6
Review “Refine and document”
Record what you actually did, not what the plan said you would do. Attach the relevant output or source. Use this checkpoint as the acceptance test: A teammate can reproduce the process. If it is not met, note whether the cause was missing information, weak skill, unclear ownership, insufficient time, a faulty assumption, or an external constraint. Choose one correction and repeat the smallest affected step rather than restarting the entire workflow.
A red-team pass before you rely on the result
Use the failure modes from this guide as a final challenge, not as a warning box you read and forget. Assign each one to a reviewer, or take them one at a time yourself. The reviewer should point to evidence in the work and should be allowed to say that the evidence is insufficient.
Could “Adjective soup” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
Could “Changing everything” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
Could “Designing a final logo” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
Could “Relying on generated typography” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
Could “Ignoring privacy settings” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
Could “Using outdated version advice” be happening here?
Find the strongest sign that it is, then the strongest sign that it is not. Do not accept confidence, fluent wording, a high score, or a successful first attempt as proof. Write the additional check that would change the decision and name who owns that check.
How to use the prompts without outsourcing judgment
Before running any prompt, replace every placeholder, remove private information that is not required, and state which supplied sources the assistant may use. Save the initial input, output, corrections, and final human decision. This creates a record of how the tool contributed and makes it easier to spot when a later answer contradicts an earlier assumption.
- Product campaign: define the expected output before sending it, verify every material claim afterwards, and use this practical boundary: Replace every bracket from an approved brief.
- Editorial portrait: define the expected output before sending it, verify every material claim afterwards, and use this practical boundary: Avoid inventing a real person's likeness without permission.
- Illustration system: define the expected output before sending it, verify every material claim afterwards, and use this practical boundary: Use references to maintain an approved style.
- Diagnostic rewrite: define the expected output before sending it, verify every material claim afterwards, and use this practical boundary: Useful between rounds.
End by writing a short decision note in your own words: what you learned, what remains uncertain, which source or test carries the most weight, what you decided, and when the decision should be reviewed. That note is often more valuable than the original AI output because it captures accountable judgment rather than a temporary answer.