- In short
- Deciding whether decomposed steps belong in one conversation or a new one turns on dependency and context health. Steps that build on each other stay in one conversation so each can see the prior results; a genuinely independent step can move to a new conversation; and a step should also start fresh when the current conversation has grown long enough that early context is degrading.
Where the steps live is its own decision
Decomposition tells you what the steps are and how to order them. A separate decision is where each step runs: continue in the current conversation, or start a new one. The Claude Certified Associate - Foundations (CCAO-F) exam treats this as an apply-level skill because the wrong call in either direction costs you - split dependent steps and you lose the context they need, or pile everything into one long conversation and quality degrades.
The decision turns on two questions. Does this step depend on the results of earlier steps? And has the current conversation grown long enough that its early content is starting to degrade? The first governs whether staying together helps; the second governs whether staying together has started to hurt. Reading both correctly is what keeps a decomposed sequence coherent from first step to last.
- Single-conversation vs separate-conversation steps
- The decision of whether sequential decomposed steps belong in one conversation or a new one. Steps that build on each other stay in one conversation so each can see the prior results; a genuinely independent step can move to a new conversation; and a step should start fresh when the current conversation has grown long enough that early context is degrading.
Keep dependent steps together
The default for a decomposed sequence is to keep the steps in one conversation, because most decomposition produces steps that build on each other. When step three needs the criteria from step one and the scores from step two, keeping everything in one conversation means Claude can see those prior results directly - they are simply there in the context. Splitting such steps into separate conversations throws that away: the new conversation starts blank, so you would have to re-paste the prior results, and any that you forget to carry over are lost to that step.
This is why tight dependency argues strongly for one conversation. The whole benefit of a sequence where each step sees the last is that the results accumulate in a shared context. For the parallel-deliverable pattern, this is what lets each draft draw on the confirmed shared foundation without you re-supplying it every time. Dependency is the signal to stay together.
Move independent or context-degrading steps out
Two situations flip the default toward a new conversation. The first is genuine independence: if a step does not need any of the prior results, there is nothing to be gained from keeping it in the same conversation, and moving it out keeps each conversation focused. An unrelated task riding along in an existing conversation just adds clutter that later steps have to see past.
The second is context degradation. As a conversation grows long, the early content - which often includes the original instructions and the foundational results - is increasingly at risk of degrading, and continuing to append to it means later steps operate against a weaker context. When you notice a conversation has grown long enough that quality is slipping, the right move is to start a fresh conversation for the next step, carrying forward only the specific results it needs. That judgement connects directly to the broader context-management skills the course covers elsewhere. The trap is to keep bolting more onto a long, degrading conversation out of momentum.
What the CCAO-F exam trips candidates on
Two traps recur, one in each direction.
The first is continuing to append unrelated steps to an already long, degrading conversation instead of starting fresh. A scenario shows quality slipping late in a sprawling conversation, and a distractor keeps adding to it. The credited reading is that a long, degrading conversation is a signal to start a new one for the next step, carrying only what it needs - not to keep piling on.
The second is splitting tightly dependent steps into separate conversations, losing the prior results each step needs. A scenario moves a step that depends on earlier outputs into a fresh conversation and then wonders why it lacks context. The reliable reading is that dependent steps belong together so each can see the prior results; separating them discards exactly the context that made the sequence work.
Worked example
An analyst runs a long decomposed project in one conversation. Late steps have started producing weaker, slightly-off results, and they also want to add an unrelated one-off summarisation task. They are unsure whether to keep everything in the same conversation. How should they decide?
Two different decisions are hiding in this one situation, and each has its own answer. First, the late steps producing weaker results are a context-degradation signal: the conversation has grown long, and its early content - the original instructions and foundational results - is degrading, which is why quality is slipping. The right move is to start a fresh conversation for the remaining dependent steps, carrying forward only the specific prior results those steps actually need, so they operate against a clean, focused context instead of a crowded one.
Second, the unrelated summarisation task is genuinely independent - it does not depend on any of the project's prior results. There is no benefit to running it inside the project conversation, and doing so would only add clutter. It belongs in its own new conversation. So both parts point away from "append everything here," but for different reasons: the dependent steps move because the conversation is degrading, and the unrelated task moves because it is independent. The mistake to avoid on the other side would be splitting the still-dependent project steps from each other into separate conversations, which would strip them of the prior results they rely on.
Common misreadings to avoid
Misconception
Once a task is going well in a conversation, keep adding every next step to it, related or not.
What's actually true
Misconception
Splitting each step into its own conversation keeps things clean and organised.
What's actually true
How this shows up on the exam
Domain 1 questions on this knowledge point describe a step in a decomposed task and ask whether to continue the conversation or start a new one. The reliable frame is the two-question test: keep dependent steps together so each sees the prior results, but start fresh when a step is genuinely independent or when a long conversation has begun to degrade.
This knowledge point builds on ordering steps for checkable intermediate results and pairs with sequencing a shared foundation before parallel deliverables, where the shared foundation and its drafts usually share one conversation. Getting the conversation boundary wrong is one of the decomposition failure modes analysed at the end of this task statement.
An analyst has run many dependent steps in one conversation, and the latest outputs are noticeably weaker than the early ones. The next step still depends on results produced earlier. What is the best approach?
People also ask
When should I start a new conversation with Claude?
Should dependent steps stay in one conversation?
Does a long conversation degrade quality?
Watch and learn
Official Anthropic Academy lessons first, then hand-picked walkthroughs. Videos load only when you press play.
No videos curated for this concept yet
We are still curating the best official and community videos for this topic.
Official prep for this domain
Anthropic's own free prep module for this part of the syllabus, on the official prep course. Free with an Anthropic Academy sign-in.
References & primary sources
Master this concept with Archie
Practice it inside an adaptive study session. Archie, your Socratic AI tutor, tracks your mastery with Bayesian Knowledge Tracing and schedules the perfect next review.