Originally published at https://tateprograms.com/release-readiness-2026.html . A lot of repos look finished right before they are published. The README has a screenshot. The package builds locally. The demo runs once. The launch post is drafted. That is usually the riskiest moment, because the parts that fail in public are rarely the parts that looked exciting while building. They are the boring edges: install instructions, CI, package metadata, secret handling, publish workflows, screenshots, old config files, and the difference between a demo and something another developer can actually run. This is the release-readiness checklist I use for JavaScript and TypeScript projects before they go public. 1. Can a stranger run it? If the answer depends on me sitting next to them, it is not ready. Minimum bar: A clear install command. A clear local dev command. A clear test or check command. Required environment variables listed in .env.example . No hidden dependency on files that only exist on my machine.…