Engineering
Turning a Long AI Conversation Into a Reusable Workflow

Part 5 of the thread Building with Claude and MCP
- 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
-
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.
-
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.
-
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. -
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.
- How I Use the Badges Plugin in ObsidianUses / My Setup
- Custom Slash Commands Worth KeepingEngineering