paperlint 8.0.0 → 9.0.1

package/CLAUDE.md

@@ -1,576 +1,104 @@
-# CLAUDE.md — paperlint
+<!-- vigiles:sha256:e445489aca0dd970 compiled from CLAUDE.md.spec.ts -->
 
-Machine-checkable gates for writing a research paper in git, extracted from a private
-knowledge base.
+# CLAUDE.md
 
-## 🎯 THE GOAL, in one sentence
-
-**Move every paper-writing convention a machine can decide OUT of prose and INTO an engine
-that fails the build** — and keep everything else honestly labelled as prose. The engine is
-ESLint. The unit of progress is "one more verdict decided by the engine instead of by a
-hand-written script".
-
-That last clause is the whole direction, and it is the part that keeps being forgotten:
-
-```
- prose in a guideline   →   hand-written script   →   ESLint rule in the engine
- rots silently              runs, but is OURS         editor-time · free AST · suppressible
- ← where this started       ← where most of it is     ← where it is going
-```
+## Paperlint
 
-🔴 **A hand-written script is a WAYPOINT, not a destination.** Writing a new one is allowed
-only when the engine genuinely cannot express the check — and "cannot" means MEASURED, not
-assumed. Two things that sound like limits and are not:
-
-- _"ESLint only sees one file"_ — true of its AST, false of the rule: a rule is an ordinary
-  JS module and may call `execFileSync("git", …)` or read a sibling file. If the reason to
-  stay a script is "it needs git", that reason is weak; measure the real cost before using it.
-- _"this runs programs, not lints files"_ — that is a real limit, and the answer is the seam
-  already proven here: **a script PRODUCES facts into a JSON file, and ESLint JUDGES that
-  file.** The verdict lands in the engine even though the work did not.
-
-## 📊 STATE — measured 2026-09-16 (re-measure, never cite)
-
-|                         |                                                                                            |
-| ----------------------- | -----------------------------------------------------------------------------------------: |
-| ESLint rules            | **5** — `latex-language` · `tex-build` · `papers` · `review-findings-cause` · `doc-fields` |
-| harnesses               |                                                                                     **57** |
-| skills                  |                                                                                     **24** |
-| hooks (runnable `.mjs`) |                                                                                      **5** |
-| repo-wide scripts       |                                                                                          5 |
-| files tracked / commits |                                                                                   308 / 43 |
-
-**A real consumer dogfoods this package on every CI run**, so a breaking change here turns a
-paper pipeline red somewhere else the same day. That is deliberate — it is the only thing
-keeping the extraction honest.
-
-⚠️ **This table is a SNAPSHOT, not a fact about today, and it has already gone stale once.**
-The line standing here until 2026-09-16 said "two ESLint rule modules" while six were shipped,
-24 skills had moved in, and hooks existed at all. Re-measure with `git ls-files` before
-repeating any number from it.
+Machine-checkable gates for writing a research paper in git, extracted from a private knowledge base.
 
-## First command in a fresh container
+This file loads on every turn, so it holds only what applies to **any** change here. A rule that applies to one kind of work lives in that folder's `CLAUDE.md`, which loads when a file there is read or edited (table below); a fact a machine checks lives beside that check. Every `CLAUDE.md` here is compiled from the `CLAUDE.md.spec.ts` beside it: edit the spec, then `npx vigiles compile`. What broke is in `docs/incidents.md`; the measurements behind the rules are in [git](https://github.com/zernie/paperlint/blob/b4a3dc3a81d436186f41db2d69b65fd93f1af3b6/CLAUDE.md#L62-L199).
 
-```bash
-npm install
-```
+## 🎯 THE GOAL, in one sentence
 
-Not optional and not "when something breaks": `vigiles` is a real dependency, and every
-harness, spec and hook resolves through it. A container where `npm install` never ran fails
-in ways that look like broken code rather than a missing install.
-
-## The ten rules that decide what may live here — and what may not be written
-
-**1. Mechanism goes to vigiles, data stays here.** A file that names nothing local — no rule
-of ours, no fixture of ours — is machinery, and machinery belongs in
-[vigiles](https://github.com/zernie/vigiles). Ask it in two steps: is this mechanism or data?
-If mechanism — does it know about _this_ domain? If not, it is not ours.
-
-**2. A check over an AST is a LINT RULE, not a script.** If it walks `.ts`/`.js`/`.tex` and
-looks at declarations, names or nodes, write an ESLint rule: it fires in the editor on save,
-gets the AST for free, and has a suppression syntax people already know. Scripts are for
-corpus-wide questions — index connectivity, ratios across many files — not for one file's
-nodes.
-
-**3. Every check needs BOTH halves, or it is not tested.** It must FIRE on a planted defect
-and stay QUIET on a clean fixture. A check that has only been seen quiet is
-indistinguishable from a dead one — silence is its success state. Prove the fire half by
-seeing the test go RED before the fix lands ([`docs/testing.md`](docs/testing.md)).
-
-**One rule, one requirement.** A rule checks one thing a user would want to switch off, or set a
-severity for, on its own; two checks with different reasons to disable them are two rules. Several
-messageIds for facets of one requirement are fine. Example: `pdf/limits` checked body pages,
-reference pages and the reference font size — the first two are one page budget and became
-`format/page-limit`; the font size is a different requirement and moved to `pdf/body-size`.
-
-**A rule that judges a venue requirement is validated on real accepted papers of that venue** (or
-of its parent venue, with the same template), built to PDF, with the ground truth established
-independently of the rule — rendered and looked at — plus variant fixtures derived from those real
-sources, one change each. Synthetic minimal fixtures alone are not enough: they are written by the
-same hand as the rule, and share its blind spots. Example: `format/page-limit`'s body count, on the
-built ACSAC papers in `fixtures/accepted-papers/` (`test/e2e/tex/page-count.e2e.ts`).
-
-**A new rule ships with its page**, `docs/rules/<group>/<rule>.md`, in these sections: What it
-catches · Why · Examples (failing / passing) · Options / preset fields · What it does not check ·
-How to fix. Its `meta.docs.url` points at that page, and its row in `docs/rules.md` is one line
-linking there. `src/rule-docs.test.ts` holds every rule the config registers to this; the rules
-older than the convention wait in its `AWAITING_PAGE` list, which only shrinks — #131 writes their
-pages.
-
-**4. `exit 0` with empty output is NOT "clean".** A rule whose glob matched no files reports
-exactly like a rule that passed. Any rule shipped here must be loud when its input set is
-empty. This is the specific defect that blocks stage 1 of the plan: in the source base a
-fresh clone yields RC=0, 652 findings, zero errors — because 19 rules saw no files at all.
-
-**5. "It can't be done in the engine" must be MEASURED, not assumed.** Every one of these was
-stated confidently on 2026-09-16 and every one fell to a single command:
-
-| the claim                                                   | what one command showed                                                                                                                                                                 |
-| ----------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| "a lint rule can't know a git date, so this stays a script" | a rule is plain JS; `execFileSync("git", …)` is legal in it. The real costs (per-file invocation, `--cache` keyed on content) are solvable, so this was a preference dressed as a limit |
-| "we need our own glob expander"                             | `fs.globSync` ships in Node 22 and returned the identical set. 31 hand-written lines of regex existed for nothing                                                                       |
-| "the tool can't run a file that config excludes"            | it can, and says so: `matches exclude … — running because you named it`                                                                                                                 |
-
-⇒ Before writing machinery, **run the thing you are about to replace and paste its output.**
-"I couldn't get it to work" is data about the attempt, not about the tool.
-
-**6. A program shipped by this package MUST NOT depend on the consumer's cwd.** Measured
-2026-09-16: three hooks here read their config as `provide("pkg", "cat package.json")`. The
-consumer's session changed directory into a subfolder for unrelated reasons, `cat` failed, and
-the Bash gate — which fails closed, correctly — denied **every command in that session**,
-including the one that would undo it. The nudges next to it would have failed _silently_,
-which is worse.
-
-Resolve paths from the repository root (`git rev-parse --show-toplevel`) or from the module's
-own location, never from where the caller happens to stand. The blast radius of a cwd
-assumption is not this package — it is somebody else's whole session.
-
-**7. Do not describe what you have not opened.** A `README` here nearly shipped the line
-"MIT — see LICENSE" on 2026-09-16. There is no `LICENSE` file and `package.json` says
-`UNLICENSED`. Publishing is irreversible and this repo is public: every factual claim in a
-document meant for strangers gets checked against the disk in the same pass that writes it.
-
-**8. 🔴 NEVER WRITE A GLOB OR A REGEX INSIDE A BLOCK COMMENT.** An asterisk followed by a
-slash **ends the comment**, wherever it appears — in a path (a folder wildcard), in a regex
-whose last literal is an asterisk (one matching bold markup, for instance), in a quoted
-example. The rest of the comment becomes code, the file stops parsing, and the error points
-at a line further down that is perfectly fine.
-
-⚠️ Note this rule does not quote the sequence either, not even here. A documented example is
-the thing that gets copied into code — and that is exactly how the fourth occurrence
-happened: it was copied out of a comment written to explain the first three.
-
-This is not a hypothetical and not a rare slip. **It fired four times in a single session on
-2026-09-16** — three in the consumer, once here — and each time the diagnosis cost minutes
-because `SyntaxError: Unexpected token '.'` says nothing about comments.
-
-| instead of                              | write                                                 |
-| --------------------------------------- | ----------------------------------------------------- |
-| a glob with an asterisk and slash       | spell it: "every folder under papers"                 |
-| a regex with an asterisk before a slash | describe what it matched, in words                    |
-| an example needing both                 | put it in a line comment (two slashes), never a block |
-
-⇒ **In a block comment, prose describes the pattern; it never quotes it.** If the exact
-characters matter, they belong in the code or in a line comment beside it.
-
-**9. Measure the DEFECT before proposing the fix — and read "this is quick" as a warning.**
-Rule 5 is about the tool you are replacing; this one is about the order of work.
-
-1. **Show the defect**: command output, or a file quote with a line number. A proposed fix with
-   no exhibited defect is not a fix, it is a preference.
-2. **Name the layer and the channel** it touches: ESLint rule · skill · hook · CLI · CI action
-   · path resolution. More than one is a conversation, not a commit.
-3. **An adversarial second pass is encouraged, and it is not free.** Spend it on a fork in the
-   road, on anything that goes outward, and on a conclusion you are about to act on.
-4. **A quick fix is almost never quick** — it is quick to _propose_ precisely because nothing
-   was opened.
-
-Four proposals were made and withdrawn in one session on 2026-09-17 for exactly this reason —
-[`docs/incidents.md`](docs/incidents.md).
-
-**10. Effects live in adapters, and WHERE paperlint IS INSTALLED lives in ONE of them.** Rule 6 generalised: the caller's cwd is one case of it. Checking logic — lint rules,
-skills, hooks — must not know its own location, nor its distance from anything else. Every
-answer to _where_ comes from one of two modules, each for one side: the consumer (its root, the
-package's name) from `skills/paper-pipeline/scripts/consumer.mjs`, which adapts per channel — own
-checkout · `node_modules` · plugin cache · CI; the package's own data (`presets/`, `presets/tex/`)
-from `src/package-dirs.ts`. A skill naming a script by an install-specific path in its own prose
-walks around that door, and 208 such literals across 190 lines do exactly that.
-
-<!-- The ports' paths above are resolved by `npm run check` (vigiles lint), since #67. -->
-<!-- vigiles:file skills/paper-pipeline/scripts/consumer.mjs -->
-<!-- vigiles:file src/package-dirs.ts -->
-
-The layer rules for `src/` live in [`src/CLAUDE.md`](src/CLAUDE.md) and are enforced by the linter.
-
-⏳ **Still owed: the install-path half** — a lint rule that makes an install-specific path literal
-outside `consumer.mjs` a finding. Prose will not hold this class — four silent breakages happened
-_while_ comments explaining the hazard sat directly above the code
-([`docs/incidents.md`](docs/incidents.md)).
-
-**11. Installing and using paperlint must be as smooth as possible.** Count the actions between "I
-want this" and "it works": every command to copy, flag to pass or file to edit is one more place
-to give up. The target is `npm i` plus one command. A per-paper script, a manual TeX install or a
-"now add this to your config" step is a defect in paperlint, not a user task. The only exception is a
-choice that really belongs to the user (irreversible, paid, privacy), and then it is named at the
-moment it is asked. The converse holds too: an automatic step that can fail silently is worse
-than an explicit one — it works, or it says loudly that it did not. Measured example of the
-converse: Tectonic installs as one file but silently replaced Times with Latin Modern on a plain
-`article` paper and still exited 0 (#35, #59).
-
-## Before changing the command surface or a delivery channel — read the prior art
-
-[`docs/prior-art/`](docs/prior-art/README.md) records how comparable tools solved the same
-problems, each claim with the URL that was checked: Quarto and Vale (the domain and content
-analogues), Biome (one tool, one config, one command), Danger and reviewdog (who decides to
-fail a run), `unicorn/expiring-todo-comments` and Semgrep (checks that read a clock or a diff).
-
-It is here as a POINTER and stays a pointer: this file is read on every turn, so it carries
-the instruction and never the evidence — the same split as rules 9 and 10 and `docs/incidents.md`.
-
-🔴 The argument "we need another command for X" is, in every tool examined, an argument that
-the CONFIG is not declaring something. Check that before adding a verb.
-
-Rejected on 2026-09-27, so it is not proposed again: a separate `paperlint refs` command for the
-reference check. The slowness it would have moved (#107) was a cache thrown away after every build,
-not a missing verb. The fix keeps the check in `build` and commits what the services answered in
-`<paper>/repro/references-cache.json` — **raw responses, never verdicts**: verdicts are derived
-again on every build, so a checker fix reaches every paper ([`docs/references.md`](docs/references.md)).
-
-## Distribution — one install path: npm, then `paperlint init`
-
-`npm i -D paperlint` brings all the code — rules, skills, hooks, scripts. `paperlint init`
-then does what only a command can, because it depends on the project it lands in: it finds the
-papers directory and declares it in a root `paperlint.json` when it is not the default `papers`, links each skill into `.claude/skills/`, writes
-the hook commands into `.claude/settings.json` (vigiles' `mergeRegistrations`, reading
-`plugin/hooks/hooks.json` as the one source), and offers a CI workflow that runs the action from
-`node_modules` after `npm ci`. `paperlint doctor` reads all of it back. Details: `docs/install.md`.
-
-**There is no Claude Code plugin or marketplace entry; it was removed in the release after 1.0.0
-(#82).** Do not bring it back without answering these, each measured:
-
-- **A plugin cannot carry the code.** Claude Code runs `npm ci --ignore-scripts` for a plugin only
-  when its root holds a `package.json` and a lockfile, with a 60-second timeout, and _"a failed or
-  skipped install never blocks the plugin"_: on a slow network the hooks load and fail with
-  `cannot find module vigiles`, silently.
-- **The skills need the npm package anyway.** 23 of 24 skills run scripts under
-  `paper-pipeline/scripts`, which resolve only through `node_modules/paperlint/`.
-  A plugin-only consumer got skills whose first command fails.
-- **Its manifests carried versions nothing updated** (0.0.1 and 0.1.0 while npm was at 1.0.0), and
-  Claude Code decides plugin updates from that number.
-
-`plugin/hooks/hooks.json` stays where it is: it is not a plugin any more, it is the hook wiring
-`paperlint init` merges into the consumer's settings.
-
-## Delivery — how this repo's contents reach a consumer (measured 2026-09-11)
-
-Three channels, each measured on a fixture rather than assumed. The consumer here is the
-private knowledge base this was extracted from; nothing below is specific to it.
-
-### Skills ship as `skills/`, and the consumer SYMLINKS them
-
-**Do not move skills to `.claude/skills/` inside this repo.** They live in `skills/`
-(`SHIPPED_SKILLS_DIR` in `skills/paper-pipeline/scripts/consumer.mjs`, read by the linker and the
-install e2e), which is the standard layout. An ecosystem scan of 855 npm packages (by published
-tarball, not repository) found **336 shipping `skills/<n>/SKILL.md` against 15 shipping `.claude/skills/`** — 22 : 1. The
-top of the market is entirely on `skills/`: `@vitejs/devtools-kit` (330 896 downloads/wk),
-`@slidev/cli` (56 809), `anthropics/skills` (175 673 stars).
-
-**The consumer's side is a symlink per skill, made by `paperlint init` (`src/link-skills.ts`):**
+**Move every paper-writing convention a machine can decide OUT of prose and INTO an engine that fails the build** — and keep everything else honestly labelled as prose. The engine is ESLint. The unit of progress is "one more verdict decided by the engine instead of by a hand-written script".
 
 ```
-<consumer>/.claude/skills/<name>  ->  node_modules/paperlint/skills/<name>
+ prose in a guideline   →   hand-written script   →   ESLint rule in the engine
+ rots silently              runs, but is OURS         editor-time · free AST · suppressible
 ```
 
-⚠️ The skill's name in the listing comes from the **link directory's name**, not from
-`name:` in the frontmatter — so the link must be named exactly as the skill.
-
-⚠️ Do NOT rely on a consumer picking `.claude/skills/` up out of `node_modules` on its own.
-It does happen — such a directory is an ordinary nested one — but only **lazily and
-silently**, the first time the agent happens to read a file inside that package. A symlink
-loads at startup, deterministically. Measured both ways on claude 2.1.268.
-
-### Hooks ship as `.mjs`, NEVER as `.hook.ts`
-
-Measured on a fixture — one hook, four locations, both halves (an input that must be denied
-and one that must pass), exit code taken without a pipe:
-
-| hook location                                         | deny input              | allow input                 |
-| ----------------------------------------------------- | ----------------------- | --------------------------- |
-| `node_modules/<pkg>/.claude/hooks/probe.hook.**mjs**` | RC=2, fires             | RC=0, silent                |
-| symlink into `node_modules`, `.mjs`                   | RC=2, fires             | RC=0, silent                |
-| local control, `.mjs`                                 | RC=2, fires             | RC=0, silent                |
-| `node_modules/<pkg>/.claude/hooks/probe.hook.**ts**`  | RC=2 `cannot be loaded` | **RC=2 `cannot be loaded`** |
-
-The last row is not "it blocks the dangerous thing" — it fails to load and therefore blocks
-**everything**, including `echo hi`. A consumer in that state cannot run any Bash command,
-and the one command that would repair it is also Bash.
-
-⇒ **The package ships `.mjs`** — the consumer gets something that loads.
+🔴 **A hand-written script is a WAYPOINT, not a destination.** A new one is allowed only when the engine genuinely cannot express the check, and "cannot" means MEASURED. A rule is an ordinary JS module and may call `execFileSync("git", …)` or read a sibling file. When the work has to run a program, **a script PRODUCES facts into a JSON file, and ESLint JUDGES that file.**
 
-(Not established: _why_ the TypeScript loader refuses a path inside `node_modules`. The real
-cause is swallowed by a `catch` in vigiles' `hook-runtime.js`, and calling `loadHookProgram`
-directly measures a different load path — it fails even on the control. Knowing _that_ is
-enough to choose the carrier.)
+**A real consumer dogfoods this package on every CI run**, so a breaking change here turns a paper pipeline red somewhere else the same day. CI runs on every pull request (`.github/workflows/ci.yml`). Counts of rules, skills and hooks: measure with `git ls-files`.
 
-#### 🔴 CORRECTED 2026-09-12, when the first three hooks actually moved: THERE IS NO `.hook.ts` TWIN
-
-This section used to promise «the `.hook.ts` source lives HERE and is typechecked HERE; the
-package ships the compiled `.mjs`». Shipping the first three hooks retired that plan, and the
-reason is worth keeping: **a twin can drift from its build, and nothing would notice.** One file
-cannot.
-
-What the twin was for was the CAPABILITY CHECK — `vigiles compile` refuses a hook that imports
-anything but `vigiles/hook`, because the import list _is_ the capability surface. That check is a
-function, `checkHookImports`, and `hooks/hooks.harness.ts` runs it over every shipped
-`.hook.mjs` directly. Same check, applied to the artifact that actually executes, with no second
-file to keep in step. What is lost is `tsc` on the hook body and the typed `e.ctx` — named here
-rather than left as an omission.
+## First command in a fresh container
 
-⚠️ **`checkHookImports` IS A TEXT REGEX, so it counts an import-shaped sentence in a COMMENT.**
-Measured 2026-09-12: the check failed on `paper-edit-guard.hook.mjs`'s own docblock, which quoted
-a rejected import while explaining why it was rejected. Do not loosen the check to make prose
-fit — it is the same check any future `compile`/`lint` pass applies to the shipped file. Describe
-a forbidden import in words instead of writing one.
+`npm install` — not optional: `vigiles` is a real dependency, and every harness, spec and hook resolves through it. Without it, failures look like broken code rather than a missing install.
 
-#### 🔴 AND NOT A THIN SPEC IN THE CONSUMER EITHER — measured, and it is the form that looks right
+## Where the other rules live
 
-The obvious alternative is a small `.hook.ts` in the consumer that pulls the decision logic out of
-this package. It RUNS — deny input RC=2 with the reason, allow input RC=0 and silent — and it
-cannot be maintained:
+| when you are… | read | holds |
+| --- | --- | --- |
+| writing a lint rule, or a check that judges prose | [`eslint-rules/CLAUDE.md`](eslint-rules/CLAUDE.md) | lint rule over script, what holds each requirement of a new rule, the five writing principles |
+| writing or changing a hook | [`hooks/CLAUDE.md`](hooks/CLAUDE.md) | how hooks ship, and what was rejected |
+| writing or changing a skill | [`skills/CLAUDE.md`](skills/CLAUDE.md) | how skills ship |
+| in `src/` | [`src/CLAUDE.md`](src/CLAUDE.md) | the two layer axes |
+| thinking of a Claude Code plugin | [`plugin/CLAUDE.md`](plugin/CLAUDE.md) | why there is none, and what must be measured to bring it back |
+| changing CI, Dependabot or the release | [`.github/CLAUDE.md`](.github/CLAUDE.md) | cost, Dependabot cadence, release from the PR title |
+| writing a test | [`docs/testing.md`](docs/testing.md), [`docs/e2e.md`](docs/e2e.md) | which kind of test, fakes, the e2e triggers |
 
-```
-$ npx vigiles compile
-✗ .vigiles/hooks/probe.hook.ts — hook program uses capabilities outside `vigiles/hook`:
-  <pkg>/hooks/decide.mjs — only the sanctioned API is allowed (capability = API surface).
-```
-
-`compile` is also what writes the tamper-evident stamp, so a hook it refuses **can never be
-re-stamped** — and the runtime fails CLOSED on a stamp that no longer matches its source:
-
-```
-vigiles: hook … does not match its compiled stamp (tampered).
-… the way out is a FILE WRITE, not a command — this refusal blocks the recompile too.
-```
+## Before every push
 
-Measured end to end: editing such a file makes the gate refuse `echo hi`, and the only steady
-state is clearing the stamp to `{}` and running permanently unstamped. Shipping the whole program
-keeps the stamp question from arising (no sidecar ⇒ no check) and pins the source by lockfile
-integrity instead — stronger than a local stamp, since a consumer cannot hand-edit an installed
-tree without the next install reverting it.
+`npm run check`, exit code read without a pipe. Red first · assert the whole value · no test touches the real network · 100% coverage, no `c8 ignore`. In a container without TeX Live, only the TeX e2e gate fails, and it says so; `npx paperlint toolchain` installs it.
 
-#### How a consumer wires a shipped hook
+## Commits
 
-`.claude/settings.json`, one block per hook, pointing straight into the install — no symlink and
-no compile step on the consumer's side:
+Conventional-commit subject, body says what was MEASURED, not what was intended. A number in a commit message that no command produced is the thing this repo exists to make impossible.
 
-```json
-{
-  "type": "command",
-  "command": "node \"$CLAUDE_PROJECT_DIR/node_modules/vigiles/dist/cli.js\" hook-runtime run-program \"$CLAUDE_PROJECT_DIR/node_modules/paperlint/hooks/paper-edit-guard.hook.mjs\""
-}
-```
+**The subject is also the release**: semantic-release reads the squash commit, which is the PR title. `feat:` → minor, `fix:` or `perf:` → patch, `!` or a `BREAKING CHANGE:` footer → major,
+`docs:` `chore:` `ci:` `test:` `refactor:` → no release. `.github/workflows/pr-title.yml` rejects a title without a conventional prefix.
 
-⚠️ **A shipped hook cannot import a sibling module of this package** — capability closure being
-the point — so the papers-root resolver is spelled out in all three hook files. Duplication that
-cannot be removed is CHECKED instead: part VII of the harness compares the captured values
-against each other, rather than grepping for a literal (a substring search finds the same text in
-the prose _about_ the value one line above it).
+## Rules
 
-### `vigiles` is a devDependency, and its pin is TIED to the consumer's
+### Mechanism Goes To Vigiles
 
-`vigiles/hook` resolves **upward** from a hook inside a package — measured:
+**Guidance only** — A file that names nothing local — no rule or fixture of ours — is machinery, and belongs in [vigiles](https://github.com/zernie/vigiles); data stays here.
 
-```
-resolve OK -> <consumer>/node_modules/vigiles/dist/hook.js
-```
+### Measure Before Calling It Impossible
 
-So this package needs no copy of its own at the consumer's runtime; it needs `vigiles` only
-for its own `vigiles test` and `vigiles compile`. That is `devDependencies`, which `npm i` of
-a dependency does not install. Putting it in `dependencies` risks npm installing a **second**
-copy under `node_modules/paperlint/node_modules/vigiles` whenever the ranges
-drift — two runtimes, two sets of stamps and state.
-
-🔴 **THE PARAGRAPH ABOVE WAS TRUE AND THE INSTALL DID THE OPPOSITE — measured 2026-09-17.**
-`devDependencies` is not the only entry naming `vigiles`: `peerDependencies` names it too, and
-**npm 7+ installs peers automatically**. So every consumer got it anyway, together with its
-transitive weight. `npm pack`, then install the tarball into an empty project:
-
-|                                                         | packages | `du -sm node_modules` |
-| ------------------------------------------------------- | -------: | --------------------: |
-| peer as declared before                                 |      188 |            **142 MB** |
-| `peerDependenciesMeta: { vigiles: { optional: true } }` |      164 |             **56 MB** |
-
-The 86 MB are `@ast-grep/napi` (51 MB) and `typescript` (23 MB), pulled through `vigiles` — and
-paid for by a consumer who only wants the ESLint rules and never loads a hook.
-
-`optional: true` is the entry that matches what this section already argues: the consumer brings
-its own `vigiles` _when it uses the hooks_, and npm stops deciding that for them. Both halves
-measured on the 56 MB tree: `eslint-rules/latex-language.mjs` and the skill scripts load and
-run (RC=0), while
-`hooks/paper-edit-guard.hook.mjs` fails with `ERR_MODULE_NOT_FOUND` — which is this contract
-working, not a defect, exactly as argued below.
-
-⚠️ The consumer in this project's own base is unaffected: it declares `vigiles` itself
-(`devDependencies: ^27.2.0`), so nothing about its tree changes.
-
-### The `.bib` parser is optional for the same reason, and the failure says so out loud
-
-`@retorquere/bibtex-parser` is imported at exactly one site
-(`skills/paper-pipeline/scripts/extract-ref-facts.mjs`, and already through a dynamic
-`await import`), and it costs **15 MB of a 56 MB tree**: 9 MB itself, plus
-`wink-eng-lite-web-model` (4 MB, an English NLP model) and `unicode2latex` (2 MB). That is 27%
-of the install for one call that only a consumer extracting bibliography facts ever makes.
-
-|                                            | packages | `du -sm node_modules` |
-| ------------------------------------------ | -------: | --------------------: |
-| after the `vigiles` peer was made optional |      164 |                 56 MB |
-| parser moved to an optional peer as well   |      149 |             **39 MB** |
-
-🔴 **`optionalDependencies` is the wrong entry and was tried first** — npm _installs_ those and
-only tolerates failure, so the weight stays. What makes a dependency genuinely opt-in is
-`peerDependencies` + `peerDependenciesMeta: { optional: true }`, the same pair used for `vigiles`.
-It stays in `devDependencies` too, because this package's own harnesses parse `.bib`.
-
-⚠️ A silent skip here would be the worst outcome: a missing checker and a passing one look
-identical, and "the bibliography was not checked" reads as "the bibliography is fine". So the
-absence throws, and the message carries the cure rather than the diagnosis:
+**Guidance only** — "It can't be done in the engine" must be MEASURED, not assumed. Each of these was stated confidently on 2026-09-16 and fell to a single command:
 
-```
-parsing .bib requires @retorquere/bibtex-parser — it is declared OPTIONAL because it weighs 15 MB…
-   Install:  npm i -D @retorquere/bibtex-parser
-   Why not our own regex: measured 26.08 — the regex gave 0 entries on both real files…
-```
+| the claim | what one command showed |
+| --- | --- |
+| "a lint rule can't know a git date, so this stays a script" | a rule is plain JS; `execFileSync("git", …)` is legal in it, and its real costs are solvable |
+| "we need our own glob expander" | `fs.globSync` ships in Node 22 and returned the identical set |
+| "the tool can't run a file that config excludes" | it can, and says so: `matches exclude … — running because you named it` |
 
-🔴 **Therefore the pin here and the pin in the consumer move TOGETHER, in one pass.** A major
-mismatch means a hook compiled by one version is executed by another: the stamp does not
-verify, the hook does not load, and `PreToolUse` refuses every command. That already happened
-in the consumer on 2026-09-10 (25.1.0 -> 27.1.4) and cost real recovery work.
+Before writing machinery, **run the thing you are about to replace and paste its output.**
 
-```bash
-npm ls vigiles    # prints `invalid` when what is installed does not satisfy the manifest
-```
+### Do Not Describe What You Have Not Opened
 
-⚠️ **What that command does NOT tell you, and the boundary matters because the command reads
-like a freshness check.** It compares what is INSTALLED against this repo's MANIFEST. It says
-nothing about the registry. Measured 2026-09-16: manifest `^27.1.4`, installed `27.1.6`,
-published `27.2.0` — exit code **0**, because the range is satisfied. The repo had been one
-minor behind for days and every local check was green.
+**Guidance only** — Every factual claim in a document meant for strangers is checked against the disk in the same pass that writes it.
 
-#### Dependabot carries the half `npm ls` cannot — and its two delays STACK
+### No Glob Or Regex In A Block Comment
 
-That staleness is why `.github/dependabot.yml` exists here. The reasoning is worth keeping
-because the obvious objection to a bot in this org is already recorded and does NOT apply:
-a bot was switched off in a sibling repository for burning Actions minutes — **that
-repository is private**. This one is public, minutes are free, so the objection does not
-travel. If this repo is ever made private, revisit the file along with it.
+**Guidance only** — 🔴 An asterisk followed by a slash ends the comment wherever it appears. In a block comment, prose describes the pattern and never quotes it; exact characters go in code or a line comment.
 
-🔴 **A new release does NOT wake the bot.** Two delays add up, and the second one is invisible
-until you read the reference:
+### Measure The Defect Before The Fix
 
-|                     |    default | what the docs say                                                                       |
-| ------------------- | ---------: | --------------------------------------------------------------------------------------- |
-| `schedule.interval` |          — | the check runs on the schedule and only on the schedule                                 |
-| **`cooldown`**      | **3 days** | _"a new version is not considered for a version update until 3 days after its release"_ |
+**Guidance only** — Read "this is quick" as a warning. Show the defect (output, or a quoted line), name the layer and channel (more than one is a conversation, not a commit), and spend an adversarial pass on forks and on anything that goes outward.
 
-With the weekly schedule this file shipped with first, the window was **3–10 days**. It is now
-`daily`, and `vigiles` is listed in `cooldown.exclude`, so for THIS package the window is one
-schedule tick.
+### Installing Paperlint Is Smooth
 
-**Why `vigiles` and nothing else is exempt:** the cooldown guards against a release that gets
-yanked hours later. That is a real risk for a third-party package and an empty one for our own
-— we would be the ones yanking it, and we can ship several versions of it in a single day, so
-a three-day hold would have the bot proposing the version from the day before yesterday.
+**Guidance only** — The target is `npm i` plus one command; any further manual step is a paperlint defect, except a choice that really belongs to the user, named when it is asked. An automatic step that can fail silently is worse than an explicit one.
 
-🔴 **And the conclusion is bigger than a cadence knob: for our OWN package no bot schedule is
-the primary path, because no schedule can outrun same-day releases.** The primary path is the
-rule already recorded in the consumer's base — merge a PR in `vigiles`, bump every consumer in
-the same pass. The bot is the backstop for the case that actually bit us: the rule named ONE
-consumer while there were two, and this repo sat forgotten on `^27.1.4`.
+### Every Check Has Both Halves
 
-⚠️ **What the file does not control**, recorded because the sibling repo already lost a day to
-it: `dependabot.yml` configures _version_ updates only. **Security** updates are a separate
-mechanism driven by advisories and a repository SETTING; their cadence cannot be changed from
-this file, and deleting the file would not stop them.
+**Guidance only** — Every check — lint rule, script, hook, harness — fires on a planted defect AND stays quiet on a clean fixture, and the test goes red before the fix lands. A check only ever seen quiet is indistinguishable from a dead one. [Details](docs/testing.md)
 
-Need it now rather than at the next tick: **Insights → Dependency graph → Dependabot → Check
-for updates**.
+### Never The Callers Cwd
 
-## The guard against a green zero
+**Guidance only** — No program this package ships (`bin/`, `lib/`, hooks, skill scripts) depends on the directory it is started from: resolve from `git rev-parse --show-toplevel` or from the module's own location.
 
-Rule 4 is enforced, not asserted: `scripts/rules-see-files.mjs` loads `eslint.config.mjs`,
-lints the repository, and asks ESLint for the effective config of every linted file. A rule
-enabled for **zero** files is named and the script exits 1.
+### One Module Knows Where Paperlint Is Installed
 
-```bash
-node scripts/rules-see-files.mjs   # also part of npm run check
-```
+**Guidance only** — Lint rules, skills, hooks and scripts never compute where paperlint is installed: the package's own data comes from `src/package-dirs.ts`, the consumer's side from `skills/paper-pipeline/scripts/consumer.mjs`. `port/js-install-path` and `port/md-install-path` flag a literal. [Details](eslint-rules/install-path-literals.ts)
 
-It is per RULE, not per glob, and that distinction is the point: a rule can be enabled in one
-block whose glob is empty while a different block is busy, so "some glob matched something" is
-not evidence about the rule you care about. Both halves are tested
-(`scripts/rules-see-files.harness.mjs`), under-reporting and over-reporting each by an
-assertion of its own.
-
-## Cost
-
-⛽ **This repository is PUBLIC, so its Actions minutes are FREE.** Verified against the API on
-2026-09-17: `"private": false`, `"visibility": "public"`, and three active workflows — `ci`,
-`dependabot auto-merge`, and Dependabot's own updates runner.
-
-🔴 **This paragraph said the exact opposite until now, and the correction is the lesson, not the
-fact.** It read «This is a **private** repository … Until then there is no CI here, and that is
-deliberate» — both halves false, and false in the file an agent loads FIRST. The flip to public
-happened on 2026-09-12 and _was_ recorded, at `.github/workflows/ci.yml:8-9`, which is a file
-nobody opens before deciding whether there is any CI to check. Reported as issue #6.
-
-⚠️ So the rule this leaves behind is about WHERE a correction lands: a measurement written into
-the artifact it describes is not written down for the reader who needs it. **Status that changes
-what a session DOES belongs in this file**; the workflow header can carry the detail.
-
-What stays true, because the reasoning outlives the flip: minutes on a **private** repo come out
-of the account-wide 3000/month shared with every other private repo, and the budget is decided
-**before** the first workflow file, not after the first bill. **If this repository is ever made
-private again, this section and `.github/dependabot.yml` are revisited together** — the bot is
-justified two hundred lines above precisely by these minutes being free.
-
-## Writing checks — what keeps them from pushing papers toward a blog post
-
-The rules and skills that judge a paper's prose follow five principles. A new rule, or a new
-criterion in a skill, is held to them.
-
-1. **Every writing check is two-sided.** A check with only a ceiling — too long, too many markers,
-   too many of X — pushes every paper toward clipped, unsignposted prose, and the one equilibrium of
-   a set of ceilings is a blog post. A new check has a floor as well, or measures the distance to a
-   reference (accepted papers of the target venue); never only "less is better".
-2. **Rules count, skills judge.** What is countable on the parse tree — a density, a number with no
-   owner (`tex/claim-provenance`), a missing section — is a lint rule. What needs reading — register
-   relative to a venue, genre, whether a claim changed strength — is a skill criterion. A skill does
-   not grep prose for what a rule can count; a rule is not asked to judge register.
-3. **The model reader is the venue's reviewer, not only a smart outsider.** A check that simulates a
-   reader includes a skimming reviewer who reads the abstract, the introduction and the conclusion,
-   and judges whether it reads as a paper at that venue and whose result each sentence states.
-4. **Thresholds are calibrated, not borrowed.** A threshold is set with the same counter on real
-   accepted papers, never taken from a published figure measured by a different counter. Those
-   papers are [`fixtures/accepted-papers/`](fixtures/accepted-papers/README.md), and every rule's
-   count on them is recorded there.
-5. **A rewrite is accepted on what reviewers see.** That is the combined count of every surface form
-   of a tic (a narrow rule is gamed by rewording), plus a claims-preservation check that no claim was
-   softened or strengthened — not the one pattern the triggering rule matched.
-
-## Testing
-
-| you are testing                                                            | kind                                                        |
-| -------------------------------------------------------------------------- | ----------------------------------------------------------- |
-| a pure function                                                            | unit — vitest, `<module>.test.ts` beside it                 |
-| a use case or adapter that reaches disk, a process, the network, the clock | integration — vitest, fakes through the ports               |
-| a hook's decision, a skill's contract                                      | harness — vigiles, `<surface>.harness.ts`                   |
-| the installed package, a real TeX build                                    | e2e — `test/e2e/<area>/*.e2e.ts`, `npm run test:e2e:<area>` |
-
-Red first · assert the whole value · test what the code does, never what its source says · no test
-touches the real network · 100% coverage, no `c8 ignore`. **Before every push: `npm run check`,
-exit code read without a pipe.** Everything else — where files live, how fakes are injected, the
-`--min=1` trap: [`docs/testing.md`](docs/testing.md).
-
-**A new rule** needs unit tests beside it and a reporting and a silent case in
-`src/rule-cases.test.ts`, which runs every registered rule through real ESLint and fails on one
-without cases. An e2e fixture only when [`docs/e2e.md`](docs/e2e.md)'s triggers say so.
-
-**New code is functional.** In `src/`, `eslint-rules/` and `lib/` (tests aside) there is no
-`let`, no mutation, no loop, and types are read-only (`eslint-plugin-functional`); a `switch` over a
-union names every member. Collections go through [Remeda](https://remedajs.com/) — `lodash`,
-`lodash-es` and `ramda` are refused by `npm run lint`. Old code is listed in
-`eslint-suppressions.json`, ESLint's own bulk suppressions, which may only shrink: fixing a listed
-site without `npx eslint . --prune-suppressions` fails lint, and #134 burns the list down.
+### Prior Art Before A Command Or A Channel
 
-## Commits
+**Guidance only** — Before adding a CLI command or changing a delivery channel (skill links, hook wiring, the composite action, the npm package), read how comparable tools did it. "We need another command for X" has, in every tool examined, been the CONFIG not declaring something. [Details](docs/prior-art/README.md)
 
-Conventional-commit subject, body says what was MEASURED, not what was intended. A number in
-a commit message that no command produced is the thing this repo exists to make impossible.
+### New Code Is Functional
 
-**The subject is also the release.** Every push to `main` runs semantic-release
-(`.github/workflows/release.yml`), and it reads the squash commit, which is the PR title:
-`feat:` → minor, `fix:` or `perf:` → patch, `!` or a `BREAKING CHANGE:` footer → major,
-`docs:` `chore:` `ci:` `test:` `refactor:` → no release. `pr-title.yml` rejects a title without
-a conventional prefix, and for a one-commit PR checks the commit subject too, since GitHub
-squashes to that. npm, the git tag and the GitHub Release always carry the same version. Never
-`npm publish` by hand.
+**Enforced by:** `eslint/functional/no-let`
+**Why:** In `src/`, `eslint-rules/` and `lib/`, tests and harnesses aside: no `let`, no mutation, no loop, read-only types; collections through [Remeda](https://remedajs.com/). `functional/immutable-data`, `functional/no-loop-statements` and `functional/prefer-immutable-types` hold the rest, and `eslint-suppressions.json` (old code) may only shrink.