Purpose
Use this lesson to supply a model when the desired style or classification is hard to describe. The aim is to produce work that a colleague can review and act on, not merely text that sounds convincing.
Lesson Explanation
Scenario: Classify customer feedback as billing, product, or support.
Better instruction: Classify each comment as Billing, Product, or Support. Example: “My invoice is wrong” → Billing. Return comment ID and category only.
One or two clean examples show a pattern more reliably than adjectives such as “concise” or “on brand.” Examples must match the real task and must not contradict the labels, format, or exceptions you request. Each result uses one of the three categories and contains only the ID and category.
Work in a short cycle: provide the relevant input, state the result and limits, inspect the draft against the acceptance criteria, then revise the instruction when a requirement is missing. Keep the final human decision with the person responsible for the work.
Practice Questions
-
What is the main work outcome in “Using Examples to Show the Pattern”?
View Answer
supply a model when the desired style or classification is hard to describe.
-
Why is this request incomplete: Classify customer feedback as billing, product, or support.
View Answer
It leaves important decisions to guesswork. The lesson shows how to supply the missing purpose, context, boundary, or format.
-
Which instruction makes the request operational: Classify each comment as Billing, Product, or Support. Example: “My invoice is wrong” → Billing. Return comment ID and category only.
View Answer
It defines a concrete result that can be checked instead of asking for a vague response.
-
What principle should guide your prompt for this lesson?
View Answer
One or two clean examples show a pattern more reliably than adjectives such as “concise” or “on brand.” Examples must match the real task and must not contradict the labels, format, or exceptions you request.
-
What would count as an acceptable result here?
View Answer
Each result uses one of the three categories and contains only the ID and category.
-
Name one detail you would verify before using an AI result for “Using Examples to Show the Pattern”.
View Answer
Verify the source facts, inputs, numbers, names, dates, policy limits, or assumptions that affect the real decision.
-
What should you add if the result is polished but not usable for the scenario in this lesson?
View Answer
Add the missing acceptance criteria or output structure, then regenerate and compare against the stated requirement.
-
Which is safer: asking for a general answer or stating the business context in this lesson? Why?
View Answer
State the business context because it reduces irrelevant guesses and lets the AI tailor the work to the actual situation.
-
How would you test the output from “Using Examples to Show the Pattern” before sharing it?
View Answer
Check it against the requested facts, format, limits, and acceptance criteria; then have the appropriate human reviewer approve it.
-
What should the AI do when a required fact is missing in this scenario?
View Answer
Flag the missing fact or ask a focused question rather than silently inventing an answer.
-
What risk does the lesson warn about for “Using Examples to Show the Pattern”?
View Answer
Treating fluent output as automatically correct, complete, approved, or fit for real-world use.
-
Write the shortest useful improvement to the weak request in this lesson.
View Answer
Classify each comment as Billing, Product, or Support. Example: “My invoice is wrong” → Billing. Return comment ID and category only.