Skip to content

refactor(registry): adopt @vllnt/next-llms for llms.txt / llms-full.txt #445

@bntvllnt

Description

@bntvllnt

Summary

The registry's llms.txt and llms-full.txt routes hand-roll their text output with bespoke string builders. Adopt the first-party @vllnt/next-llms package (dogfood) so both manifests are generated through the shared, spec-compliant generators.

Scope

  • Add @vllnt/next-llms (canary channel) to apps/registry.
  • app/llms.txt/route.tsgenerateLlmsText({ title, summary, details, sections }).
  • app/llms-full.txt/route.tsgenerateLlmsFullText({ title, summary, details, sections }), restructured to the package's H1→H2→H3 hierarchy.

Notes

  • Output stays equivalent and spec-compliant; empty-notes links render without a trailing : (minor cleanup).
  • llms-full's three redundant section-intro lines (releases/templates/components) drop out — the package's section model has no section-prose slot; feeds remain discoverable via the layout <head>, the releases page, and llms.txt.
  • Pinned to the floating canary tag (matches existing shadcn: "canary"); lockfile pins the resolved canary build for reproducible CI.

Acceptance

  • typecheck / lint / build green
  • both routes prerender static and emit faithful, spec-compliant output

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-triageMissing required metadata (type, etc.)

    Type

    No fields configured for Task.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions