feat(ApiLink): add kind="sass" for SASS API documentation links

[dobromirts]

1. Extends ApiLink with a new kind="sass" variant.
2. Adds module (SASS module name) and type (anchor without #) props, and sassApiUrl?: string to PlatformContext. Labels are wrapped in by default, matching TypeDoc link behaviour.

[Copilot]

Pull request overview

This PR extends the MDX ApiLink component to support linking into SASS API documentation by introducing a new kind="sass" variant and a corresponding optional sassApiUrl in PlatformContext.

Changes:

• Added sassApiUrl?: string to PlatformContext for configuring a SASS API docs base URL.
• Extended ApiLink with kind="sass", plus module and code props, and adjusted label rendering for sass links.
• Refactored ApiLink URL/label construction to handle both TypeDoc kinds and the new sass kind.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.

File	Description
src/lib/types.ts	Adds sassApiUrl?: string to the platform context to support SASS API link generation.
src/components/mdx/ApiLink/ApiLink.astro	Adds kind="sass" handling, new props, and conditional code formatting for sass labels.

Comments suppressed due to low confidence (1)

src/components/mdx/ApiLink/ApiLink.astro:119

• type was made optional to support kind="sass", but the non-sass branch still builds baseType via ${prefix}${type} when prefixed is true. If type is omitted this will produce Igrundefined (and invalid TypeDoc slugs/labels) instead of failing fast. Consider modeling Props as a discriminated union (sass vs typedoc) so type stays required for non-sass kinds, or add a runtime guard that errors when type is missing outside of kind="sass".

    const pkgConfig  = apiPackages[pkg] ?? apiPackages['core'];
    const baseType   = prefixed ? `${prefix}${type}` : (type ?? '');
    const segment    = KIND_SEGMENT[kind];

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.