Loading the crown
0
Smart Systems

AI Personas as Staff: How to Build One That Does a Real Job

Why personas give you generic output

A persona mirrors the brief it was given. "You are a friendly assistant" contains no facts, no voice and no limits - so the output is the average of everything the tool has ever seen. That is not the tool failing. That is the brief failing.

Treat the persona like a hire. You would not hand a new assistant your inbox with no training and blame them for guessing. Brief the machine the way you would brief the person.

The role brief, in six parts

One worked example, fictional: Nova runs a candle shop and wants a "Customer Reply Assistant" persona for first drafts of routine replies. Her brief:

1. Role and goal. "You draft first replies to routine customer questions for my candle shop. The goal is a helpful draft I can edit in two minutes, not a final reply."

2. Audience. "Existing customers and people about to buy. They are busy, often on a phone, and they want a straight answer, not a sales pitch."

3. Facts it may use. "Hand-poured in small batches. Ships in three working days. Scents listed on the current shop page only. If a question is not covered by these facts, flag it for me instead of answering it."

4. Voice rules. "Warm and plain. Short sentences. No exclamation marks, no 'just checking in', no emojis unless the customer uses them first."

5. Boundaries. "Never quote prices from memory. Never promise a delivery date. Never invent a policy. Refund questions go straight to me with a one-line summary."

6. Done when. "The draft answers the actual question, uses only listed facts, follows the voice rules, and flags anything outside them. If it cannot, it says so in one line."

Copy the six headings and write yours. Ten honest minutes here buys back hours of editing.

Generic brief, grounded brief: the same task

Same task, two briefs. Vague brief: "You are a helpful shop assistant. Write a reply about shipping." The output offers "fast worldwide shipping" and a "satisfaction guarantee on every order!" - two claims nobody approved. Six-part brief, same question: "Your candles ship within three working days." One fact used, zero inventions.

Watch: a vague prompt versus a bounded brief on the same task, and the unsupported-claim check.

The tool did not change. The brief did. A grounded persona is boring in the best way: it sticks to what it knows - and you still score what it produces.

Spot the claim you cannot prove

Pause and try / fictional example

Spot the claim you cannot prove

A persona called "Shop Voice" wrote this product intro for a fictional candle shop. The brief said only: hand-poured, small batches, ships in three working days. One sentence below goes past the brief.

Which sentence is the unsupported claim?

Practice choices stay in this open page only. Nothing is sent or saved.

Instructions are not permissions

Writing "never send emails" in a brief is an instruction - words the tool reads. Whether the tool can send is a permission, set in the tool's own settings. Check both, every time you connect a persona to something real: what did I tell it, and what is it technically able to do?

The two-lock rule. Lock one is the brief: what the persona is told to do and not do. Lock two is the tool: what it is technically allowed to touch. A persona connected to your email, shop or social accounts with both locks open can act on a bad guess. Keep lock two closed until the brief has earned it.

A persona is not a person

The staff metaphor is a briefing tool, not a transfer of responsibility. A persona has no judgment and no accountability - you do. It does not know your customer is upset, your supplier is late, or that today is the wrong day for that joke. Review its work the way you would review any new hire's first drafts: every piece, at first, easing off only when the output has earned it.

And keep private client data out of prompts. A persona does not need your customer's address, order history or personal story to draft a reply. If a task truly needs private details, that is a decision to make with open eyes - and your tool's own data terms - not a default.

Score what it produces

Your scores stay in this open page only. Nothing is sent or saved.

Run every new persona's first outputs through this before anything it writes gets near a customer. The boundaries line is a gate, not an average: below 2 there, the output stops no matter what the other lines scored.

1. Uses only the facts you gave it
2. Matches the voice rules in the brief
3. Stays inside its boundaries
4. Invents no specifics - no numbers, names or promises
5. Needs only a light edit before use

Your next step

A well-briefed persona drafts. A well-limited agent does. When you are ready to let AI run a small piece of work with clear limits, read pilot an AI agent with limits - the same briefing discipline, applied to actions.

Note. All shops, personas and outputs in this guide are fictional examples, written for practice. This guide teaches a briefing method; for what a specific tool can access or send, check that tool's own settings and permission documentation - they change often.

Keep reading

Related reads

Never miss a drop

Join the list

New guides and drops, straight to your inbox. Double opt-in, unsubscribe any time.

Quick answers

Common questions

How many personas do I need?

Fewer than you think. One well-briefed persona per recurring job beats five vague ones. Start with the task that eats the most time.

When can I trust the output without checking?

When it has scored 9 or 10 repeatedly on real work, with full marks on boundaries every time - and even then, spot-check. Trust is earned in batches, not granted at setup.

What if the output keeps failing one line?

Rewrite that part of the brief, not the output. Editing every reply by hand means the brief is still missing something.