This is what an AI/RAG pipeline sees when it indexes this page β€” the same output served at https://camelmind-docs.vercel.app/api/llms/getting-started/writing-content.Back to doc

Rendered doc

Writing content

Learn how to author and structure documentation pages in CamelMind using MDX.

CamelMind uses MDX β€” Markdown extended with JSX. MDX combines standard Markdown with React components, giving you all the simplicity of Markdown plus interactive components such as Callouts, Tabs, and step-by-step guides.

To publish a page in CamelMind:

  1. Create an .mdx file inside the content/ directory.
  2. Add the page to nav/nav.yml.
  3. Start writing.
Tip

Unlike other documentation frameworks, CamelMind does not generate URLs from your folder structure. Instead, every page is mapped to a URL in nav/nav.yml, giving you complete control over your site's navigation.


CamelMind MDX file format

Every content file in CamelMind is a plain .mdx file with optional YAML frontmatter at the top:

mdx
---
title: My Page
description: A short summary used in search results and meta tags.
last_updated: "2026-06-01"
hide_table_of_contents: true
---

Body content goes here.

Frontmatter fields for CamelMind MDX pages

Below are the frontmatter fields you can use at the top of CamelMind MDX pages, including page titles, descriptions, update dates, and table of contents settings.

FieldRequiredDescription
titleYesPage title shown in the browser tab and sidebar
descriptionNoShort summary for search results and <meta> description
last_updatedNoOverride the value determined by the showLastUpdated configuration with a specific date.
hide_table_of_contentsNoSet to true if you want to hide the page's Table of Contents.

Supported Markdown syntax in CamelMind

CamelMind supports full CommonMark Markdown plus GitHub Flavored Markdown, including tables, task lists, and strikethrough text. For basic formatting syntax, see the GitHub Markdown guide.


Code blocks and syntax highlighting

CamelMind automatically applies syntax highlighting to code blocks written in your documentation files. Use fenced code blocks with a language identifier:

bash
npm run dev
typescript
const greeting = "Hello, world!"
yaml
nav:
  - label: "Getting Started"
    dropdown: true

Supported languages include bash, typescript, javascript, python, yaml, json, mdx, css, html, sql, and more.


Formatting inline elements

You can format inline elements like bold text, italics, inline code, links, and embedded images within CamelMind MDX documents:

mdx
**Bold text**
*Italic text*
`inline code`
[Link text](https://example.com)
![Alt text](image.png)

See Basic writing and formatting syntax for more information.


Inserting images in documentation

CamelMind makes it simple to embed image files into your documentation content. Store images in public/images/ and reference them with a root-relative path:

mdx
![Diagram](/images/architecture.png)

Images automatically support click-to-zoom on documentation pages.


Reusing partial content across pages

If you need to reuse the same content across several documentation pages in CamelMind, create it as a partial.

Store reusable snippets as .mdx files in the /content/_partials directory, then include them anywhere in your documentation using the <Partial> component:

mdx
<Partial file="_partials/your-snippet.mdx"/>

Using partials helps you maintain shared content in a single place, making updates easier and ensuring consistency across your documentation.

Use partial files only for inclusion; do not reference them directly in any nav/*.yml file.


Using MDX React components

Because CamelMind uses MDX, you can embed React components directly into your documentation without importing them manually.

mdx
<Callout type="tip">
This is a tip.
</Callout>

Rendered as:

Tip: This is a tip.

And this:

mdx
<Steps>
  <Step n="{1}" title="Install">
    Run the installer.
  </Step>

  <Step n="{2}" title="Start">
    Launch the development server.
  </Step>
</Steps>

Rendered as:

1. Install

Run the installer.

2. Start

Launch the development server.

See MDX Components for the full component reference.


Hiding content from rendering in CamelMind

Sometimes you may want to keep notes or draft content in your documentation source without publishing itβ€”for example, documentation for an upcoming feature, content that is still under review, or reminders for yourself.

To prevent CamelMind from rendering the content, wrap it in an MDX comment.

mdx
{/*
This is hidden content that will not show on the rendered site.
*/}

CamelMind ignores everything inside the comment block when building your documentation, preventing it from appearing on the published site. Once the information is ready, remove the comment markers to make it visible in your documentation.


Organizing content folders in CamelMind

A typical CamelMind documentation project organizes source files into thematic directories within content/:

text
content/
β”œβ”€β”€ getting-started/
β”‚   β”œβ”€β”€ introduction.mdx
β”‚   └── installation.mdx
β”œβ”€β”€ guides/
β”‚   β”œβ”€β”€ writing-content.mdx
β”‚   └── navigation.mdx
└── reference/
    └── configuration.mdx

These folders are only for organization. Unlike most documentation frameworks, CamelMind does not derive URLs from the file system. Instead, nav/nav.yml maps each page to a URL, making it easy to reorganize your content without breaking links.

What the AI sees

1> For a complete documentation index, see /llms.txt. To read any public page as Markdown, append .md to the URL.
2Β 
3CamelMind uses [MDX](https://mdxjs.com/) β€” Markdown extended with JSX. MDX combines standard Markdown with React components, giving you all the simplicity of Markdown plus interactive components such as Callouts, Tabs, and step-by-step guides.
4Β 
5To publish a page in CamelMind:
6Β 
71. Create an `.mdx` file inside the `content/` directory.
82. Add the page to `nav/nav.yml`.
93. Start writing.
10Β 
11<Callout type="tip">
12Unlike other documentation frameworks, CamelMind does not generate URLs from your folder structure. Instead, every page is mapped to a URL in <code>nav/nav.yml</code>, giving you complete control over your site's navigation.
13</Callout>
14Β 
15---
16Β 
17## CamelMind MDX file format
18Β 
19Every content file in CamelMind is a plain `.mdx` file with optional YAML frontmatter at the top:
20Β 
21```mdx
22---
23title: My Page
24description: A short summary used in search results and meta tags.
25last_updated: "2026-06-01"
26hide_table_of_contents: true
27---
28Β 
29Body content goes here.
30```
31Β 
32### Frontmatter fields for CamelMind MDX pages
33Β 
34Below are the frontmatter fields you can use at the top of CamelMind MDX pages, including page titles, descriptions, update dates, and table of contents settings.
35Β 
36| **Field** | **Required** | **Description** |
37| ------------------------ | ------------ | ------------------------------------------------------------------------------------------ |
38| `title` | Yes | Page title shown in the browser tab and sidebar |
39| `description` | No | Short summary for search results and `<meta>` description |
40| `last_updated` | No | Override the value determined by the `showLastUpdated` configuration with a specific date. |
41| `hide_table_of_contents` | No | Set to `true` if you want to hide the page's Table of Contents. |
42Β 
43---
44Β 
45## Supported Markdown syntax in CamelMind
46Β 
47CamelMind supports full [CommonMark](https://commonmark.org/) Markdown plus [GitHub Flavored Markdown](https://github.github.com/gfm/), including tables, task lists, and strikethrough text. For basic formatting syntax, see the [GitHub Markdown guide](https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax).
48Β 
49---
50Β 
51## Code blocks and syntax highlighting
52Β 
53CamelMind automatically applies syntax highlighting to code blocks written in your documentation files. Use fenced code blocks with a language identifier:
54Β 
55```bash
56npm run dev
57```
58Β 
59```typescript
60const greeting = "Hello, world!"
61```
62Β 
63```yaml
64nav:
65 - label: "Getting Started"
66 dropdown: true
67```
68Β 
69Supported languages include `bash`, `typescript`, `javascript`, `python`, `yaml`, `json`, `mdx`, `css`, `html`, `sql`, and more.
70Β 
71---
72Β 
73## Formatting inline elements
74Β 
75You can format inline elements like bold text, italics, inline code, links, and embedded images within CamelMind MDX documents:
76Β 
77```mdx
78**Bold text**
79*Italic text*
80`inline code`
81[Link text](https://example.com)
82![Alt text](image.png)
83```
84Β 
85See [Basic writing and formatting syntax](https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax) for more information.
86Β 
87---
88Β 
89## Inserting images in documentation
90Β 
91CamelMind makes it simple to embed image files into your documentation content. Store images in `public/images/` and reference them with a root-relative path:
92Β 
93```mdx
94![Diagram](/images/architecture.png)
95```
96Β 
97Images automatically support click-to-zoom on documentation pages.
98Β 
99---
100Β 
101## Reusing partial content across pages
102Β 
103If you need to reuse the same content across several documentation pages in CamelMind, create it as a partial.
104Β 
105Store reusable snippets as `.mdx` files in the `/content/_partials` directory, then include them anywhere in your documentation using the `<Partial>` component:
106Β 
107```mdx
108<Partial file="_partials/your-snippet.mdx"/>
109```
110Β 
111Using partials helps you maintain shared content in a single place, making updates easier and ensuring consistency across your documentation.
112Β 
113Use partial files only for inclusion; do not reference them directly in any `nav/*.yml` file.
114Β 
115---
116Β 
117## Using MDX React components
118Β 
119Because CamelMind uses MDX, you can embed React components directly into your documentation without importing them manually.
120Β 
121```mdx
122<Callout type="tip">
123This is a tip.
124</Callout>
125```
126Β 
127Rendered as:
128Β 
129> **Tip:** This is a tip.
130Β 
131And this:
132Β 
133```mdx
134<Steps>
135 <Step n="{1}" title="Install">
136 Run the installer.
137 </Step>
138Β 
139 <Step n="{2}" title="Start">
140 Launch the development server.
141 </Step>
142</Steps>
143```
144Β 
145Rendered as:
146Β 
147**1. Install**
148Β 
149Run the installer.
150Β 
151**2. Start**
152Β 
153Launch the development server.
154Β 
155See [MDX Components](/getting-started/mdx-components) for the full component reference.
156Β 
157---
158Β 
159## Hiding content from rendering in CamelMind
160Β 
161Sometimes you may want to keep notes or draft content in your documentation source without publishing itβ€”for example, documentation for an upcoming feature, content that is still under review, or reminders for yourself.
162Β 
163To prevent CamelMind from rendering the content, wrap it in an MDX comment.
164Β 
165```mdx
166{/*
167This is hidden content that will not show on the rendered site.
168*/}
169```
170Β 
171CamelMind ignores everything inside the comment block when building your documentation, preventing it from appearing on the published site. Once the information is ready, remove the comment markers to make it visible in your documentation.
172Β 
173---
174Β 
175## Organizing content folders in CamelMind
176Β 
177A typical CamelMind documentation project organizes source files into thematic directories within `content/`:
178Β 
179```text
180content/
181β”œβ”€β”€ getting-started/
182β”‚ β”œβ”€β”€ introduction.mdx
183β”‚ └── installation.mdx
184β”œβ”€β”€ guides/
185β”‚ β”œβ”€β”€ writing-content.mdx
186β”‚ └── navigation.mdx
187└── reference/
188 └── configuration.mdx
189```
190Β 
191These folders are only for organization. Unlike most documentation frameworks, CamelMind does not derive URLs from the file system. Instead, `nav/nav.yml` maps each page to a URL, making it easy to reorganize your content without breaking links.

Issues (0)

No AI-friendliness issues found.