writing-docs
编写Remotion文档,指导如何创建新的.mdx文件并将其添加到文档结构中,确保文档的规范性。
npx skills add https://github.com/remotion-dev/remotion --skill writing-docsBefore / After 效果对比
1 组在没有明确指导的情况下,文档编写常缺乏统一规范,导致内容格式不一致、结构混乱。这使得文档难以阅读和维护,降低了信息传递效率,影响团队协作。
规范化的文档编写流程,指导如何创建和组织文档,确保内容格式和结构统一。它极大提升了文档的可读性和可维护性,确保信息准确传达,助力团队高效协作。
writing-docs
Writing Remotion Documentation Documentation lives in packages/docs/docs as .mdx files. Adding a new page Create a new .mdx file in packages/docs/docs Add the document to packages/docs/sidebars.ts Write the content following guidelines below Run bun render-cards.ts in packages/docs to generate social preview cards Breadcrumb (crumb): If a documentation page belongs to a package, add crumb: '@remotion/package-name' to the frontmatter. This displays the package name as a breadcrumb above the title. --- image: /generated/articles-docs-my-package-my-api.png title: '' crumb: '@remotion/my-package' --- One API per page: Each function or API should have its own dedicated documentation page. Do not combine multiple APIs (e.g., getEncodableVideoCodecs() and getEncodableAudioCodecs()) on a single page. Public API only: Documentation is for public APIs only. Do not mention, reference, or compare against internal/private APIs or implementation details. Use headings for all fields: When documenting API options or return values, each property should be its own heading. Use ### for top-level properties and #### for nested properties within an options object. Do not use bullet points for individual fields. Language guidelines Keep it brief: Developers don't like to read. Extra words cause information loss. Link to terminology: Use terminology page for Remotion-specific terms. Avoid emotions: Remove filler like "Great! Let's move on..." - it adds no information. Separate into paragraphs: Break up long sections. Address as "you": Not "we". Don't blame the user: Say "The input is invalid" not "You provided wrong input". Don't assume it's easy: Avoid "simply" and "just" - beginners may struggle. Code snippets Basic syntax highlighting: ts const x = 1; Type-safe snippets (preferred) Use twoslash to check snippets against TypeScript: ts twoslash import {useCurrentFrame} from 'remotion'; const frame = useCurrentFrame(); Hiding imports Use // ---cut--- to hide setup code - only content below is displayed: ts twoslash import {useCurrentFrame} from 'remotion'; // ---cut--- const frame = useCurrentFrame(); Adding titles Always add a title to code fences that show example usage: ts twoslash title="MyComponent.tsx" console.log('Hello'); Special components Steps - 1 First step - 2 Second step Experimental badge This feature is experimental. Interactive demos Demos must be implemented in packages/docs/components/demos/index.tsx. See the docs-demo skill for details on adding new demos. AvailableFrom Use to indicate when a feature or parameter was added. No import needed - it's globally available. For page-level version indicators, use an # h1 heading with inline so it appears next to the title (not below it). Use < and > to escape angle brackets in component names: # <MyComponent> # @remotion/my-package For section headings: ## Saving to another cloud CompatibilityTable Use to indicate which runtimes and environments a component or API supports. No import needed. Place it in a ## Compatibility section before ## See also. Available boolean props: chrome, firefox, safari, player, studio, clientSideRendering, serverSideRendering. Set to true (supported) or {false} (not supported). Set to empty string "" for not applicable if this is a frontend API: nodejs="", bun="", serverlessFunctions="". Use hideServers to hide the Node.js/Bun/serverless row if this is a frontend API. ## Compatibility Optional parameters For optional parameters in API documentation: Add ? to the heading - this indicates the parameter is optional --> Don't do it if it is a CLI flag (beginning with --) - CLI flags are always optional Do NOT add optional text - the ? suffix is sufficient Include default value in description - mention it naturally in the text ### onError? Called when an error occurs. Default: errors are thrown. Do NOT do this: ### onError? optional Called when an error occurs. Combining optional and AvailableFrom When a parameter is both optional and was added in a specific version: ### onError? Called when an error occurs. "Optional since" pattern If a parameter became optional in a specific version (was previously required): ### codec? Optional since . Previously required. Generating preview cards After adding or editing a page, generate social media preview cards: cd packages/docs && bun render-cards.ts Verifying docs compile To check that documentation builds without errors: # from the monorepo root bun run build-docs This validates MDX syntax, twoslash snippets, and broken links.Weekly Installs373Repositoryremotion-dev/remotionGitHub Stars39.6KFirst SeenJan 20, 2026Security AuditsGen Agent Trust HubPassSocketPassSnykPassInstalled onclaude-code321opencode263gemini-cli263cursor258codex249github-copilot201
用户评价 (0)
发表评价
暂无评价
统计数据
用户评分
为此 Skill 评分