@@ -96,27 +96,27 @@ If a change is not consistent with these files, it is non-compliant, even if CI
9696
9797## 4. How To Propose a Change
9898
99- Never just “fix a schema” in a drive-by PR.
99+ ** Never** just “fix a schema” in a drive-by PR.
100100
101101For any change (new verb, bugfix, tightening, etc.):
102102
103- Open an Issue
103+ ### 1. Open an Issue
104104
105105Describe the problem / use case.
106106
107107Specify which verb(s) and version(s) are affected.
108108
109109Describe expected behavior vs current behavior.
110110
111- Design the Change
111+ ### 2. Design the Change
112112
113113Decide if this is breaking (shape or semantics) or additive.
114114
115115Map it onto versioning rules in POLICY.md and SPEC.md.
116116
117117For new verbs, justify why it belongs in Commons (not Commercial).
118118
119- Implement
119+ ### 3. Implement
120120
121121Modify or add schemas under schemas/vX.Y.Z/...
122122
@@ -129,23 +129,23 @@ npm run validate
129129npm run validate: examples
130130
131131
132- Update Provenance
132+ ### 4. Update Provenance
133133
134134Append entries to RESOLUTION.md (what changed and why).
135135
136136Prepare new checksums and manifest updates (if version changes).
137137
138138Ensure new CIDs are ready to be pinned (IPFS).
139139
140- Submit PR
140+ ### 5. Submit PR
141141
142142Link the Issue in the PR description.
143143
144144Include validation output (or CI link).
145145
146146Call out whether this is MAJOR/MINOR/PATCH in semantic-version terms.
147147
148- Governance Review
148+ ### 6. Governance Review
149149
150150Maintainers check:
151151
0 commit comments