Mintlify compatibility

Map Mintlify MDX components to the Plandalf docs components that render the same authoring patterns in our theme.

Use this page when porting Mintlify-style MDX into Plandalf docs. The goal is not to copy Mintlify’s brand, but to support the same authoring moves: progressive structure, attention blocks, prompt blocks, disclosure, API shape, navigation grids, and visual context.

This parity map was checked against Mintlify’s public component inventory on 2026-06-20. Mintlify lists Accordions, Badge, Banner, Callouts, Cards, Code groups, Color, Columns, Examples, Expandables, Fields, Frames, Icons, Mermaid, Panel, Prompt, Response fields, Steps, Tabs, Tiles, Tooltips, Tree, Update, View, and Visibility. Its create docs also treat text formatting, code formatting, lists, tables, reusable snippets, images, embeds, files, changelogs, personalization, and redirects as first-class authoring surfaces. Its API playground docs treat API playground overview pages, OpenAPI setup, AsyncAPI setup, manual MDX API pages, complex data types, SDK examples, multiple responses, page visibility, and troubleshooting as first-class API authoring surfaces. Plandalf supports those authoring jobs in the components below, plus small extensions and imported-runtime helpers such as Snippet, Heading, ResponseField, and ApiEndpoint.

Parity rule

If imported docs use a Mintlify component name, either render it directly, map it to a Plandalf alias, or document the closest supported replacement here before publishing the page.

Mintlify path aliases

Some Mintlify component pages use canonical slugs that differ from Plandalf’s shorter docs slugs. Keep these aliases in place so copied internal links keep working after a port.

Mintlify pathPlandalf pathHandling
/docs/components/index/docs/componentsProduction redirect
/docs/components/mermaid-diagrams/docs/components/mermaidLocal alias page
/docs/components/responses/docs/components/responsesMintlify-compatible page
/docs/create/text/docs/components/textLocal bridge page
/docs/create/code/docs/components/codeLocal bridge page
/docs/create/list-table/docs/components/lists-tablesLocal bridge page
/docs/create/image-embeds/docs/components/image-embedsLocal bridge page
/docs/create/files/docs/components/filesLocal bridge page
/docs/create/reusable-snippets/docs/components/reusable-snippetsLocal bridge page
/docs/create/changelogs/docs/components/updateLocal bridge page
/docs/create/personalization/docs/components/visibilityLocal bridge page
/docs/create/redirects/docs/components/mintlify-compatibility#mintlify-path-aliasesLocal bridge page

Component families

Structure your content

Structure components

TabsTabs, Tab

Supported. Use when a concept has a small set of named views, such as HTML, React, and Agent.

Code groupsCodeGroup, CodeGroups, CodeTabs, CodeBlocks, CodeBlockGroup

Supported. Use for language-specific examples with synced labels and Mintlify-style code titles.

Text formattingMarkdown prose

Supported. Use Markdown for emphasis, links, blockquotes, inline code, and anchors before adding heavier MDX components.

Code formattingfenced code, CodeBlock

Supported. Use titled fences, lines, wrap, highlight, focus, diff, and expandable metadata before reaching for a manual component.

Lists and tablesMarkdown lists, task lists, tables

Supported. Use native Markdown for compact sequences, checklists, nested lists, and reference tables before adding heavier component surfaces.

StepsSteps, Step

Supported. Use for the main teaching path with numbered markers.

ColumnsColumns, Column

Supported. Use sparingly for side-by-side explanation where cards would be too heavy.

PanelPanel

Supported. Use for supplementary context that should not interrupt the main path.

HeadingHeading

Supported. Mintlify pages can emit explicit component headings between cards and sections; Plandalf preserves the level, anchor, and title.

Draw attention

Attention components

CalloutsCallout, Note, Info, Tip, Warning, Check, Danger

Supported. Use the semantic aliases for reader-facing notes and constraints.

BadgeBadge

Supported. Use inline for status labels, component availability, or short metadata.

UpdateUpdate

Supported. Use for changelog-style callouts, release notes, dated entries, tags, and RSS metadata inside docs pages.

FramesFrame

Supported. Use for screenshots, browser-style embeds, and captioned media.

Images and embedsimg, MediaImage, MediaScreenshot, iframe, video

Supported. Use Markdown images or DocsImage for simple assets, MediaImage for tracked screenshots, and Frame around inspectable embeds.

Filesa download, Card, Tree

Supported. Use native file links for downloads, icon cards for important artifacts, and trees for file placement.

TooltipsTooltip

Supported. Use for short inline explanations, not required instructions.

SnippetsSnippet

Plandalf extension. Use for short copyable values such as API keys, package names, headers, and offer IDs.

Reusable snippetsMDX imports

Supported. Store reusable MDX fragments outside content/docs and import them into docs pages with props.

Showcase AI prompts

Prompt components

PromptPrompt, AI, AskAI

Supported. Use actions={["copy", "cursor"]} when the prompt should support both clipboard and Cursor handoff.

Port a Mintlify component page

Copy this when converting a component doc.

Convert the Mintlify-style MDX component page into Plandalf docs.

  • Keep the same teaching job.
  • Use Plandalf theme components.
  • Replace unsupported props with the closest documented alias.
  • Add a rendered example, props, and related component links.
  • Run npm run docs:audit after build.

Show and hide content

Disclosure components

AccordionsAccordionGroup, Accordion, Accordions

Supported. Use for grouped optional details.

ExpandablesExpandable

Supported. Use for one local reveal inside the article.

ViewView

Supported. Adjacent views become a switcher for human, JavaScript, React, or agent context.

VisibilityVisibility

Supported. Human-visible content renders publicly; agent-only content stays out of the rendered page. Use this for imported personalization-style authoring when the condition is audience context rather than product authentication state.

Document your API

API components

FieldsFields, Params, ParamFields, Parameters, Properties, Attributes, RequestFields, RequestParams

Supported. Use for request fields, parameters, properties, and attributes.

ResponsesResponses, ResponseFields, ResponseFieldGroup

Supported. Use as the Mintlify-compatible container for response objects, expandable nested fields, and schema explanations.

ResponseFieldResponseField, ResponseParam, ResponseProperty

Supported. Use for a single returned field, nested object row, or response property.

RequestFieldRequestField, RequestParam, RequestParameter, RequestProperty

Supported. Use when imported API docs name request rows explicitly instead of generic parameter rows.

ExamplesExample, Examples, RequestExample, ResponseExample

Supported. Request and response examples clone into the desktop API rail and update with the active endpoint.

API playground pagesApiEndpoint, RequestExample, ResponseExample

Supported for manual MDX API pages. Use API playground pages for endpoint metadata, multiple responses, SDK-style examples, complex data types, API playground overview structure, OpenAPI planning notes, AsyncAPI planning notes, page visibility, and troubleshooting.

<ApiEndpoint method="POST" path="/api/checkout/sessions" title="Create checkout session">
  <RequestExample title="Create a session" labels={["Shell", "JavaScript"]}>
    ```bash title="POST /api/checkout/sessions"
    curl -X POST "https://api.plandalf.com/api/checkout/sessions"
    ```
  </RequestExample>

  <ResponseExample title="Session response" labels={["JSON"]}>
    ```json title="201 checkout session"
    { "session": { "id": "cs_123", "status": "open" } }
    ```
  </ResponseExample>
</ApiEndpoint>

Navigation components

CardsCardGroup, Card, Cards

Supported. Use for a small set of high-value next steps. Linked cards should carry icons.

TilesTileGroup, Tile, Tiles, TileGrid

Supported. Use for dense component catalogs and overview grids. Linked tiles should carry icons.

Add visual context

Visual components

IconsIcon

Supported with Lucide-backed aliases. Missing aliases should be added to DocsIcon.astro instead of rendering fallback icons.

Mermaid diagramsMermaid

Supported. Use for flows, sequences, and architecture sketches that benefit from structured diagrams.

ColorColor, ColorItem, ColorRow, ColorPalette, ColorSwatch

Supported. Use for palette swatches and theme tokens.

TreeTree, TreeFolder, TreeFile, Folder, File

Supported. Use for file and folder structure.

Feature detail