Add a test to prevent README framework list drift

[yerpark]

Related issue

#888

Summary

fedify init's web framework list lives in two places: the framework registry in packages/init/src/webframeworks/mod.ts and the list in packages/init/README.md. The registry is source code, but the README is maintained by hand, so the two can drift apart without anyone noticing.

This PR adds a test to webframeworks.test.ts that extracts both lists — the registry's label values and the framework names in the README — sorts them, and compares them entry by entry.

While writing the test, the two lists did not match at first. The only difference turned out to be elysia: its label was "ElysiaJS", while the README and the rest of the documentation (docs/cli.md, docs/manual/integration.md) use "Elysia", matching the framework's own homepage branding. I fixed webframeworks/elysia.ts to use "Elysia" so the new test passes.

That label change makes two tutorial pages stale, since they embed a literal transcript of the fedify init prompt showing the old "ElysiaJS" text: I updated docs/tutorial/astro-blog.md, docs/tutorial/microblog.md, and, for consistency, a JSDoc example in packages/init/src/types.ts.

Naming mismatch found

mod.ts key	label before	label after	README.md
bare-bones	Bare-bones	—	Bare-bones
astro	Astro	—	Astro
elysia	ElysiaJS	Elysia	Elysia
express	Express	—	Express
hono	Hono	—	Hono
next	Next.js	—	Next.js
nitro	Nitro	—	Nitro
nuxt	Nuxt	—	Nuxt
solidstart	SolidStart	—	SolidStart
sveltekit	SvelteKit	—	SvelteKit

Impact of the label change

I searched the codebase for other uses of "ElysiaJS" and of the label field. label is only used for display text: the fedify init framework prompt, a package-manager compatibility message, and test:init's console output. No test or snapshot depends on the exact string, and the generated project files are unaffected. I have ran fedify init interactively to see the new prompt, and checked it.

How I tested this

• mise run test:deno packages/init/src/webframeworks.test.ts
• mise run check-each init

AI usage

I used Claude (Sonnet 5) throughout this change: debugging the regex and split() logic in the test, explaining JavaScript/TypeScript syntax I was unfamiliar with (object shorthand properties, regex anchors, Object.values versus Object.keys), researching Elysia's official display name, spotting the two tutorial pages that went stale because of the label change, and reviewing the test for redundant assertions. I wrote and understood the final test and fix myself, and ran the checks above to confirm the result.

[netlify]

✅ Deploy Preview for fedify-json-schema canceled.

Name	Link
🔨 Latest commit	56ab5c0
🔍 Latest deploy log	https://app.netlify.com/projects/fedify-json-schema/deploys/6a7c60b06fe3f8000827e0e7

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Repository UI

Review profile: ASSERTIVE

Plan: Pro Plus

Run ID: a47db555-68ed-4936-b4da-82d442b35a71

📥 Commits

Reviewing files that changed from the base of the PR and between db1c60f and 56ab5c0.

📒 Files selected for processing (1)

• packages/init/src/webframeworks.test.ts

---

📝 Walkthrough

Walkthrough

The Elysia framework label changes from ElysiaJS to Elysia across the registry and tutorials. A test now checks that README framework labels match the registered framework list.

Changes

Elysia label consistency

Layer / File(s)	Summary
Update Elysia framework labels packages/init/src/webframeworks/elysia.ts, packages/init/src/types.ts, docs/tutorial/astro-blog.md, docs/tutorial/microblog.md	The registry label, type documentation, and tutorial examples now use Elysia instead of ElysiaJS.
Validate README framework labels packages/init/src/webframeworks.test.ts	The test reads the README framework list and compares its labels with the registered framework labels.

Estimated code review effort: 2 (Simple) | ~10 minutes

Possibly related issues

• Test init framework registry documentation drift #888 — Adds coverage that detects differences between registered framework labels and the README list.

Possibly related PRs

• fedify-dev/fedify#939 — Modifies the same fedify init example in docs/tutorial/microblog.md.
• fedify-dev/fedify#944 — Updates supported-framework README entries and relates to the registered Elysia label.

Suggested labels: type/documentation

Suggested reviewers: 2chanhaeng, dahlia

🚥 Pre-merge checks | ✅ 5

✅ Passed checks (5 passed)

Check name	Status	Explanation
Title check	✅ Passed	The title clearly describes the main change: adding a test to detect drift between the README and framework registry.
Description check	✅ Passed	The description directly explains the drift test, the Elysia label correction, related documentation updates, and validation steps.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[dahlia]

Looks fine in general to me. @2chanhaeng Could you take a look?

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ All tests successful. No failed tests found.

Files with missing lines	Coverage Δ
packages/init/src/webframeworks/elysia.ts	86.07% <100.00%> (ø)

... and 2 files with indirect coverage changes

🚀 New features to boost your workflow:

• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[2chanhaeng]

Great work! Could you consider applying this comment? Thanks!

[2chanhaeng]

Great work! Thanks for your contribution!