coordinate-readmes · git:20260909.a9fff4c · 2026-09-09 · sha256 db46265f9faaad5a

coordinate-readmes git:20260909.a9fff4cA

Immutable. This exact content is served forever at /api/v1/blob/db46265f9faaad5a.

---
name: coordinate-readmes
description: Coordinate a Foundry plugin's Claude and Codex README editions, preserving common product content and verifying platform-specific installation, availability and benchmark evidence. Use for paired README edits, benchmark updates or a README parity review before release.
---

# Coordinate plugin READMEs

This skill coordinates Claude/Codex edition pages and their shared main overview.
Main retains the shared product story, branding, animation, benefits, mechanism,
usage examples and general limitations, with a clear edition choice. Keep native
install commands, compatibility details and measured tables in their editions.
Use scripts/build-main-readmes.js to regenerate common content and validate main
with check-main-frontpage.js --claude-ref Claude --codex-ref Codex. Common edition
changes also update main before release. Flint is excluded from this main policy.

Locate both platform checkouts before editing. Use `git worktree list` or inspect
the other branch read-only; preserve uncommitted work and stay off `main`.
This is a Foundry development skill, not a skill shipped inside each plugin.

Use the same product narrative, headings, section order, common outcomes and
decorative branding in both editions. Read the current Foundry README template
and `readme-parity` rule. Preserve only the six named exception blocks:
`identity`, `install`, `commands`, `compatibility`, `benchmarks`, `links`.
Each difference needs a real platform or edition reason. Do not hide a rewrite
of the shared product story inside an exception or remove a supported feature
just because the other edition lacks it; identify that availability difference.

Use the same questions and table columns for benchmarks. Check original evidence
for the actual host, model, comparison, source date and metric. Keep limitations
and negative results. A benchmark's source date is distinct from the day someone
reviewed it. Never relabel another host's measurements or turn functional tests
into performance claims. Keep the table and mark missing values `Not measured`.
Paid runs and installs need their own authorization; an evidence gap is not it.

Run Foundry's `scripts/git-hooks/check-readme-parity.js --pair <Claude-README>
<Codex-README>` and the README navigation check. For a committed pair, use
`--git-pair <plugin-repo> <Claude-ref> <Codex-ref>`. Each plugin also carries the
single-edition checker. Review benchmark sources independently of the parser;
passing a structural check does not establish experimental validity.

Report the common change, the justified exceptions, the exact pair checked and
any missing evidence. Carry shared edits to both working copies. Do not commit,
push or change repository protection settings unless that action is authorized.
For coordinated PRs, follow Foundry's `.github/README_COORDINATION.md` (also
present in each edition). Declare the opposite PR number and full head SHA in
both descriptions; rerun both checks after any head change. Candidate-pair
success is separate from the final integrated-branch comparison. Do not publish
selectors or pins until the integrated pair passes.