Add an About section
The About content comes from the docstring of your root endpoint function (the method decorated with@fal.endpoint("/")). Write it in Markdown — headings, lists, links, tables, code blocks, and images are all supported.
Where it appears
The rendered Markdown appears at the top of the API tab on your model’s Playground page:Retrieve it programmatically
For callers wrapping your endpoint in their own UI (not the fal Playground), the About content is available in the model’s queue OpenAPI schema underinfo["x-fal-metadata"].about.
Fetch the schema for any endpoint:
x-fal-metadata object always carries identifying fields; about is present only when your root endpoint has a docstring.
| Field | Description |
|---|---|
endpointId | The endpoint identifier (owner/app). |
category | Model category, when set on the model card. |
thumbnailUrl | Thumbnail from the model card metadata (see below). |
playgroundUrl | Link to the Playground page. |
documentationUrl | Link to the API tab. |
about | The rendered Markdown of your root endpoint’s docstring. Omitted when there is no docstring. |
Thumbnails and example media
A common question is whether the About section also carries thumbnails and example galleries like marketplace model pages do. It does not — the About section is purely the Markdown you write in the docstring. Specifically:- Thumbnail —
x-fal-metadata.thumbnailUrlreflects the model card thumbnail (set on the model’s metadata), not anything defined in the docstring. For a freshly deployed Serverless app it may be empty until a thumbnail is set. To show images inside the About content itself, embed them with standard Markdown image syntax in your docstring (). - Example galleries — the sample input/output media shown on marketplace model pages are not included in the schema, and root-level request
examplesare stripped from the generated schema. The schema carries the interface, not example media. - Per-field metadata is preserved — field-level
description,title,minimum/maximum, defaults, and enum/Literalchoices all come through the schema and drive tooltips, sliders, and dropdowns in any UI. See Handle Inputs and Outputs for how to define these, and presets for combobox-style options.
If you need richer per-parameter documentation (min/max ranges, dropdown choices, hints), define it on your Pydantic fields rather than in the About section. The About section is best for model-level context — what the model does and the assumptions it makes — while field metadata documents individual parameters.