Package Metadata
Problem
You need structured metadata for a specific package — its exports, related packages, available doc pages, and category — to guide further tool calls or code generation.
Solution
Call list-packages with packageSlug to get a one-item array of PackageMeta for that package.
json
{ "name": "list-packages", "arguments": { "packageSlug": "courier" } }Result:
json
[
{
"name": "@vielzeug/courier",
"slug": "courier",
"version": "3.0.1",
"description": "Typed HTTP client with caching and mutations",
"category": "http",
"keywords": ["http", "fetch", "cache", "mutation"],
"exports": ["createApi", "createQuery", "createMutation"],
"related": ["spell", "ripple", "vault"],
"availableDocPages": ["index", "api", "usage", "examples"],
"hasSource": true
}
]The result never includes the full docs content or apiSource. Use get-docs and get-source to retrieve those.
Pitfalls
PackageMetastripsdocs,apiSource, andcomponentsfrom the full package record. It is a summary, not the complete data.relatedcontains slugs, not package names. Use them directly aspackageSlugin subsequentlist-packagesorget-docscalls.hasSource: falsemeans nosrc/index.tswas bundled for this package;get-sourcewill return an error for it.