writing-tsdocs

Ajoute et met à jour les commentaires TypeDoc (TSDoc) dans les fichiers source TypeScript du codebase de Medusa. Couvre les types HTTP, les routes API, les composants UI, les modèles de données, les services…

npx skills add https://github.com/medusajs/medusa --skill writing-tsdocs

Writing Medusa TSDocs

Adds TypeDoc (TSDoc) comments to Medusa TypeScript source files. Follows TypeDoc conventions and uses custom tags defined in www/utils/packages/typedoc-config/tsdoc.json.

Constraints

CRITICAL: Violating these produces incorrect or broken documentation.

  • Never document unexported items — only exported interfaces, types, functions, classes
  • Never add TSDocs to test files — skip *.spec.ts, *.test.ts, __tests__/
  • Never fabricate @since version numbers — only use the version passed in the prompt
  • Never remove or modify existing TSDocs — only add where missing
  • Never modify logic — only add/edit comment blocks
  • For Medusa-specific custom tags, only use those defined in tsdoc.json: @expandable, @featureFlag, @since, @apiIgnore, @schema, @tags, @version, @keep, @customNamespace, @namespaceMember

Load Reference Files When Needed

Load the reference file for the file type you're documenting before writing any TSDocs.

Path patternLoad
packages/core/types/src/http/reference/http-types.md
packages/medusa/src/api/admin/ or /store/reference/api-routes.md
packages/design-system/ui/src/components/reference/ui-components.md
packages/modules/*/src/models/reference/data-models.md
packages/core/types/src/ (non-http)reference/service-interfaces.md
packages/core/js-sdk/src/reference/service-interfaces.md
packages/core/utils/src/ (abstract providers)reference/service-interfaces.md
packages/core/workflows-sdk/src/utils/composer/reference/service-interfaces.md
packages/core/core-flows/src/ (workflows)reference/workflows-steps.md
packages/core/core-flows/src/ (steps)reference/workflows-steps.md
packages/core/utils/src/core-flows/events.tsreference/events.md

Quick Reference

TSDoc block format

/**
 * Brief description.
 */
export interface Foo {
  /**
   * The foo's ID.
   */
  id: string
}

Per-type depth guide

File typeWhat to documentKey Medusa tags
HTTP typesEvery exported interface/type + all properties@expandable on nested objects
API routesExported handlers only (minimal)@featureFlag, @since
UI componentsComponent + all propsPlain descriptions
Data modelsModel + each property@since on new items
Service interfacesEvery method in full@param, @returns, @example
JS SDKEvery public method@param, @returns, @example, @tags
ProvidersClass + every abstract method@param, @returns, @example
Workflow SDKEvery exported function@param, @returns, @example
core-flows workflowsWorkflow export + hooks@summary, @featureFlag, @since
core-flows stepsStep export + input type@featureFlag, @since, @example
EventsEvery event constant@eventPayload, @featureFlag, @since

Medusa custom tags (from www/utils/packages/typedoc-config/tsdoc.json)

TagKindUse when
@featureFlag <name>blockExport requires a feature flag to be enabled
@expandablemodifierNested object expandable in API queries
@since <version>blockExport was added in this version (prompt-provided only)
@apiIgnoremodifierExclude from API docs output
@tags <name>blockSDK categorization
@schemablockCustom schema documentation
@keepmodifierPreserve during doc generation
@customNamespaceblockAssign to custom doc namespace

Standard TypeDoc/JSDoc tags (@param, @returns, @example, @deprecated, @remarks, etc.) are always allowed.

Common Mistakes

  • Documenting unexported or private items
  • Using @since without a version being provided in the prompt
  • Writing property descriptions longer than 2 sentences
  • Adding @param/@returns to non-method exports (interfaces, types)
  • Documenting an id field without specifying what resource it belongs to

Reference Files

reference/http-types.md          - HTTP type interfaces: properties, @expandable
reference/api-routes.md          - API routes: @featureFlag, @since, minimal docs
reference/ui-components.md       - UI components: component + inline prop pattern
reference/data-models.md         - DML models: @since, property descriptions
reference/service-interfaces.md  - Methods, SDK, providers, workflow SDK: full JSDoc
reference/workflows-steps.md     - core-flows workflows and steps: @summary, hooks, @example
reference/events.md              - Event constants: @eventPayload, @featureFlag, @since

Plus de skills de medusajs

creating-agents-in-medusa
medusajs
À utiliser lors de la création d'un agent IA interne destiné à l'administration dans un projet Medusa. Ces agents sont utilisés par les marchands et les opérateurs de boutique — pas par les clients. Couvre…
mcloud-local
medusajs
Exécuter mcloud local build pour reproduire une build Cloud sur la machine locale. À utiliser lors du débogage d'un déploiement dont la build a échoué, sans pousser vers la branche suivie,…
reviewing-prs
medusajs
Examine les pull requests GitHub du dépôt Medusa. Vérifie la conformité au modèle de PR, les directives de contribution, les conventions de code, la sécurité, les performances, et…
writing-releases
medusajs
Rédige les notes de version GitHub pour les versions de Medusa dans le style établi. À utiliser lors de la génération d'un brouillon de description de version à partir d'une liste de commits et de PR…
mcloud-variables
medusajs
Exécute les commandes mcloud variables pour lister et obtenir les variables d'environnement d'un environnement Cloud. À utiliser lors de l'inspection, de la lecture ou de l'exportation de variables d'environnement…
mcloud-deployments
medusajs
Exécutez les commandes mcloud deployments pour lister les déploiements, récupérer les détails d’un déploiement et obtenir les journaux de build. Utilisez cette commande pour lister les déploiements, vérifier l’état d’un déploiement…
writing-docs
medusajs
Rédige et met à jour les fichiers de documentation MDX de Medusa pour les projets book, resources, ui, user-guide et cloud. À utiliser lors de modifications de documentation basées sur…
building-storefronts
medusajs
Intégration frontend SDK-first pour les storefronts Medusa avec les motifs React Query et les règles critiques d'appel API. Utilisez toujours le SDK JS Medusa pour toutes les requêtes API — n'utilisez jamais fetch() standard, car il manque les en-têtes requis (clé API publiable pour les routes store, auth pour les routes admin). Passez des objets JavaScript simples aux méthodes SDK ; n'utilisez jamais JSON.stringify() sur les paramètres du corps, car le SDK gère la sérialisation automatiquement. Utilisez useQuery pour les requêtes GET et useMutation pour les requêtes POST/DELETE,...