{"course":{"slug":"prompting","title":"Getting Real Work out of a Model","url":"https://addaly.com/learn/prompting","level":"beginner","track":"start"},"lesson":{"slug":"examples-from-your-own-archive","title":"Your best examples already exist","url":"https://addaly.com/learn/prompting/examples-from-your-own-archive","position":26,"of":72,"minutes":8,"answer":"The examples worth using already exist in your sent folder, your ticket history and your reviewed drafts, and a before-and-after pair encodes a house standard nobody has ever written down.","keyIdea":"The examples worth using already exist in your sent folder, your ticket history and your reviewed drafts, and a before-and-after pair encodes a house standard nobody has ever written down."},"body":{"format":"markdown","text":"## You do not have to write them\n\nPeople sit down to invent example inputs and outputs, and produce something clean, typical and useless. Meanwhile the useful examples are sitting in their sent folder, their ticket system, their approved documents and their spreadsheets.\n\nReal work carries information invented examples cannot: the mess, the exceptions, the things that were argued over and settled.\n\n## Where to look, by task\n\n**Writing.** Your sent folder. Specifically the messages that got the outcome you wanted: the quote that was accepted, the complaint that was resolved, the update nobody had to ask a follow-up question about.\n\n**Classification and routing.** The last two hundred tickets with the labels a human gave them. You do not need all two hundred; you need the twenty where somebody re-labelled it afterwards, because those are the disagreements.\n\n**Documents.** The version that was approved after review. Better still, the version before review and the version after, as a pair: that pair encodes exactly what your reviewer wants and nobody has ever written it down.\n\n**Data work.** The spreadsheet somebody cleaned by hand, with the messy original if you still have it. Input and output, free.\n\n**Code.** A function in your codebase that does the sort of thing you want, written the way your team writes it. This carries naming conventions, error handling and logging style that no description would have captured, and it costs one copy-paste.\n\n**Anything with a review step.** If a human signs something off, the sign-off is a label. Approved and rejected quotes. Expense claims that were queried. Applications that got an interview. You are sitting on a labelled dataset and calling it a filing system.\n\n## The before-and-after archive is the gold\n\nThe single most valuable artefact in most organisations is a pair: what somebody wrote, and what it looked like after the person who knows better fixed it.\n\nTrack-changes documents. Editor comments. The pull request with review comments and the commit that answered them. The invoice draft and the corrected invoice.\n\nThree of those pairs in a prompt will encode a house standard that has never been documented, and probably could not be. It is the closest thing to apprenticeship that a prompt can carry.\n\n## Two things to check before you use them\n\n**Permission and privacy.** Real work contains real people. Redact names, contact details, account numbers, medical or financial specifics. If the material is confidential to a client or an employer, redaction is not always sufficient: check what your rules actually say before pasting. Doing this once, properly, is faster than discovering the policy after the fact.\n\n**Whether it was actually good.** The email that got the outcome is not automatically the email that caused it. Do not enshrine a bad habit because it coincided with a sale. Read your samples as a set and ask whether you would defend each one.\n\n## Keep them where you will find them\n\nA folder, a text file, a note. Named for the task, not the date. `examples-refund-replies.txt`, not `prompt stuff v3`.\n\nEach file wants three things: the examples, one line each on why that example is in there, and the date. The date matters because an example encodes a policy, and policies change; six months on, \"why is this labelled that way?\" is a question you will actually have.\n\n## Why this is the durable part\n\nModels change. Products change. The specific phrasing that works this year may not next year. The set of twelve real, labelled, awkward cases from your own work does not go stale in the same way, because it encodes decisions about your work rather than facts about a model.\n\nIf you build one thing from this course that survives, build that file. It is worth more than every prompt template you will ever be sent, and nobody else can build it for you.\n\n## Starting it this week\n\nYou do not need a project. Next time you correct an output, save two things: the input, and the version you accepted after fixing it. That is one pair, and it took ten seconds.\n\nDo that five times over a fortnight and you have a set of examples drawn entirely from real failures, which is exactly the set the awkward-case lesson told you to build, assembled without any deliberate effort.\n\nMost people who end up with a good example file did not sit down to write one. They kept the corrections."},"check":{"question":"A manager wants a model to draft reports in the style her director accepts. Which source of examples will teach the most?","options":[{"text":"Three reports she considers the best she has written.","correct":false,"tempting":"Teaches her own preferences, which are precisely what the director keeps changing."},{"text":"The organisation's official report template and style guide.","correct":false,"tempting":"Documents the intended standard; the director's actual edits are the standard, and the two are rarely identical."},{"text":"Three pairs of her drafts alongside the versions after her director edited them.","correct":true},{"text":"Three reports written by the director himself.","correct":false,"tempting":"Useful, but a director's own writing shows the destination without showing which of her habits he removes."}]},"prev":{"slug":"capturing-a-voice","title":"Capturing a voice from three samples","url":"https://addaly.com/learn/prompting/capturing-a-voice"},"next":{"slug":"testing-whether-examples-helped","title":"Proving the examples were worth it","url":"https://addaly.com/learn/prompting/testing-whether-examples-helped"},"authorship":"Founder and series editor: Dr Mustafa Mun. Written by AI models to a written standard. Exam keys checked blind by a second model: 3,665 of 3,666 agreed. Academic review invited.","review":{"status":"Draft, open for academic review"},"cite":"Addaly (2026) 'Your best examples already exist', in Getting Real Work out of a Model. Edited by M. Mun. Addaly. Available at: https://addaly.com/learn/prompting/examples-from-your-own-archive (Accessed: 13 October 2026).","licence":{"name":"CC BY-NC-SA 4.0","url":"https://creativecommons.org/licenses/by-nc-sa/4.0/"},"reader":{"schema":1,"title":"Your best examples already exist","courseTitle":"Getting Real Work out of a Model","module":{"index":3,"slug":"teaching-by-example","title":"Teaching by example"},"answer":null,"keyIdea":"The examples worth using already exist in your sent folder, your ticket history and your reviewed drafts, and a before-and-after pair encodes a house standard nobody has ever written down.","hero":{"kind":"plate","image":null,"alt":null,"caption":null},"blocks":[{"t":"h2","id":"you-do-not-have-to-write-them","runs":[{"text":"You do not have to write them"}]},{"t":"p","runs":[{"text":"People sit down to invent example inputs and outputs, and produce something clean, typical and useless. Meanwhile the useful examples are sitting in their sent folder, their ticket system, their approved documents and their spreadsheets."}]},{"t":"p","runs":[{"text":"Real work carries information invented examples cannot: the mess, the exceptions, the things that were argued over and settled."}]},{"t":"h2","id":"where-to-look-by-task","runs":[{"text":"Where to look, by task"}]},{"t":"p","runs":[{"text":"Writing.","b":true},{"text":" Your sent folder. Specifically the messages that got the outcome you wanted: the quote that was accepted, the complaint that was resolved, the update nobody had to ask a follow-up question about."}]},{"t":"p","runs":[{"text":"Classification and routing.","b":true},{"text":" The last two hundred tickets with the labels a human gave them. You do not need all two hundred; you need the twenty where somebody re-labelled it afterwards, because those are the disagreements."}]},{"t":"p","runs":[{"text":"Documents.","b":true},{"text":" The version that was approved after review. Better still, the version before review and the version after, as a pair: that pair encodes exactly what your reviewer wants and nobody has ever written it down."}]},{"t":"p","runs":[{"text":"Data work.","b":true},{"text":" The spreadsheet somebody cleaned by hand, with the messy original if you still have it. Input and output, free."}]},{"t":"p","runs":[{"text":"Code.","b":true},{"text":" A function in your codebase that does the sort of thing you want, written the way your team writes it. This carries naming conventions, error handling and logging style that no description would have captured, and it costs one copy-paste."}]},{"t":"p","runs":[{"text":"Anything with a review step.","b":true},{"text":" If a human signs something off, the sign-off is a label. Approved and rejected quotes. Expense claims that were queried. Applications that got an interview. You are sitting on a labelled dataset and calling it a filing system."}]},{"t":"h2","id":"the-before-and-after-archive-is-the-gold","runs":[{"text":"The before-and-after archive is the gold"}]},{"t":"p","runs":[{"text":"The single most valuable artefact in most organisations is a pair: what somebody wrote, and what it looked like after the person who knows better fixed it."}]},{"t":"p","runs":[{"text":"Track-changes documents. Editor comments. The pull request with review comments and the commit that answered them. The invoice draft and the corrected invoice."}]},{"t":"p","runs":[{"text":"Three of those pairs in a prompt will encode a house standard that has never been documented, and probably could not be. It is the closest thing to apprenticeship that a prompt can carry."}]},{"t":"h2","id":"two-things-to-check-before-you-use-them","runs":[{"text":"Two things to check before you use them"}]},{"t":"p","runs":[{"text":"Permission and privacy.","b":true},{"text":" Real work contains real people. Redact names, contact details, account numbers, medical or financial specifics. If the material is confidential to a client or an employer, redaction is not always sufficient: check what your rules actually say before pasting. Doing this once, properly, is faster than discovering the policy after the fact."}]},{"t":"p","runs":[{"text":"Whether it was actually good.","b":true},{"text":" The email that got the outcome is not automatically the email that caused it. Do not enshrine a bad habit because it coincided with a sale. Read your samples as a set and ask whether you would defend each one."}]},{"t":"h2","id":"keep-them-where-you-will-find-them","runs":[{"text":"Keep them where you will find them"}]},{"t":"p","runs":[{"text":"A folder, a text file, a note. Named for the task, not the date. "},{"text":"examples-refund-replies.txt","code":true},{"text":", not "},{"text":"prompt stuff v3","code":true},{"text":"."}]},{"t":"p","runs":[{"text":"Each file wants three things: the examples, one line each on why that example is in there, and the date. The date matters because an example encodes a policy, and policies change; six months on, “why is this labelled that way?” is a question you will actually have."}]},{"t":"h2","id":"why-this-is-the-durable-part","runs":[{"text":"Why this is the durable part"}]},{"t":"p","runs":[{"text":"Models change. Products change. The specific phrasing that works this year may not next year. The set of twelve real, labelled, awkward cases from your own work does not go stale in the same way, because it encodes decisions about your work rather than facts about a model."}]},{"t":"p","runs":[{"text":"If you build one thing from this course that survives, build that file. It is worth more than every prompt template you will ever be sent, and nobody else can build it for you."}]},{"t":"h2","id":"starting-it-this-week","runs":[{"text":"Starting it this week"}]},{"t":"p","runs":[{"text":"You do not need a project. Next time you correct an output, save two things: the input, and the version you accepted after fixing it. That is one pair, and it took ten seconds."}]},{"t":"p","runs":[{"text":"Do that five times over a fortnight and you have a set of examples drawn entirely from real failures, which is exactly the set the awkward-case lesson told you to build, assembled without any deliberate effort."}]},{"t":"p","runs":[{"text":"Most people who end up with a good example file did not sit down to write one. They kept the corrections."}]}],"check":{"question":[{"text":"A manager wants a model to draft reports in the style her director accepts. Which source of examples will teach the most?"}],"options":[{"text":[{"text":"Three reports she considers the best she has written."}],"correct":false,"tempting":[{"text":"Teaches her own preferences, which are precisely what the director keeps changing."}]},{"text":[{"text":"The organisation’s official report template and style guide."}],"correct":false,"tempting":[{"text":"Documents the intended standard; the director’s actual edits are the standard, and the two are rarely identical."}]},{"text":[{"text":"Three pairs of her drafts alongside the versions after her director edited them."}],"correct":true,"tempting":null},{"text":[{"text":"Three reports written by the director himself."}],"correct":false,"tempting":[{"text":"Useful, but a director’s own writing shows the destination without showing which of her habits he removes."}]}],"order":[0,2,3,1],"why":null},"prev":{"slug":"capturing-a-voice","title":"Capturing a voice from three samples","minutes":9},"next":{"slug":"testing-whether-examples-helped","title":"Proving the examples were worth it","minutes":8}}}