Delegation user pressure

Completed

A prompt is a small design decision with a big downstream effect. When a prompt is vague, the output often looks polished but misses the purpose, the learner context, or the constraints that make a draft actually usable. When a prompt is written like a blueprint, review becomes faster because expectations are visible and the human decision stays clear.

This unit gives a prompt blueprint you can reuse across roles. You practice writing prompts that include purpose, audience, constraints, format, and criteria. You then check your understanding through two scenarios and prepare one blueprint you can use this week.

Reflection

Choose one of the three roles from the video. Think to yourself:

  • What is the moment when responsibility could drift away from the human?
  • What is the first checkpoint that would keep it visible?

Key ideas and models

Let's explore some key ideas and models.

The prompt blueprint makes intent visible

A prompt blueprint is a repeatable structure that names what you're trying to accomplish before you ask for a draft. It reduces noise because it tells the system what matters, and it protects accountability because you can compare the draft to explicit expectations. Use this blueprint order: Purpose, Audience, Constraints, Format, Criteria.

Criteria should be written before you read the output

Criteria are the qualities you use to judge whether a draft is usable. Writing criteria before you read the output reduces the chance you accept a draft because it sounds confident rather than because it fits your goals and learners. Criteria also make review teachable because you can explain what you checked and why. Common criteria include accuracy, alignment to the goal, feasibility in your context, inclusivity, and clarity. Choose three criteria so review is realistic under time pressure.

Constraints and format reduce revision time

Constraints tell the system what can't change: time, materials, policy boundaries, and what to avoid. A clear format request makes drafts comparable and easier to revise, such as a numbered list, a table, or a short script. When constraints and format are explicit, the first draft is more likely to be usable, and the next revision is easier to target.

Iteration is a design move, not a mistake

The first output often reveals what you forgot to specify. A useful revision move is to add one missing detail, then rerun the prompt, rather than rewriting everything. When you document your final blueprint, you create a reusable pattern you can share with others, which supports consistent practice across a team.

Why this matters: A shared framework helps educators talk about AI decisions with clarity and reduces the risk of skipping safeguards because the team focused too early on tool features (TeachAI, 2025). Domain language also supports transparency because educators can explain what decision they were making and why it mattered for students and trust (International Society for Technology in Education, 2024).