deprecate-api

Applies JSDoc annotations and documentation conventions for deprecating public Remotion APIs.

57.9k|4.4k|Updated Jun 23, 2020
One-click install
npx skills add https://github.com/remotion-dev/remotion --skill deprecate-api
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deprecate-api
Source: https://github.com/remotion-dev/remotion/tree/main/.agents/skills/deprecate-api
Command: npx skills add https://github.com/remotion-dev/remotion --skill deprecate-api

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When a public Remotion API is superseded but must remain available, teams need a consistent way to mark it as deprecated across both TypeScript source code and documentation. This Skill defines the exact conventions so deprecations are represented uniformly.

Core Features & Use Cases

  • TypeScript Convention: Add a JSDoc @deprecated annotation on the public symbol, stating the replacement API and linking to its documentation.
  • Documentation Convention: Apply double-tilde strikethrough to the API's heading while keeping <AvailableFrom> outside it, and add an info admonition named Deprecated directly after the heading.
  • Scope Guidance: Clarifies that runtime warnings, sidebar badges, release notes, and removal behavior are not part of the deprecation convention, and that removed APIs fall outside it.
  • Use Case: When replacing oldApi() with newApi(), use this Skill to annotate the old export with @deprecated and update its docs page with a struck-through heading and a deprecation admonition pointing to the replacement.

Quick Start

Use the deprecate-api skill to mark the oldApi function as deprecated in the TypeScript source and update its documentation page to point users to newApi.

Frequently Asked Questions about deprecate-api

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I deprecate a public API in Remotion?

Add a JSDoc @deprecated annotation to the public TypeScript symbol naming the replacement, strike through the API's documentation heading with double tildes, and place an info admonition named Deprecated directly after the heading.

How should a deprecated API be shown in Remotion documentation?

The heading uses double-tilde strikethrough on the API name while keeping the AvailableFrom component outside it. An info admonition named Deprecated follows the heading and links to the replacement API when one exists.

Where does the @deprecated annotation go for re-exports or aliases?

The annotation belongs where consumers receive it. For a re-export or compatibility alias, place @deprecated on the exported symbol rather than on the non-deprecated underlying implementation.

Does deprecating an API in Remotion include runtime warnings or removal versions?

No. Runtime warnings, sidebar badges, release notes, removal versions, and removal behavior are not standardized as part of API deprecation. The convention covers only the JSDoc annotation and documentation formatting.

Does this deprecation convention apply to removed APIs?

No. Removed APIs are outside this convention because they no longer have a public symbol to annotate. They may remain documented for migration purposes, but the deprecation formatting does not apply.