Skip to content

docs: the launch playbook, written before anything is posted - #54

Merged
blairham merged 1 commit into
mainfrom
announcement
Sep 8, 2026
Merged

blairham merged 1 commit into
mainfrom
announcement

Conversation

@blairham

@blairham blairham commented Sep 8, 2026

Copy link
Copy Markdown
Owner

The last of the three adoption documents #43 asks for. comparison.md and stability.md say what the project is; this says what will and will not be claimed about it — while that is still a decision rather than a reply in a live comment thread.

The useful half is the list of things not to claim

"Faster than pre-commit" is the trap. It is true for trivial hooks and false for the ones people actually wait on — the README benchmark already shows 4× on trailing-whitespace and 1.0× on golangci-lint. Leading with the 4× is how a port spends its credibility in the first hour, so the playbook says to lead with the 1.0×.

Also not claimed: "a replacement for pre-commit" (it is an independent reimplementation of someone else's design), "100% compatible" (the claim is 82 measured differential checks against a named upstream version), and anything reassuring about Windows.

Weak points, stated before someone finds them

A table of every known soft spot with a link to where it is already documented — Windows (#53), the ten unexercised language backends, the pre-commit name collision, the shared destructive cache, what v4.6.x means, and the single-maintainer reality.

The rule attached to it: if a comment finds one, the answer is "yes, that is in the docs, here is the link" — never a defense.

Where not to post

Upstream's issue tracker, discussions and chat are not launch venues for a reimplementation of their work. Announcing there is how a port earns a reputation before it earns users.

Also includes the expected first comments with their answers, and a pre-flight checklist that matches the one in #43.

Refs #43

Last of the three adoption documents #43 asks for. The other two say
what the project is; this one says what will and will not be claimed
about it, while that is still a decision rather than a reply in a
comment thread.

The useful half is the list of things not to claim. "Faster than
pre-commit" is the trap here: it is true for trivial hooks and false for
the ones people actually wait on, and leading with the 4x rather than
the 1.0x is how a port spends its credibility in the first hour.

The weak points are listed with links to where each is already
documented, so the answer to a comment that finds one is "yes, that is
in the docs" and never a defense. Windows is on that list.

Also records where not to post: upstream's tracker, discussions and chat
are not launch venues for a reimplementation of their work.

Refs #43
@blairham
blairham merged commit 5788df6 into main Sep 8, 2026
7 checks passed
@blairham
blairham deleted the announcement branch September 8, 2026 01:39
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