Productive— faster every day
For your professionTeachersStudentsManagersMarketingDevelopersFreelancersParents

Prompt library · AI · 12 prompts

Prompts from the guide

A second brain that talks back

12 prompts from this guide. Fill in whatever sits in [square brackets] — your own context, the document text or the name of your tool. That context is exactly what separates a generic answer from a usable one.

Read the full guide →

Find out what's actually in your archive

You have access to my notes in [Notion / the notes/ folder].
Don't answer any substantive question yet — just give me an inventory.

1. What are the main topic areas that show up in the notes?
   For each one, estimate how many pages or files it covers.
2. What time range do the notes cover, and where are the gaps in
   time (periods with almost nothing written).
3. Which notes look like binding rules or decisions
   (price lists, procedures, agreements), and which are more like
   ideas and unfinished business?
4. Where is there clearly more than one version of the same thing
   (several price lists, several versions of a procedure) that could
   get confused?
5. What's missing from the notes, given the kind of work I actually
   do according to them?

For each point, cite the specific page or file names you're basing
this on. Don't guess or make anything up.

Notion via a connector

You're connected to my Notion. Before I start asking questions,
check your scope:

1. List the top-level pages or databases you can see.
2. For three of them, note when they were last edited.
3. Try to find a page containing the word [price list / procedure /
   contract], and give its name and path.
4. State explicitly whether you can see anything that looks personal
   or sensitive by its title (journal, payroll, health, passwords).

Don't edit or create anything. Just describe what you see.

Obsidian or a plain folder of files

notes/
  daily/          daily notes, one per day
  people/         one file per person or client
  projects/       one file per project
  decisions/      one file per decision, dated in the name
  reference/      procedures, price lists, checklists — current truth
  archive/        old versions, closed-out projects

Persistent context via a Project

Project instructions "My notes":

You are my assistant over my personal notes archive.
Structure: reference/ = currently valid rules and procedures,
decisions/ = individual decisions with a date, daily/ = daily notes,
people/ = notes on clients and colleagues, archive/ = invalid and old
versions.

Rules that always apply:
1. Answer exclusively from my notes. Don't add general knowledge.
2. For every claim, cite the name of the page or file it comes from,
   and the date of the note if it can be determined.
3. When the answer isn't in the notes, say so explicitly with the
   sentence "there's nothing on this in the notes" and suggest where
   I might have it.
4. When you find more than one version of the same thing, list all
   of them with dates and flag which one is most likely valid based
   on location and date — but leave the decision to me.
5. Never edit, delete, or create anything until I explicitly ask
   you to.

Type 1: what did we decide, and why

Search my notes and answer this question:
[what did we decide about hourly rates for new clients].

Answer in this structure:
1. The decision in one sentence, as it currently stands.
2. When it was made and who was involved, if the notes let you tell.
3. The reasons given in the notes — verbatim, not paraphrased.
4. Alternatives that were considered and not used, and why.
5. Later changes or exceptions, if the notes revisit the topic.

For every point, cite the source note and its date.
Where the information isn't in the notes, write "not in the notes" —
don't guess at what we probably meant.

Type 2: summarize everything on a client or project

Go through all my notes and build a client profile for [name].
I'm interested in the period [the last 3 years].

Put together:
- a timeline of the relationship: what, when, at what scope
- agreed terms that applied at each point (prices, deadlines,
  exceptions)
- what works with them and what doesn't — based on what I wrote down
- open items, promises, and unfinished business that never got
  marked "done"
- the people on their side and what I know about them
- risks and sensitive points I've ever complained about

Sort chronologically, and for each item cite the source note and
date. Distinguish what's a recorded fact from what was my impression
at the time.
At the end, give me 5 questions I should clarify before the next
meeting.

Type 3: have I dealt with this before

I'm looking at this problem right now:
[describe the problem in 3-5 sentences, imprecisely is fine, just as
you see it]

Search my notes and find out:
1. Have I ever dealt with this problem, or something very similar,
   before?
2. If so: when, in what context, and how did it turn out?
3. What solution did I use back then, and did it work?
4. Did I note anything I'd do differently next time?
5. Are there things in my notes related to this problem, even if
   they don't address it directly?

Search by meaning too, not just by words — I might have described it
differently back then. If you don't find anything, say so clearly
and don't offer general advice instead.

Type 4: patterns across the archive

Go through my notes from [the past year] and find patterns:

1. Which topics keep coming back without me ever resolving them?
   For each one, note how many times and over what span it appeared.
2. Where do I contradict myself across the notes — where did I claim
   one thing at one point and the opposite at another?
3. What types of problems repeat across different clients or
   projects?
4. What did I promise myself I'd change, with no trace of it
   happening in the notes?
5. Which of my recorded assumptions weren't borne out by later
   notes?

For every finding, cite at least two specific notes with dates that
it's based on. If you only have one, it's not a pattern — leave that
finding out.

Rule 4: a minimum of tags, applied consistently

Go through the notes in the [reference/] folder (or the [name]
database) and run a discoverability audit. For each note, assess:

1. Can you tell from the title what it's about and from when?
   If not, suggest a better title in the form
   "YYYY-MM-DD Topic — what it's about".
2. Does the text contain the date and who was involved?
3. If it's a decision: is the reason stated?
4. Does it link to related notes, or does it stand alone?
5. Is there a newer version of the same thing somewhere else?

Output as a table: current title | what's missing | suggested title.
Don't rename or edit anything — just propose.
Sort worst cases first, so I know where to start.

Phase 5: a weekly distillation of conversations into notes

Go through my conversations from this week and prepare a distillation
for my notes. I only care about what still has value a year from now.

Split the output into four groups:
1. DECISIONS — what I decided to do, including the reason and the
   alternatives considered.
2. PROCEDURES — walkthroughs and solutions I had explained to me
   that I'll need again.
3. FACTS AND DATA — specific numbers, names, terms I learned, noting
   where they came from.
4. OPEN QUESTIONS — what remained unresolved.

For each item, write:
- a suggested note title in the form "YYYY-MM-DD Topic — what it's
  about"
- the note text, 5-10 lines, ready to paste in
- which folder or database it belongs in
- which of my existing notes it should link to

Leave out anything that was one-off (wording for a single email, a
text fix). Don't include sensitive data. Don't save anything
yourself — just prepare it for me to review.

Filling in backward: what's missing from the archive

Based on my notes from [the last quarter], figure out what's missing
from my archive:

1. Topics I clearly spend a lot of time on, according to the notes,
   but have no summary or reference note for.
2. Decisions the notes refer back to, where the decision itself was
   never actually written down anywhere.
3. Procedures I repeat, according to the notes, but haven't written
   up as a procedure (and should, so they can be handed off).
4. Clients or projects with notes scattered around but no summary.

For each gap, suggest a title for a note I should create, and three
bullet points of what should be in it. Sort by what I'm missing the
most.

Phase 6: NotebookLM as a second layer

I've uploaded all the documents for project [name] into the
notebook: the brief, the contract, meeting notes, and ongoing notes.

Build me a handover overview from them:
1. What the project is about and what state it's in.
2. All agreed-on rules and deadlines, with a source citation for
   each.
3. Decisions made during the project, chronologically.
4. Open items and risks.
5. Who's responsible for what, and who to go to for what.
6. What's missing from the materials — what the successor should
   track down from people.

Base this exclusively on the uploaded sources. For each point, note
which document it comes from. Take point 6 seriously: admit a gap
rather than fill it in with a guess.

All prompts