mintlify
Mintlifyドキュメントサイトの構築に関する包括的なリファレンス。ページの作成、docs.jsonの設定、コンポーネントの追加、ナビゲーションのセットアップ、APIリファレンスの整備を行う際に使用します。すべてのコンポーネントと設定オプションの詳細なリファレンスファイルに誘導します。
description の原文を見る
Comprehensive reference for building Mintlify documentation sites. Use when creating pages, configuring docs.json, adding components, setting up navigation, or working with API references. Routes to detailed reference files for all components and configuration options.
SKILL.md 本文
Mintlify リファレンス
Mintlify でドキュメントを構築するためのリファレンス。このファイルでは、すべてのタスクに適用される必須事項をカバーしています。特定のトピックの詳細については、以下のリファレンスインデックスに記載されているファイルをお読みください。
リファレンスインデックス
タスクに必要な場合のみ、これらのファイルをお読みください。これらは、このスキルファイルと同じディレクトリの reference/ ディレクトリに格納されています (例: .claude/skills/mintlify/reference/)。
| ファイル | 読むタイミング |
|---|---|
reference/components.md | コンポーネントの追加または変更時 (callouts、cards、steps、tabs、accordions、code groups、fields、frames、icons、tooltips、badges、trees、mermaid、panels、prompts、colors、tiles、updates、views)。 |
reference/configuration.md | docs.json の設定を変更する場合 (テーマ、色、ロゴ、フォント、外観、navbar、footer、バナー、リダイレクト、SEO、インテグレーション、API 設定)。スニペット、非表示ページ、.mintignore、カスタム CSS/JS、および完全な frontmatter フィールドテーブルもカバーしています。 |
reference/navigation.md | サイトナビゲーション構造を変更する場合 (グループ、tabs、アンカー、ドロップダウン、プロダクト、バージョン、言語、nav の OpenAPI)。 |
reference/api-docs.md | API ドキュメントのセットアップ時 (OpenAPI、AsyncAPI、MDX 手動 API ページ、拡張機能、playground 設定)。 |
始める前に
まずプロジェクトの docs.json ファイルをお読みください。ここでサイトのナビゲーション、テーマ、色、および設定が定義されています。
新しいページを作成する前に、既存のコンテンツを検索してください。既存のページを更新したり、セクションを追加したり、既存のコンテンツにリンクしたりする必要があるかもしれません。
サイトのボイス、構造、およびフォーマットに合わせるため、同様のページ 2~3 ページをお読みください。
ファイル形式
Mintlify は YAML frontmatter を含む MDX ファイル (.mdx または .md) を使用します。
project/
├── docs.json # Site configuration (required)
├── index.mdx
├── quickstart.mdx
├── guides/
│ └── example.mdx
├── openapi.yml # API specification (optional)
├── images/ # Static assets
│ └── example.png
└── snippets/ # Reusable components
└── component.jsx
ファイルネーミング
- ディレクトリ内の既存のパターンに合わせてください
- 既存ファイルがない場合または混在したネーミングパターンの場合は、kebab-case を使用します:
getting-started.mdx - 新しいページを
docs.jsonナビゲーションに追加してください。そうしないとサイドバーに表示されません
内部リンク
- ファイル拡張子なしのルート相対パスを使用します:
/getting-started/quickstart - 内部ページに相対パス (
../) または絶対 URL を使用しないでください
画像
画像を images/ ディレクトリに保存してください。ルート相対パスで参照してください。すべての画像には説明的な alt テキストが必要です。

ページの frontmatter
すべてのページでは frontmatter に title が必須です。SEO のため description と keywords も含めてください。
---
title: "Clear, descriptive title"
description: "Concise summary for SEO and navigation."
keywords: ["relevant", "search", "terms"]
---
一般的な frontmatter フィールド
| フィールド | 型 | 必須 | 説明 |
|---|---|---|---|
title | string | はい | ナビゲーションとブラウザタブのページタイトル。 |
description | string | いいえ | SEO の簡潔な説明。タイトルの下に表示されます。 |
sidebarTitle | string | いいえ | サイドバーナビゲーション用の短いタイトル。 |
icon | string | いいえ | Lucide、Font Awesome、または Tabler のアイコン名。URL またはファイルパスも受け入れます。 |
tag | string | いいえ | サイドバーのページタイトルの横にラベルを表示 (例: "NEW")。 |
hidden | boolean | いいえ | サイドバーから削除。URL でもページにアクセス可能です。 |
mode | string | いいえ | ページレイアウト: default、wide、custom、frame、center。 |
keywords | array | いいえ | 内部検索と SEO の検索語。 |
api | string | いいえ | インタラクティブ playground の API エンドポイント (例: "POST /users")。 |
openapi | string | いいえ | OpenAPI エンドポイント参照 (例: "GET /endpoint")。 |
クイックコンポーネントリファレンス
以下は最も一般的に使用されるコンポーネントです。完全なプロップとすべての 24 個のコンポーネントについては、reference/components.md をお読みください。
Callouts
<Note>Supplementary information, safe to skip.</Note>
<Info>Helpful context such as permissions or prerequisites.</Info>
<Tip>Recommendations or best practices.</Tip>
<Warning>Potentially destructive actions or important caveats.</Warning>
<Check>Success confirmation or completed status.</Check>
<Danger>Critical warnings about data loss or breaking changes.</Danger>
Steps
<Steps>
<Step title="First step">
Instructions for step one.
</Step>
<Step title="Second step">
Instructions for step two.
</Step>
</Steps>
Tabs とコードグループ
<Tabs>
<Tab title="npm">
```bash
npm install package-name
```
</Tab>
<Tab title="yarn">
```bash
yarn add package-name
```
</Tab>
</Tabs>
<CodeGroup>
```javascript example.js
const greeting = "Hello, world!";
greeting = "Hello, world!"
</CodeGroup>
```
カードと列
<Columns cols={2}>
<Card title="First card" icon="rocket" href="/quickstart">
Card description text.
</Card>
<Card title="Second card" icon="book" href="/guides">
Card description text.
</Card>
</Columns>
<Columns> を使用してカード (またはその他のコンテンツ) をグリッドに配置します。cols は 1~4 を受け入れます。
アコーディオン
<AccordionGroup>
<Accordion title="First section">Content one.</Accordion>
<Accordion title="Second section">Content two.</Accordion>
</AccordionGroup>
CLI コマンド
npm i -g mint— Mintlify CLI をインストールします。mint dev— localhost:3000 でローカルプレビューします。mint broken-links— 内部リンクをチェックします。mint a11y— アクセシビリティの問題をチェックします。mint validate— ドキュメントのビルドを検証します。mint upgrade—mint.jsonからdocs.jsonへアップグレードします。
ライティング標準
- 二人称 ("you")。
- アクティブボイス、直接的な言語。
- 見出しはセンテンスケース ("Getting started"、"Getting Started" ではなく)。
- コードブロックのタイトルはセンテンスケース。
- すべてのコードブロックには言語タグが必須です。
- すべての画像には説明的な alt テキストが必須です。
- マーケティング用語、フィラー表現、絵文字なし。
- コード例は簡潔で実用的、かつテストされたものにしてください。
よくある間違い
- コードブロックに言語タグがない (
```ではなく```pythonを使用)。 - 相対パス (
../page) を使用していて、ルート相対パス (/section/page) を使用すべき場合。 - 新しいページを
docs.jsonナビゲーションに追加するのを忘れている。 - alt テキストのない画像。
- 内部リンクにファイル拡張子を追加している (
/pageではなく/page.mdx)。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- codewithshreyans
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/codewithshreyans/skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。