carlos / platform Public

Merge pull request #210 from carlosframework/claudemd-merge-rule

CLAUDE.md: agents may merge a PR; the rule is about how work reaches main
Paul Campbell b77856a80529e024170f454a786c1ab00021c026 parent c80b67eparent 22d97e5
1 file changed, +13 −2
  • CLAUDE.md +13 −2
diff --git a/CLAUDE.md b/CLAUDE.md
index fc66ddc9d..d2f8faccb 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -56,8 +56,19 @@ through a PR. That includes doc-only edits, one-line fixes, and revert
commits.
Agents: this rule is on you as much as on people. When work is complete,
-push the branch and open the PR; never offer merging to `main` as an
-option, and never take it if offered. Merging the PR is a human's action.
+push the branch and open the PR — never a local merge, never a direct
+commit, however small the change.
+
+**Merging that PR is fine** (Paul, 2026-08-16, clarifying an earlier
+wording that read as a blanket ban and cost a session a round trip). The
+rule is about how work REACHES `main`, not about whose hand lands it: the
+PR has to exist, so that it can carry the context, the iterations and the
+several commits that a single squashed push to `main` would flatten. Once
+it exists and is green, `gh pr merge` is an ordinary step.
+
+Use the judgement the rest of this file asks for: a PR that is still
+collecting review, that is gated on something (`#62`), or whose diff you
+would want a second pair of eyes on, waits for a person.
The reason is timing, not ceremony. `.github/workflows/ci.yml` triggers on
`pull_request` *and* on `push` to `main`, so a locally merged change does