Wes Ellis./ a personal notebook
Technology. Stories. Side projects.
A few things worth writing down.
← Back to Engineering

Engineering

Turning a Long AI Conversation Into a Reusable Workflow

A drawer of index cards pulled out from a wall of wooden card catalog drawers.

Part 5 of the thread Building with Claude and MCP

THE SHORT VERSION4 points
  • The answer from a good AI conversation is a one-off. The method that got you there is reusable.
  • Capture the problem, the questions that mattered and the wrong turns, then write the prompt as if briefing a fresh session.
  • Test it on a similar but different problem before you trust it.
  • If it only makes sense in one repo, it's a slash command. If it travels, it's a workflow note.

Every so often a conversation with Claude goes long and ends up somewhere genuinely good. Forty messages of wrong turns, corrections and "no, more like this," and then it clicks. The trouble is that the useful part isn't the final answer. It's the path, and the path is buried in forty messages you'll never scroll back through.

So I keep a note in my vault called Conversation to Workflow. It's the checklist I run when a chat is worth keeping.

When it's worth doing

Not every good chat deserves this. My note lists the cases that do:

  • You'll do it again. Same kind of problem, different details.
  • It took real back-and-forth to get right, and you don't want to pay that again.
  • It's multi-step, and the order mattered.
  • The first answer was wrong in an instructive way.

A one-off question with a one-off answer can stay in the chat history.

The four steps

  1. Capture the context. What was the actual problem? What were the constraints? And what did "good" look like by the end? Write down what made it a success, not just that it was one.

  2. Pull out the process. This is the step people skip. Go back and find the questions that changed the direction of the conversation. Note the decisions and why they were made. Note the wrong turns, too, because those are what the next session needs to avoid.

  3. Write the reusable prompt. Write it as if you're briefing a brand-new session that knows nothing about today. Context up front, then the steps, then what the output should look like. Mark every situation-specific detail as a [bracketed variable] so it's obvious what to change next time.

  4. Write down what made it work. The breakthroughs, the pitfalls and anything you'd tell someone else before they tried it.

Then the step that keeps you honest: try it in a fresh conversation on a problem that's similar but not identical. If it only works on the original, it's a transcript, not a workflow.

Tip

Start taking notes during the conversation, not after. The moment a question changes the direction of things, jot it down. It's much harder to spot in hindsight.

The prompt I use to do it

You can do all of that by hand, or you can ask the model to do the first pass. This is the prompt from my note, and it's the same shape as any other workflow: context, analysis, output.

I need to convert a successful conversation into a reusable AI workflow.

Conversation Context:
- [Brief description of what the conversation accomplished]
- [Key challenges that were overcome]
- [Specific outcomes achieved]

Analysis Required:
- Extract the successful patterns and decision-making process
- Identify the critical questions that led to breakthroughs
- Determine what made this conversation more effective than typical interactions
- Create a reusable prompt that captures the core methodology

Output Requirements:
- Complete workflow documentation with context, process, and reusable prompt
- Clear quality standards and success criteria
- Usage instructions for applying this workflow to future similar challenges

Make this workflow immediately usable by someone else facing a similar challenge.

Run it at the end of the good conversation, in the same chat, while all the context is still there. Then read what it gives you with a skeptical eye. Models are generous about their own success patterns.

Good workflow, bad workflow

My note has a short list of red flags, and they've held up:

Sign Good workflow Bad workflow
Specificity Forces a particular kind of analysis "Help me with X" in a nicer outfit
Context Tells you what to supply Quietly depends on today's details
Results Similar output whoever runs it Different every time
Size Fits on a screen Needs a table of contents
Quality check Has one built in Trusts the first answer

The "quietly depends on today's details" one is the sneakiest. A prompt that worked beautifully because the chat already knew your stack, your naming and your constraints will fall flat in a fresh session. Step 3 is there to drag all of that into the open.

Where they end up

Where a finished workflow goes depends on how far it travels. If it only makes sense inside one project, it becomes a custom slash command in that repo. If it's general, it goes in my vault next to the others, as a note with the prompt and a short "what made it work" section.

This is a different job from archiving the conversation itself. When I want to keep every claim from a long chat with a citation back to the exact turn it came from, that's what the Conversation Project Kit is for. This note is lighter. It keeps the method and lets the transcript go.

The funniest part is the note's own example: it was written by running this process on the conversation that built my prompt library. It's workflows all the way down.