Version the process, not every artifact
A workflow version describes the rules and stages that produced artifacts. An artifact revision describes a change to one output. Confusing them turns a document correction into a process redesign, or hides a real process change inside routine editing.
Create a new workflow version when you change an entry condition, stage order, required handoff, human decision, exception path, or completion definition.
Record enough context for later comparison
A useful version note contains:
- a stable version label;
- the exact workflow elements changed;
- the reason for the revision;
- the date or job where the revision begins;
- any measure that should not be compared across versions.
W3C PROV-O can express relationships among entities, activities, and derivations. CommonMark gives the version note a portable text form. RFC 8493 describes packaging files with a manifest when a complete workflow definition must move as a group.
Change the smallest necessary part
This practice fits recurring workflows whose results will be compared over time. It adds little value to one-time exploration with no reusable process.
Avoid replacing the entire definition when one transition needs correction. A narrow version note makes the consequence of the change easier to inspect.
Distinguish the corrected version
The synthetic corrected brief is a new current artifact because one material claim changed after review.
Read changes beside adjacent decisions
Use Map an AI Workflow for One Recurring Job to preserve the current map. Read AI Workflow Metrics before comparing observations across versions. Continue to AI Workflow or Automation when a revision changes who or what performs a stage.