Resume, fork and recovery keep the plan file cache warm instead of racing to rebuild it.
What's wrong with this entry?
Resume, fork and recovery paths now write the content they just produced back into the plan file cache rather than invalidating it, via new settle, observe and watch helpers, and resume priming is tracked as a single in-flight promise so concurrent callers wait on one pass instead of racing.
- Sits behind the same in-module condition that already guarded the plan file cache; what that condition reads is not visible from the cache code itself.
settlePlanFile
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.219
Plan mode can carry a session workshop document
Both mention plan mode
-
v2.1.221
Plan mode prototype-artifact offer
Both mention plan mode
-
v2.1.235
Very large plans cannot be approved
Both mention plan mode