Repository navigation
refactor: ls-wp-release - Merge release-ops skill notes, fix rollout flags, set GPL-3.0 - #5
Conversation
…4771, batch 4) Release-ops review - Add docs/RELEASE_OPS_SKILLS_REVIEW.md comparing the six lightspeed-release-ops skills with the existing sub-skills - Pin the source to lightspeedwp/.github at 47aee0722033f65d4d9d57429b410b518646b817 - Record the decisions: merge, keep linking from the root SKILL.md, use the source licence (GPL-3.0) Merged notes - release-qa: readiness, risk assessment and rollout checklist notes - changelog-management: changelog compliance and version bump planner notes - release-notes-generator: release notes note - Each note quotes the stub description, credits the source and says what is not covered Cleanup - Replace unsupported flags in docs/TEAM_ROLLOUT_PLAN.md with the real /release flags - Replace git add -A in the release-qa version mismatch example with named files Licence - Set package.json license to GPL-3.0 to match the LICENSE file - Update the LICENSE line in docs/DEVELOPMENT.md Not done - No new sub-skill folders, manifests or platform files were imported - /release --draft-notes in the rollout plan is not a documented flag and was not on the issue list - Root skill name and deployment scope stay open Refs LS-4771
|
Looks good with minor notes — static review only Reviewed all seven changed files at head No actionable defect identified in the changed files; no inline comments proposed. Attributed source notes preserve existing skill identities/frontmatter, the targeted rollout examples match the documented release contract, and GPL-3.0 metadata agrees with the existing licence text. No platform variants, orchestrator or new publishing implementation were imported. Minor metadata note: the Stack section still says “PR 4 of 5 (planned)” and “Followed by: not yet opened”. The established stack contains six PRs, with PR #6 following this layer. The stated exclusions remain unresolved, not new findings. Host discovery, installation, release execution and reported test/lint results were not independently verified. No commands were executed. Earlier-layer findings remain dependencies; no fixes were applied during this review. No later stack layer was reviewed, and this is not merge or release approval. |
…elease-ops-skills
|
Review note addressed
🤖 Generated with Claude Code |
Refactor Pull Request
Stack
refactor/ls-4770-docs-accuracy, notmain), which depends on refactor: ls-wp-release - Fix helper script side effects, SVN layout and packaging docs #2 and refactor: ls-wp-release - Fix release skill validators, paths and hook gates #1lightspeed-release-opsskills, the notes merged from them, and three small fixes listed belowLinked issues
Relates to LS-4771 (Linear). This is a supporting layer of the stack and does not close the issue. There is no GitHub issue for this work, so there is nothing to auto-close.
Summary
The
lightspeed-release-opsplugin pack has six skills that were proposed for import. EachSKILL.mdis a stub: a heading, one sentence repeating its description, and a footer. Five overlap existing sub-skills in detail, and the sixth overlaps rules that already live in the release prompt, the agent andchangelog-management. Importing the stubs as new sub-skills would add files that restate existing sub-skills with less detail, so this PR merges the stubs' content into the existing sub-skills and records the review. No new sub-skill is added.Release-ops review
docs/RELEASE_OPS_SKILLS_REVIEW.mdcompares each source skill with the existing sub-skills, pinned tolightspeedwp/.githubat47aee0722033f65d4d9d57429b410b518646b817.SKILL.md(no plugin packaging), and use the source pack's licence (GPL-3.0).Merged source notes
release-qa(readiness, risk assessment and rollout checklist),changelog-management(changelog compliance and version bump planner) andrelease-notes-generator(release notes).Rollout plan flags
docs/TEAM_ROLLOUT_PLAN.mdused flags that do not exist:--validate-setup,--validate-release,--show-details,--post-release-check,--confirm,--helpand--type. They are replaced with the real flags fromSKILL.md(--dry-run,--scope=,--verify), or removed where the agent already pauses and asks.--dry-runchecks that git hooks are installed. It says hooks are checked withlefthook install.Staging example
release-qastages named files instead ofgit add -A.Licence
package.jsonnow saysGPL-3.0anddocs/DEVELOPMENT.mddescribes theLICENSEfile as GPL-3.0. This matches theLICENSEfile, which is the GNU GPL version 3.Scope and exclusions
metadata.yml, platform file or orchestrator agent is imported./release --draft-notesin the rollout plan is not a documented flag either, but it was not on the planned list and is left.GPL-2.0mentions in the docs are example headers for released WordPress projects.Safety Nets
npm testcovers only the repository's validators.Approach
package.jsonmetadata field. No script, hook or dependency changed.Metrics / Benchmarks (if applicable)
docs/TEAM_ROLLOUT_PLAN.md, andpackage.jsonsaidGPL-2.0whileLICENSEis GPL v3.Verification
npm test: 41 pass, 0 fail)package.jsonparses, link validator 41 broken links (unchanged)Risk & Rollback
package.json, so it needs a human read.Changelog
This repository has no
CHANGELOG.md, and themeta:needs-changelog/meta:no-changeloglabels do not exist here, so no changelog file entry is added. Supporting layers normally leave the entry to the owning PR. Notes for release automation if one is added later:Added
lightspeed-release-opsskills, with source notes merged into three sub-skills. (Relates to LS-4771)Changed
/releaseflags.package.jsondeclaresGPL-3.0.Fixed
release-qaversion-mismatch example no longer usesgit add -A.Checklist (Global DoD / PR)
🤖 Generated with Claude Code