Build a Reusable Context Pack
If you use AI for the same kind of work again and again, you probably explain the same things every time: who you are, who the work is for, what tone you want, what to avoid. Or you skip it, and then wonder why the answers feel generic.
A context pack fixes this. It is a short, reusable block of background you write once and give the model every time you do that kind of task. It is the single most useful habit in context engineering.
What You'll Learn
- The six parts of a strong context pack
- How to write each part so it is short and useful
- How to use examples without the model copying them word for word
- Where to keep your context pack in different AI tools
Why the model needs it
A model knows a lot about the world, but nothing about your situation unless you tell it. Without background, it fills the gaps with the most average guess: a general audience, a neutral tone, a standard format. That is why answers feel generic.
A context pack replaces those guesses with facts about your situation.
The six parts
- RoleWho you are and what you do
- GoalWhat this work is for
- AudienceWho reads or uses the result
- RulesMust do and must avoid
- ExamplesWhat good looks like
- Done meansFormat and finish line
1. Role. One or two lines about you and your work. "I run a small online bakery and write all our customer emails myself."
2. Goal. What the work is meant to achieve. "Emails should get customers to reorder, without feeling pushy."
3. Audience. Who will read or use the output, and what they already know. "Customers are mostly busy parents. Many read on their phones."
4. Rules. Specific must-do and must-avoid items. "Always mention the free delivery threshold. Never promise delivery dates. No more than one exclamation mark."
5. Examples. One or two short samples of work you liked. More on these below.
6. Done means. The format and finish line. "Subject line under 50 characters, body under 120 words, one clear call to action."
A good context pack is usually 100 to 300 words. Longer is not better. Every line should change the output. If removing a line would not change anything, remove it.
Write rules the model can follow
Vague rules are easy to write and hard to follow. Make them specific and checkable.
If you cannot check whether a rule was followed, rewrite it.
| Criteria | Vague rule | Specific rule |
|---|---|---|
| Tone | Be professional but friendly | Write like a helpful shop owner. Short sentences. No jargon. |
| Length | Keep it short | Under 120 words |
| Accuracy | Be accurate | Only use prices and dates from the product list I provide |
| Style | Make it engaging | Start with the customer's benefit, not our product name |
Vague rule
- Tone
- Be professional but friendly
- Length
- Keep it short
- Accuracy
- Be accurate
- Style
- Make it engaging
Specific rule
- Tone
- Write like a helpful shop owner. Short sentences. No jargon.
- Length
- Under 120 words
- Accuracy
- Only use prices and dates from the product list I provide
- Style
- Start with the customer's benefit, not our product name
Also say what to do when something is missing: "If you need a fact I did not give you, ask me instead of guessing." That one line prevents a lot of made-up details.
Use examples carefully
Examples are powerful because they show instead of tell. But models tend to copy them closely: the same length, structure, and even phrases.
To get the benefit without the copying:
- Label them clearly as examples of style and quality, not templates to copy.
- Use two different examples so the model picks up the pattern, not one fixed shape.
- Say what to take from them: "Match the tone and length of these examples. Do not reuse their wording or topics."
- Keep them short. A paragraph often teaches as much as a full page.
A ready-to-use template
Copy this, fill it in, and save it:
CONTEXT PACK: [task name, for example "customer emails"]
Role: [who you are, 1 to 2 lines]
Goal: [what this work should achieve]
Audience: [who reads it, what they know, how they read it]
Rules:
- Always: [specific must-do items]
- Never: [specific must-avoid items]
- If information is missing, ask me instead of guessing.
Examples (for tone and quality only, do not copy wording):
[example 1]
[example 2]
Done means: [format, length, structure, finish line]
Then, when you do the task, send the pack plus a short request: "Using the context pack above, write this week's email about [topic]."
Let AI help you write it
If you are not sure what to include, ask the model to interview you:
Prompt:
I want to build a reusable context pack for [task]. Ask me up to 10 questions, one at a time, about my role, goal, audience, rules, examples, and what a finished result looks like. Then write the context pack in under 250 words using clear, checkable rules.
Where to keep your context pack
You can paste it at the start of a chat every time. That always works. Most assistants also have places to store it so it loads automatically:
- Custom instructions or personalization settings: apply to every chat. Best for things that are always true about you.
- Projects, Gems, or custom GPTs: apply only inside that project or assistant. Best for task-specific packs.
- A notes file you paste from: the most portable, since it works in any tool.
Keep always-true facts (your role, general style) in custom instructions, and task-specific packs in projects or saved notes. If you want step-by-step setup for a particular tool, see Claude Projects & Artifacts or Build Your First Custom GPT.
Improve it over time
Your first context pack will not be perfect. When an answer misses, ask: which line in the pack would have prevented this? Add or fix that line. After a few rounds, the pack gets you good results on the first try most of the time.
Key Takeaways
- A context pack is a short, reusable background block for a recurring task.
- It has six parts: role, goal, audience, rules, examples, and what "done" means.
- Keep it to 100 to 300 words, and write rules that are specific and checkable.
- Use two short, clearly labeled examples and say what to take from them, so the model does not copy them.
- Store always-true facts in custom instructions and task packs in projects or saved notes, and improve the pack each time an answer misses.

