Skip to content

chore(release): v0.6.1 — Claude plugin wired into release process#396

Merged
Luis85 merged 71 commits into
mainfrom
release/v0.6.1
May 8, 2026
Merged

chore(release): v0.6.1 — Claude plugin wired into release process#396
Luis85 merged 71 commits into
mainfrom
release/v0.6.1

Conversation

@Luis85
Copy link
Copy Markdown
Owner

@Luis85 Luis85 commented May 8, 2026

Summary

Release branch for v0.6.1. Cut from develop after #395 merged; merges origin/main to share commit history (resolves conflicts that re-appeared after squash-merge of #395). Replaces #394.

v0.6.1 highlights

  • build:claude-plugin auto-derives plugin.json#version from package.json#version. Manifest no longer hand-edited.
  • check:claude-plugin runs in npm run verify. Drift fails locally pre-push.
  • Layer 1 release readiness asserts plugin manifest version equals release version. New diagnostic codes:
    • RELEASE_READINESS_PLUGIN_VERSION_MISMATCH
    • RELEASE_READINESS_PLUGIN_MANIFEST_MISSING
  • scripts/cli.ts VERSION now derived from package.json#version (no more drift on bump).
  • scripts/check-product-page.ts step-boundary regex broadened (- <key>: matches any step) and USES_UPLOAD_PAGES_ARTIFACT accepts quoted scalars.
  • Version bump 0.6.0 → 0.6.1; refreshed README badge + status, docs/specorator.md header, CHANGELOG.md.

Includes (since v0.6.0)

Post-merge

  1. Tag v0.6.1 on main:
    git checkout main && git pull && git tag v0.6.1 && git push origin v0.6.1
  2. Dispatch release.yml:
    • Dry run: version=0.6.1, dry_run=true.
    • Real run: dry_run=false, confirm=0.6.1, publish_package=true if shipping the npm package.

Test plan

🤖 Generated with Claude Code

Symprowire and others added 30 commits May 8, 2026 12:30
chore(github-archive): add scheduled issue and PR sync
fix(github-archive): detect untracked archive files
fix(github-archive): populate pull request stats
fix(site): resolve product page asset paths
chore(github-archive): sync issues and pull requests
…e-skill

docs(skills): add improve-codebase-architecture skill
Luis85 and others added 21 commits May 8, 2026 19:31
docs(project-review): add issue mirror evidence checks
…-posture

docs(release): record provenance posture
feat(plugin): add Claude Code plugin package skeleton
…ump v0.6.1

- build:claude-plugin emits plugin.json with version derived from
  package.json#version; manifest is no longer hand-edited.
- check:claude-plugin runs in npm run verify (and contentCheckTasks),
  so manifest drift fails the local gate before push.
- Layer 1 release readiness asserts plugin manifest version equals the
  release version. New diagnostic codes:
    RELEASE_READINESS_PLUGIN_VERSION_MISMATCH
    RELEASE_READINESS_PLUGIN_MANIFEST_MISSING
- Bump package.json + plugin.json to 0.6.1; refresh README, docs/specorator.md,
  CHANGELOG, and the regenerated release-readiness diagnostic codes doc.
chore(release): wire claude plugin into verify + release readiness, bump v0.6.1
…1 release) (#395)

* fix(security): avoid regex comment stripping for #366

* fix(ci): unblock #366 promotion checks

* fix(cli): address #366 review feedback

* fix(cli): derive specorator CLI version from package.json

Resolves Codex P2 on PR #394: scripts/cli.ts hardcoded VERSION = "0.6.0"
drifted from the bumped package.json (0.6.1), so `specorator --help`
reported the wrong version. Read package.json#version at startup so the
CLI version stays in sync with the package version automatically — same
pattern as the auto-derived plugin manifest version landed in v0.6.1.

* fix(check-product-page): broaden YAML step-boundary regex

Resolves Codex P2 on PR #395. The earlier STEP_START regex matched only
`- name:`, `- uses:`, `- run:`. GitHub Actions steps may legitimately
start with `- if:`, `- id:`, `- env:`, etc., so when the upload step had
no `path:` (misconfigured) and the next step started with one of those
keys, `inUploadStep` leaked across the step boundary and a later
unrelated `with.path` was misread as the Pages upload path.

Match any `- <key>:` list-item to reset step scope. Add Case 3e covering
the leak scenario: upload step without `path:`, followed by `- if:` step
whose `with.path` must NOT satisfy the upload-step check.

* fix(check-product-page): match quoted upload-pages-artifact uses scalars

Codex P2 follow-up on PR #395: USES_UPLOAD_PAGES_ARTIFACT only matched
the unquoted form, so `uses: "actions/upload-pages-artifact@v3"` (a
valid YAML scalar) never set inUploadStep, and a correct
`path: sites/dist` was misreported as missing.

Accept double- and single-quoted forms via an optional `["']?` prefix
and add Case 3f covering the quoted-uses scenario.

---------

Co-authored-by: Luis Mendez <hallo@luis-mendez.de>
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: d2740daa42

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread scripts/init-project.ts Outdated
Codex P1 on PR #396: `specorator init --target <relative-path>` resolved
the path against process.cwd(), but the CLI launches subcommands with
cwd=PACKAGE_ROOT, so relative targets were created inside the installed
package directory instead of the user's project. The CLI already forwards
the user's invocation cwd via SPECORATOR_TARGET_ROOT — this anchors
path.resolve() against that env var so relative targets land where the
user expects.

Add Codex-#396 regression test demonstrating the bug fix.
@Luis85 Luis85 changed the title release: v0.6.1 — Claude plugin wired into release process chore(release): v0.6.1 — Claude plugin wired into release process May 8, 2026
@Luis85
Copy link
Copy Markdown
Owner Author

Luis85 commented May 8, 2026

@chatgpt-codex-connector P1 addressed in 8d4896einit-project.ts now anchors path.resolve() against SPECORATOR_TARGET_ROOT (the CLI-forwarded caller cwd) so --target <relative> lands in the user's project, not the package install dir. Codex-#396 regression test added. Also retitled PR to chore(release): for CC compliance (was release:).

@chatgpt-codex-connector
Copy link
Copy Markdown

Summary

  • I verified the trigger’s claim on branch work: the latest commit is 8d4896e with message fix(init): resolve --target relative paths against caller cwd, which matches the P1 feedback described in the PR thread.
  • I did not make any additional code changes, so there was nothing to commit and no follow-up PR to open.

Checks run

  • cd /workspace/agentic-workflow && git status --short && git rev-parse --abbrev-ref HEAD && git log --oneline -n 3 (confirmed clean working tree on work and verified commit 8d4896e is present).

View task →

@Luis85 Luis85 merged commit d9586e0 into main May 8, 2026
13 of 14 checks passed
@Luis85 Luis85 deleted the release/v0.6.1 branch May 8, 2026 22:04
@Luis85 Luis85 mentioned this pull request May 8, 2026
4 tasks
Luis85 added a commit that referenced this pull request May 8, 2026
* fix(security): avoid regex comment stripping for #366

* fix(ci): unblock #366 promotion checks

* fix(cli): address #366 review feedback

* fix(init): resolve --target relative paths against caller cwd

Codex P1 on PR #396: `specorator init --target <relative-path>` resolved
the path against process.cwd(), but the CLI launches subcommands with
cwd=PACKAGE_ROOT, so relative targets were created inside the installed
package directory instead of the user's project. The CLI already forwards
the user's invocation cwd via SPECORATOR_TARGET_ROOT — this anchors
path.resolve() against that env var so relative targets land where the
user expects.

Add Codex-#396 regression test demonstrating the bug fix.

* chore(release): log v0.6.2 publish

Append `Release published - v0.6.2` entry to specs/version-0-6-plan/implementation-log.md per docs/release-operator-guide.md §8: tag SHA, Release URL, package URL, attestation result, dispatch run URLs, waiver justification, operator, immutable-releases probe note, rollback status.

---------

Co-authored-by: Luis Mendez <hallo@luis-mendez.de>
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.

2 participants