Skip to content

docs(governance): state who may author normative text - #120

Merged
imran-siddique merged 2 commits into
mainfrom
docs/normative-authorship-policy
Aug 4, 2026
Merged

docs(governance): state who may author normative text#120
imran-siddique merged 2 commits into
mainfrom
docs/normative-authorship-policy

Conversation

@imran-siddique

Copy link
Copy Markdown
Contributor

Why

The rule that normative spec changes need an organizational sponsor is applied in review but is written down nowhere. GOVERNANCE.md covers who may merge and how long comment periods run, and CONTRIBUTING.md covers the mechanics, but neither says who may author a MUST. Contributors therefore meet the rule for the first time as a surprise on their own PR, after doing the work, which is the worst possible moment.

This changes nothing in practice. It writes down what already happens.

What it says

  • Normative text is anything with an uppercase RFC 2119 keyword, and a normative change needs an organizational sponsor willing to be named as accountable for the requirement.
  • The reason is maintenance cost rather than merit: a MUST is a promise the project keeps for every future version, and assessing implementability across platforms needs an organization that will implement it and answer for it later.
  • Anyone may propose a normative change, proposals are judged on the technical argument alone, and where an accepted proposal has no sponsor a Maintainer carries the PR with the proposer credited in the CHANGELOG. That was already the practice and was equally unwritten.
  • No sponsor is needed for editorial changes, examples, conformance tests, tooling, schema changes tracking a merged spec change, or informative additions such as crosswalks and mappings to external schemas. Informative text binds no implementation, so it is the right home for a mapping that is still settling. Most contributions fall here.
  • An unsponsored normative PR is not rejected on that basis. Reviewers either identify a sponsor or convert it to an informative change.

CONTRIBUTING.md gets a pointer at the top of the spec-change checklist so it is read before the work starts, not after.

Second commit strips a leftover em dash from the CHANGED: marker template, missed by the earlier README pass. No spec file uses the marker yet, so the template was the only occurrence.

Process

GOVERNANCE.md amendments require a PR, a 14-day comment period, and Project Lead approval, per the Amendments section of that same document. Not merging this. The clock starts now and it needs your sign-off.

Worth mirroring into agent-manifest afterwards, since the same rule applies there and the same surprise is currently happening on agentrust-io/agent-manifest#270.

🤖 Generated with Claude Code

imran-siddique and others added 2 commits August 3, 2026 20:06
The rule that normative spec changes need an organizational sponsor has
been applied in review but was written down nowhere, so contributors met
it for the first time as a surprise on their own PR. GOVERNANCE.md gains
a section stating the rule, the reason, and what needs no sponsor;
CONTRIBUTING.md points at it from the spec-change checklist.

No change in practice. It also makes explicit that anyone may propose a
normative change, that proposals are judged on the argument alone, and
that a Maintainer carries the PR when an accepted proposal has no
sponsor, which was already how this worked but was equally unwritten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Missed by the earlier README pass. No spec file uses the marker yet, so
the template is the only place it appeared.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
imran-siddique added a commit to agentrust-io/agent-manifest that referenced this pull request Aug 4, 2026
Mirrors agentrust-io/trace-spec#120. The rule that normative spec changes
need an organizational sponsor is applied in review but written down
nowhere, so contributors meet it for the first time on their own PR,
after doing the work. #270 is a live example: a normative MUST binding
agent_id to OCSF ai_agent.instance_uid, authored individually, where the
authorship question only surfaced at review.

No change in practice. It also writes down that anyone may propose a
normative change, that proposals are judged on the argument alone, and
that a Maintainer carries the PR when an accepted proposal has no
sponsor, all of which was already true and equally unwritten.

Calls out explicitly that informative crosswalks and mappings to external
schemas need no sponsor, since that is the path a proposal like #270 can
take today.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
@imran-siddique
imran-siddique merged commit dc7491c into main Aug 4, 2026
6 checks passed
@imran-siddique
imran-siddique deleted the docs/normative-authorship-policy branch August 4, 2026 23:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant