@webpieces/rules-config 0.4.592 → 0.4.593

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@webpieces/rules-config",
-  "version": "0.4.592",
+  "version": "0.4.593",
   "description": "Shared webpieces.config.json loader. Single source of truth for validation rule configuration consumed by @webpieces/ai-hook-rules, @webpieces/code-rules, and @webpieces/nx-webpieces-rules.",
   "type": "commonjs",
   "main": "./src/index.js",

package/templates/webpieces.git-workflow.md

@@ -191,15 +191,25 @@ flow are not interchangeable.
 5. **`pnpm wp-finish-upsert-pr`** — STAGE ③: requires stage ②'s receipt, your `review.json` (its `title`
    becomes the PR title) and every reviewer's verdict, then pushes and creates/updates the PR. It re-runs
    the build gate ONLY if HEAD moved since stage ②, so the three stages still cost one build.
-6. **`pnpm wp-cleanup`** — delete the local branches that are provably dead (merged PR, squash-merge
-   backup of a merged branch, or no commits of their own). Run it after `gh pr merge`, or any time the
+6. **`pnpm wp-land-pr`** — squash-merge THIS branch's already-posted PR into main **with the compact
+   risk/flags commit body** stage ③ rendered, then archive the pre-squash tip and reap the landed
+   worktree. Use it INSTEAD of a bare `gh pr merge` or the GitHub Merge button, because neither can write
+   that body: a UI merge takes its subject from the repo's `squash_merge_commit_title` and its body from
+   `squash_merge_commit_message`, and on `PR_BODY` that pastes the ENTIRE dashboard — risk table, hash
+   points, gate token — into `git log`. Only an explicit `gh pr merge --subject --body-file` avoids it,
+   which is what this command is. It is NOT gated on `pr-gate.mergeMode`: running it IS the intent to
+   merge, so a `mergeMode: NONE` repo keeps its "a human decides when" policy and still gets a readable
+   history. It runs no build gate and re-renders nothing — the bytes that land are the bytes stage ③
+   produced.
+7. **`pnpm wp-cleanup`** — delete the local branches that are provably dead (merged PR, squash-merge
+   backup of a merged branch, or no commits of their own). Run it after the merge lands, or any time the
    branch cap blocks you. It takes no arguments and needs no judgement call from you: it recomputes the
    verdicts itself, deletes one branch per command, spares anything a human should rule on, and logs
    every deletion with its pre-delete SHA plus a `recover=` command in
    `.webpieces/logs/branch-mutations.log`. **Use this instead of `git branch -D`.**
-7. **`pnpm wp-push-dev`** — publish a **disposable copy** of this branch so a shared dev environment can
+8. **`pnpm wp-push-dev`** — publish a **disposable copy** of this branch so a shared dev environment can
    build it. No PR, no build gate, and your feature branch is never moved. See below.
-8. **`pnpm wp-finish-push-dev`** — finalize a dev composition after you resolved its conflicts. Only
+9. **`pnpm wp-finish-push-dev`** — finalize a dev composition after you resolved its conflicts. Only
    needed on the conflict path; a clean `pnpm wp-push-dev --resolve` finalizes itself.
 
 ## Publishing to the shared dev server (no PR, nothing lands on main)