API Index
API Index: published entrypoints, signatures, and the constraints around them.
Example
// Reference pages list signatures exactly as the installed package
// declares them, so this is what you are matching against locally:
import { createRouteRegistry } from '@askrjs/askr/router';
// createRouteRegistry: (definition: RouteDefinition, options?: RouteRegistryOptions) => RouteRegistry
const pageRegistry = createRouteRegistry(() => {});Packages and entrypoints
Each generated API page corresponds to one subpath export — for example @askrjs/askr, @askrjs/askr/router, @askrjs/askr/testing, or @askrjs/askr/fx. The manifest that drives these pages is produced by walking package.json's "exports" map for every published @askrjs package, so a page only exists if the subpath is actually importable.
Symbols and anchors
Every exported function, class, interface, and type alias gets its own anchor on the page, named after the symbol as it appears in the .d.ts output. Linking to a symbol such as #state from its generated API page is stable while that symbol remains in the published declarations.
Type-only exports
Some exports are types with no runtime value — things like StateTuple<T>, Scope<T>, or RouteContext<TParams>. These show up on the API page alongside functions and classes, marked as type-only so you know not to expect them at import time in a value position.
Snapshot policy
The API pages are regenerated from a snapshot of each package's compiled declarations, checked in and refreshed on release. If a symbol is missing from a page, it means it isn't part of that package's public exports yet — grep the source under dist/ rather than assuming the docs are simply behind.