Skip to content

repin: product-lifecycle-templates v0.4.0 -> v0.5.0 - #97

Merged
jprisant merged 1 commit into
mainfrom
repin/plt-v0.5.0
Sep 3, 2026
Merged

repin: product-lifecycle-templates v0.4.0 -> v0.5.0#97
jprisant merged 1 commit into
mainfrom
repin/plt-v0.5.0

Conversation

@jprisant

@jprisant jprisant commented Sep 3, 2026

Copy link
Copy Markdown
Contributor

Registry 1.74.0 -> 1.75.0. Pins aaa1bc2, the commit the v0.5.0 annotated tag points at (not the tag object, per the member's own release-process note that these differ and pins want the commit).

Why now

product-lifecycle-templates released v0.5.0 today, adding the epic bundle - its 27th, and the first template it built under its own maintainer-preference build order rather than from a plan. The release and this re-pin were done in one sitting, by hand rather than by repin-watch.

Section 7 checklist

  • L1/L2 - native plugin at the root, machine-readable marketplace association intact.
  • L3 - root library.json pins the Standard, tier Advanced. The member's CI self-hosts the conformance gate; it reports Tier Advanced, 0 errors, 0 warnings at the pinned commit.
  • L4 - versions agree across the release tag, library.json, and every native manifest (.claude-plugin/plugin.json); CHANGELOG.md carries a [0.5.0] entry; a user-facing release note exists at docs/releases/v0.5.0.md.
  • L5 - not satisfied, and flagged rather than glossed. The member has no documentation site at all, only a gitignored plan. L5 is a SHOULD on a stated path to MUST, so this does not block the listing.
  • validate-registry.mjs passes with a token.

One thing for this repository, deliberately not fixed here

L5's prose reads "All four current members conform today." This registry now lists six. That sentence is this repo's to correct and correcting a contract clause inside a re-pin is the wrong place for it, so it is recorded in the changelog entry and left alone in the diff.

🤖 Generated with Claude Code

https://claude.ai/code/session_017k2JQRLkypxTn46QQQBSZk

Registry 1.74.0 -> 1.75.0. Pins commit aaa1bc2, which is the commit the v0.5.0
annotated tag points at, not the tag object.

v0.5.0 adds the `epic` bundle, the member's 27th and the first it built under
its own maintainer-preference build order rather than from a plan. The entry
description moves from 26 to 27 templates and names `epic`; the README row
follows.

Contract checked before pinning, not after: L1 through L4 are MUST and the
pinned tree satisfies all four. L5 is not satisfied, deliberately noted rather
than glossed: the member has no documentation site at all. It is a SHOULD on a
path to MUST, so it does not block the listing.

Also noted and NOT edited here: L5's prose still says "all four current members
conform today" while this registry lists six. Correcting a contract clause
inside a re-pin is the wrong place for it.

validate-registry.mjs passes with a token.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017k2JQRLkypxTn46QQQBSZk
@jprisant
jprisant merged commit e421c40 into main Sep 3, 2026
1 check passed
@jprisant
jprisant deleted the repin/plt-v0.5.0 branch September 3, 2026 19:01
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