Prompt library

The prompts behind the ten everyday jobs, ready to copy. Each says what to give the assistant first and the one thing to check before the output leaves your hands. The board adds to this list; the date is when a prompt was last tried.

Filter by job

Replace the words in curly braces with your own. Never paste the real names, the real numbers or anything on the red list.

The prompts

  1. Change request write-up

    A change request from a two-line description

    The structured write-up, with the questions that have to be answered before anyone approves it.

    Show the prompt

    Prompt

    Here is a change someone has asked for, in their words: {paste the request}.

    Write it up as a change request: description, reason, impact on scope, schedule, cost and quality (say "to be assessed" where you do not have the information rather than estimating), alternatives considered, and the questions that must be answered before approval. Use the headings from the attached template if there is one.

    Give it

    • The request as it arrived
    • Your change request template, if the organisation has one
    • The charter, so it can name what the change touches

    Check

    • The impact lines. It will estimate a cost or a duration if you let it; make it say "to be assessed".

    Not yet tried in any of the four assistants; written .

  2. Lessons-learned synthesis

    Three retrospectives into recurring themes

    The list nobody reads again, turned into the three things that keep happening and one change per theme.

    Show the prompt

    Prompt

    Below are the notes from our last three retrospectives. Group the points into themes. For each theme: a name, how many retrospectives it appeared in, the strongest quote from the notes, and one concrete change we could make before the next project.

    Keep the disagreements. If people disagreed about a point, say so and give both sides rather than averaging them.

    Give it

    • The retrospective notes, with names replaced by roles

    Check

    • It smooths over the disagreement that was the real lesson. Look for the theme it made too tidy.

    Not yet tried in any of the four assistants; written .

  3. Meeting minutes to actions

    List the assumptions you made

    Two follow-up prompts that catch most errors, for any output you are about to send.

    Show the prompt

    Prompt

    List every assumption you made while writing that, and mark each one as "from the files" or "my guess". Then tell me what in the files contradicts or weakens what you wrote.

    Give it

    • Nothing new - ask it in the same conversation, right after the draft

    Check

    • Every "my guess" is a line you verify or delete. If the second half comes back empty, ask it again in a fresh chat with the draft pasted in.

    Not yet tried in any of the four assistants; written .

  4. Meeting minutes to actions

    Decisions, actions and open questions from meeting notes

    Three tables from a page of notes or a transcript, with an owner and a date on every action.

    Show the prompt

    Prompt

    Below are my notes from today's project meeting. Produce three tables: Decisions (what was decided, by whom); Actions (action, owner, due date); Open questions (question, who can answer it).

    Only use owners and dates that are actually in the notes. Where an action has no owner or no date, write "not assigned" so we can fix it in the meeting rather than have you guess. Keep each row to one line. After the tables, list anything in the notes that sounded like a decision but was not clearly made.

    Give it

    • The notes or the transcript, pasted as they are
    • The attendee list, with roles rather than names if it leaves your organisation

    Check

    • The owners. When the notes are vague it assigns the action to whoever spoke last.

    Not yet tried in any of the four assistants; written .

  5. Preparing for the difficult conversation

    Play the sponsor and push back on my plan

    A rehearsal for the meeting, with the questions you hope nobody asks.

    Show the prompt

    Prompt

    I am about to present the attached plan to the project sponsor, who is sceptical, short on time and has been burned by a late project before. Play the sponsor. Ask me the hardest questions you can about the plan, one at a time, and push back on my answers the way a tough sponsor would. Do not be polite about it. After ten questions, stop and tell me which of my answers were weakest and what you would prepare.

    Give it

    • The plan or the slides
    • Two lines on the sponsor - what they care about, what went wrong last time

    Check

    • It plays the role well; it does not know your sponsor. Use it to find the gaps, not to predict the meeting.

    Not yet tried in any of the four assistants; written .

  6. Reading an RFP or a statement of work

    Every deliverable, deadline and clause that shifts risk to us

    Sixty pages read for the four things a PM needs before the bid meeting, with the clause numbers to open.

    Show the prompt

    Prompt

    Attached is a request for proposal. List, in four tables: every deliverable with its acceptance criterion; every deadline and its trigger; every clause that assigns risk, liability or penalty to the contractor; every question the document leaves open. Quote the clause or section number beside each row so I can open it.

    Do not summarise the commercial terms in your own words - quote them. If two clauses appear to conflict, list both.

    Give it

    • The RFP or the statement of work
    • Only after the confidentiality check on the "What never goes in" page - an open tender is often the one document that cannot go into a consumer account

    Check

    • Open every quoted clause. This is the highest-value job on the list and the one where a wrong quote costs the most.

    Not yet tried in any of the four assistants; written .

  7. Risk register, first draft

    Ten project-specific risks to argue with

    A first draft of the register that is about this project, not about software projects in general.

    Show the prompt

    Prompt

    Using the attached charter and the work breakdown structure, draft ten risks specific to this project. For each: the cause, the effect on scope, schedule, cost or quality, a likelihood and an impact from 1 to 5, a suggested owner by role, and one response option.

    Flag any risk that contradicts an assumption in the charter, and say which assumption. Do not include generic risks that would apply to any project unless the documents give a specific reason for them here.

    Give it

    • The project charter
    • The WBS or the milestone list
    • The current register, if there is one, so it does not repeat it

    Check

    • The likelihood and impact numbers are opinion, not data. They are a starting point for the meeting, not the register.

    Not yet tried in any of the four assistants; written .

  8. Schedule what-ifs

    If milestone four slips, what else moves?

    A reasoning aid for the question that otherwise waits until it has already happened.

    Show the prompt

    Prompt

    Attached is the milestone list with dependencies. If {milestone} slips by {number} weeks, tell me which later milestones move and by how much, which can still run in parallel, and where the float is. Show your reasoning as a table: milestone, planned date, new date, why it moved.

    Only use the dependencies written in the list. Where a dependency is unclear, ask me rather than assume one.

    Give it

    • The milestone list with predecessors, exported from the schedule tool
    • Any constraint dates that cannot move, such as a permit or a fiscal year end

    Check

    • It does not know your real dependencies unless the list says so. It is a reasoning aid, not a scheduler.

    Not yet tried in any of the four assistants; written .

  9. Stakeholder email in the right tone

    The "we are slipping" email, three ways

    Three drafts of the difficult email to choose from, in your own voice rather than a template's.

    Show the prompt

    Prompt

    I need to tell the project sponsor that the go-live date moves by {number} weeks because {the reason in one sentence}. The sponsor is not technical, values honesty and wants to see a plan, and reads email on a phone.

    Write three versions of the email: one direct and short, one warmer, one more formal. Each in three paragraphs: what happened, what it means for them, what we are doing about it and what we need from them. No flattery, no apologising twice, no jargon. Then tell me which version you would send and why.

    Give it

    • The facts of the slip, in one sentence each
    • What you are asking the sponsor to decide, if anything
    • One earlier email of yours to them, so it picks up your voice

    Check

    • Read it aloud. Strip the compliments it adds; a sponsor can hear them.

    Not yet tried in any of the four assistants; written .

  10. Status report from raw notes

    Update last week's status report from this week's notes

    A draft in the board's own format, with what changed marked, in fifteen minutes of editing instead of ninety of rewriting.

    Show the prompt

    Prompt

    I am the project manager. Attached are last week's status report and my raw notes from this week's meetings.

    Update the report for this week. Keep the board's format, headings and RAG colours exactly as they are. Mark every line that changed since last week with "(changed)". Where the notes do not say whether something moved, leave last week's value and add "(unconfirmed)" instead of guessing. Do not invent a percent complete. At the end, list the questions you would need answered to finish the report.

    Give it

    • Last week's report, as the file the board received
    • This week's meeting notes, raw is fine
    • One line on who reads it and how much time they have

    Check

    • Every number against its source. It will happily produce a plausible percent complete that nobody measured.

    Not yet tried in any of the four assistants; written .

  11. Translating and levelling

    A technical update, levelled for the sponsor

    The vendor's paragraph of acronyms turned into three sentences a sponsor can act on, in either language.

    Show the prompt

    Prompt

    Below is a technical update from our vendor. Rewrite it for the project sponsor, who is not technical and has three minutes: what happened, what it means for the date and the budget, and whether they need to do anything. Three sentences to one short paragraph, in {language}. Keep every number exactly as written and keep the project-management terms consistent with the glossary I paste below.

    Give it

    • The vendor's update
    • The relevant glossary entries, so the terminology matches the chapter's glossary

    Check

    • The terminology. The chapter's glossary is the reference; the assistant's Macedonian for a PM term is not.

    Not yet tried in any of the four assistants; written .

  12. Status report from raw notes

    Before you draft, tell me what is missing

    The cheapest improvement most people never try, for any of the ten jobs.

    Show the prompt

    Prompt

    Before you write anything: read the attached files and list what you would need to know, that is not in them, to do this job well. Group the list into "I can proceed without it" and "I should not guess this". Then wait for my answers.

    Give it

    • Whatever you were about to give it for the real job

    Check

    • Answer the second list yourself before it drafts. Anything it guesses there will look exactly as confident as the rest.

    Not yet tried in any of the four assistants; written .

Last checked by Petar Trajchevski. Product names and settings paths were walked through on that date; the concepts do not move. Report a change