● 17 prompts

Work prompts

Inbox, meetings, status updates, and document review.

All Work prompts

Work

Decision Memo in One Page

Turn this into a one-page decision memo: [paste notes]. Structure, in this order: the decision needed (one sentence), the two options with the cost of each, what I recommend, what would change my mind, and the deadline. No background section. If a fact is missing, list it at the bottom as an open question instead of inventing it.

Use when you have to get a decision from someone who has ninety seconds.

Why it works it fixes the output before the content, so the writer can't bury the decision under background — the most common failure of internal docs.

Work

Notes → Owner and Deadline

From these notes: [paste], extract every action. For each: the action, the owner, the date, and the sentence in the notes that supports it. If the owner or date isn't stated, write UNASSIGNED or NO DATE — do not infer. Only include an item if someone committed to do it; a person who reports a problem is not automatically the owner, and a stated date is context, not an action. Do not turn "we discussed X" or a launch date into an action. Then list anything discussed that produced no action, because that's usually where the real gap is.

Use when a meeting ended with a warm feeling and no commitments.

Why it works it refuses to produce a summary and forces every item into an accountable form, which exposes items nobody actually agreed to.

Work

The Email That Won't Get Misread

Rewrite this email: [paste]. The reader is [role], they are busy, and they are likely to misread it as [likely misreading]. Keep it under 120 words. Put the ask in the first line. Then tell me which sentence is most likely to be quoted back at me out of context.

Use when a short message keeps producing confused replies.

Why it works it targets the reader's most likely misreading rather than the writer's intent, which is the actual cause of the thread.

Work

Thread → Status Update

Here's the thread: [paste]. Produce a status update with exactly three sections: Decided (with who decided), Undecided (with what's blocking it), and Nobody has raised this yet (risks visible in the thread but unaddressed). Quote the line that supports each Decided item.

Use when you owe someone a summary of a long, messy discussion.

Why it works it separates decided / undecided / blocked, a three-way split that catches the items everyone assumed were settled.

Work

Pre-Mortem

It's [date, six months out] and this plan failed: [describe plan]. Write the post-mortem. What happened, in order? Which of these was most likely: we solved the wrong problem, we underestimated a dependency, we lost a person, we shipped late, or nobody owned it? Then give me the one check I could run this week that would have caught it.

Use when a plan is agreed and everyone is being polite.

Why it works imagining failure as already-happened removes the social cost of naming it, which is why it produces better objections than "any concerns?".

Work

Brief for a Busy Approver

I need approval for [thing]. The approver knows [what they know] and doesn't know [what they don't]. Write the brief in this order: what I need from you (one line), why now, what it costs, what happens if we don't, and the three questions you'll probably ask with my answers. Under 250 words.

Use when your work needs sign-off from someone with no context.

Why it works answering "what do you need from me" first respects the approver's actual constraint, and usually gets a faster yes than a fuller document.

Work

Retro That Produces One Change

Here's what happened on [project]: [paste]. Identify the single process change that would have prevented the biggest problem. Then tell me: what it costs, who it inconveniences, and how we'd know in two weeks whether it worked. Ignore everything that would only produce a nicer document.

Use when retros keep generating lists and nothing changes.

Why it works it caps the output at one change, which forces a real trade-off instead of a wish list everyone can agree with and ignore.

Work

Agenda That Earns the Hour

I'm chairing [meeting] with [attendees] for [duration]. The decision we need is [decision]. Write an agenda where every item exists to move that decision: item, who leads, minutes, and what "done" looks like. If an item doesn't move the decision, cut it and tell me what you cut.

Use when you're chairing a meeting and it has no reason to exist yet.

Why it works starting from the decision rather than the topics usually deletes half the agenda, which is the only reliable way to shorten a meeting.

Work

The Section Loop

Here is everything I know about [topic], as I would say it out loud: [brain dump]. First turn it into an outline where every heading is a question the reader will actually ask, and stop there so I can approve it. After I approve, take one section at a time. For the section I name: write the draft, then state in one line what claim it lands and what evidence it uses. If a section needs a fact I have not given you, list it as missing instead of filling the gap. Do not write ahead to the next section.

Use when you have half a page of messy thinking and a document that has to come out of it.

Why it works it locks the outline before any prose exists and gives each section its own pass-or-fail, so the model cannot average the whole thing into one vague page.

Work

Rebuild the Thread

We have been working on [project]. Write a restart brief I could paste into a new chat: the goal, the decisions we made and why, the constraints we discovered the hard way, the open questions, and the three things you would need me to restate. Leave out anything that was only true for the last message. Then tell me which of my instructions were redundant, so I stop repeating them.

Use when a long chat has drifted, or you want to reuse the setup on a different item.

Why it works it compresses forty messages into a restart artefact, which is the only part of a long thread worth carrying forward.

Work

Messy Files, One Table

I am pasting [N] documents that all describe the same kind of record in different formats: [paste]. Build one table with these columns: [columns]. Rules, in order: quote the exact source text behind every cell; if a document does not state a field, write NOT STATED; if two documents disagree, put both values with their sources and mark the row CONFLICT; never convert a unit or a date format silently, show the original beside the conversion. Add a final column for what a person should check by hand.

Use when the information you need is spread across documents that all describe the same thing differently.

Why it works cross-format pattern extraction is where a model reliably beats manual work, provided it is allowed to record not-stated and conflict instead of guessing.

Work

Write It for a Temp

Here is an instruction I keep giving: [instruction]. Act as a temporary colleague on your first day, with no background in [domain]. List every question you would need answered before you could start, in the order you would hit them. Then rewrite the instruction so those questions are answered inside it, without making it longer than [N] words. Keep my intent identical, and if answering a question would change what I am asking for, flag it instead of deciding for me.

Use when an instruction you keep giving gets followed literally and badly.

Why it works it surfaces the gaps as questions before rewriting, so missing context becomes visible instead of being papered over with a better-sounding instruction.

Work

SOP With Decision Points

Here is how [process] actually gets done, explained the way I would explain it to someone shadowing me: [description]. Write it as an SOP with numbered steps. At every point where I would have to make a judgement call, insert a DECISION block with four lines: the trigger, the options, who can approve each one, and what happens if nobody answers. Then list every step where I said usually or normally, because those need a rule rather than a habit.

Use when a process lives in one person's head and they are about to be unavailable.

Why it works inserting decision blocks at the judgement calls turns a step list into something that survives an abnormal day.

Work

Restate Before You Start

Task: [describe the job]. Before you do any of it, reply with only four things: what you think the deliverable is, which part of my description is ambiguous and how you would resolve it, the order you will work in, and up to three things you would ask me if you could. Then stop. I will confirm or correct, and you start only after that.

Use when a task is big enough that a wrong start costs an hour.

Why it works it surfaces the model's reading of the task while correcting it is still free, instead of after a deliverable exists.

Work

Column Audit Before Any Number Is Used

Here is the data I was given: [paste sample rows, or describe columns and types]. For each column, check for: values that could be a placeholder rather than a real value (repeated round numbers, `0`, `-1`, `9999`, epoch dates), blank versus zero and whether they mean the same thing, duplicate rows, inconsistent spelling of the same category, units stated or missing, and dates in more than one format. Return a table: column, what I should check, what I would see if it were broken, and a verdict of `usable`, `usable with caveat`, or `do not aggregate`. Then list the three checks I must do against an outside total before publishing anything.

Use when a spreadsheet or export arrived and you are about to trust it.

Why it works it forces a verdict per column, which stops one bad column from being absorbed into a clean-looking total.

Work

Is This an Opportunity or a Feature in Disguise?

These are the requests and ideas on my list: [paste]. For each one, run this test: could it be addressed in more than one way? If yes, rewrite it as an opportunity — the underlying need, stated from the customer's side, in their words if I have them. If no, label it a solution and name the opportunity it is trying to serve. Return a table: original item, verdict (`opportunity` or `solution`), rewrite, and the evidence I would need to know it is real. Then group the opportunities that are actually the same need, and flag any that I have no customer evidence for beyond the request itself.

Use when you have a list of requests and need to know what problem they are actually about.

Why it works the "more than one way to address it" test sorts needs from solutions without arguing about either.

Work

Review Only What Your Role Signs Off On

You are reviewing [document type] as the [role]. Raise only what your role would be accountable for at sign-off. For each item: quote the line, say what could go wrong, and label it BLOCKER, MUST-ANSWER, or NIT. If an issue belongs to a different role, name that role and stop there. End with one line: I would / would not sign this off, because [reason]. Document: [paste]

Use when several people are reviewing one document and all commenting on the same paragraphs.

Why it works it gives each reviewer a jurisdiction and a sign-off sentence, turning overlapping opinions into named owners.

Every prompt assumes you will replace the brackets. If you copy one unchanged, you have borrowed someone else’s brief.