Skip to main content

GitBook Skill

Create structured GitBook documentation sites with proper navigation, components, and content organization.

Trigger Keywords

Activated by the following keywords:

  • "gitbook", "documentation site"
  • "create docs site", "gitbook project"
  • "knowledge base"

Use Cases

  • AWS architecture or service documentation sites
  • Technical knowledge bases
  • Project documentation with rich formatting
  • Multi-chapter guides with navigation

Provided Resources

references/

Reference DocDescription
structure-guide.mdProject structure patterns and conventions
component-patterns.mdGitBook component syntax and usage

Project Structure

docs/
├── .gitbook.yaml # GitBook configuration
├── SUMMARY.md # Navigation structure (required)
├── README.md # Landing page
├── chapter-1/
│ ├── README.md # Chapter index
│ ├── page-1.md
│ └── page-2.md
└── .gitbook/
└── assets/ # Images and diagrams

Component Patterns Detail

Hints (Callouts)

Four styles available for different purposes:

{% hint style="info" %}
**Tip**: General information or helpful tip.
{% endhint %}

{% hint style="success" %}
**Done**: Confirmation that an action succeeded.
{% endhint %}

{% hint style="warning" %}
**Warning**: Something to be cautious about.
{% endhint %}

{% hint style="danger" %}
**Critical**: Breaking change or security concern.
{% endhint %}

Usage Guidelines:

ScenarioRecommended Style
Step completion confirmationsuccess
Cost or billing warningswarning
Prerequisite requirementswarning
Helpful tipsinfo
Configuration errorsdanger
Security considerationswarning or danger

Tabs

Group related content into switchable tabs:

{% tabs %}
{% tab title="Linux" %}
```bash
sudo apt install kubectl
curl -LO https://dl.k8s.io/release/stable.txt
```
{% endtab %}

{% tab title="macOS" %}
```bash
brew install kubectl
```
{% endtab %}

{% tab title="Windows" %}
```powershell
choco install kubernetes-cli
```
{% endtab %}
{% endtabs %}

Best practices:

  • Use for OS-specific instructions
  • Use for language-specific code examples
  • Keep tab titles short (1-2 words)
  • Ensure content in each tab is parallel in structure

Code Blocks

Basic Code Block

```yaml
apiVersion: v1
kind: Service
metadata:
name: my-service
```

Code with Title and Line Numbers

{% code title="deployment.yaml" lineNumbers="true" %}
```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: web-app
spec:
replicas: 3
```
{% endcode %}

Supported Languages (40+)

CategoryLanguages
Webhtml, css, javascript, typescript, json
Configyaml, toml, ini, properties
Shellbash, shell, powershell, batch
Backendpython, go, java, ruby, php, csharp
Datasql, graphql, xml
Cloudhcl (Terraform), dockerfile

Expandable Sections

<details>
<summary>Advanced Configuration Options</summary>

You can configure additional parameters:

| Parameter | Default | Description |
|-----------|---------|-------------|
| `timeout` | `30s` | Request timeout |
| `retries` | `3` | Max retry attempts |

</details>

Use for:

  • FAQ sections
  • Optional detailed explanations
  • Troubleshooting steps
  • Long code examples

Embedded Content

File Download

{% file src=".gitbook/assets/template.yaml" %}
Download the CloudFormation template
{% endfile %}

Video Embed

{% embed url="https://www.youtube.com/watch?v=VIDEO_ID" %}
Demo walkthrough video
{% endembed %}

External Page Embed

{% embed url="https://aws.amazon.com/lambda/" %}
AWS Lambda Documentation
{% endembed %}

Images with Caption

<figure>
<img src=".gitbook/assets/diagram.png" alt="System Architecture">
<figcaption><p>Figure 1: System Architecture Overview</p></figcaption>
</figure>

Sized Image

<figure>
<img src=".gitbook/assets/screenshot.png" alt="Dashboard" width="600">
<figcaption><p>Monitoring Dashboard</p></figcaption>
</figure>

SUMMARY.md Writing Guide

The SUMMARY.md file controls the left sidebar navigation. It is the single source of truth for page ordering and hierarchy.

Basic Structure

# Table of contents

* [Welcome](README.md)

## Getting Started

* [Prerequisites](getting-started/prerequisites.md)
* [Quick Start](getting-started/quick-start.md)
* [Configuration](getting-started/configuration.md)

## Architecture

* [Overview](architecture/README.md)
* [Components](architecture/components.md)
* [Data Flow](architecture/data-flow.md)
* [Networking](architecture/networking.md)

## Operations

* [Deployment](operations/deployment.md)
* [Monitoring](operations/monitoring.md)
* [Troubleshooting](operations/troubleshooting.md)

Syntax Rules

ElementSyntaxPurpose
# TitleFirst lineBook title
## SectionHeader lineSection divider in sidebar
* [Page](path.md)Bullet itemRegular page
* [Subpage](path.md)Indented bulletNested page (2 spaces)

Multi-Level Hierarchy Example

# EKS Operations Guide

* [Introduction](README.md)

## Fundamentals

* [EKS Overview](fundamentals/README.md)
* [Control Plane](fundamentals/control-plane.md)
* [Data Plane](fundamentals/data-plane.md)
* [Managed Node Groups](fundamentals/managed-nodes.md)
* [Fargate](fundamentals/fargate.md)
* [Networking](fundamentals/networking.md)

## Operations

* [Day 2 Operations](operations/README.md)
* [Scaling](operations/scaling.md)
* [Upgrades](operations/upgrades.md)
* [Monitoring](operations/monitoring.md)
* [CloudWatch](operations/cloudwatch.md)
* [Prometheus](operations/prometheus.md)

## Troubleshooting

* [Common Issues](troubleshooting/README.md)
* [Pod Issues](troubleshooting/pods.md)
* [Network Issues](troubleshooting/network.md)

Best Practices

  • Maximum 3 levels of nesting recommended
  • Every .md file must be referenced to appear in navigation
  • Use README.md as chapter index pages
  • Use descriptive titles ("VPC Networking Setup" not "Page 3")

Multi-Language Setup

Directory Structure for Korean/English

docs/
├── SUMMARY.md # English navigation
├── README.md # English landing
├── ko/
│ ├── SUMMARY.md # Korean navigation
│ ├── README.md # Korean landing
│ └── getting-started/
│ └── ...
└── getting-started/
└── ...

.gitbook.yaml for Multi-Language

root: ./

structure:
readme: README.md
summary: SUMMARY.md

# For Korean variant
variants:
- slug: ko
title: 한국어
root: ./ko

Content Parity Rules

ElementKorean (.md)English (.md)
Technical termsKeep in EnglishAs-is
Explanatory textKoreanEnglish
Commands/codeIdenticalIdentical
ScreenshotsCan differ (localized UI)English UI
Page structureMirror structureMirror structure

Diagram Integration

Draw.io PNG

![VPC Architecture](.gitbook/assets/vpc-architecture.png)

Animated SVG (iframe)

<iframe src="../assets/traffic-flow.html"
width="100%" height="500" frameborder="0"
style="border-radius: 8px; border: 1px solid #3d4f5f;">
</iframe>

Mermaid (Inline)

GitBook supports Mermaid diagrams natively:

```mermaid
graph LR
A[Client] --> B[ALB]
B --> C[ECS Service]
C --> D[(RDS)]

style A fill:#e1f5fe
style B fill:#945DF2,color:#fff
style C fill:#F78E04,color:#fff
style D fill:#4D72F3,color:#fff
```

Korean Heading Anchors

GitBook generates anchors from headings. For Korean headings:

HeadingGenerated Anchor
## VPC Setup#vpc-setup
## 1. 관측성 스택 아키텍처#1-관측성-스택-아키텍처
## AWS Lambda 설정#aws-lambda-설정

Rules:

  • Spaces become hyphens
  • Korean characters preserved
  • Dots after numbers removed
  • English lowercased

Quick Start Commands

# Initialize GitBook project
mkdir docs && cd docs
git init
echo "root: ./" > .gitbook.yaml

# Create minimal structure
touch README.md SUMMARY.md
mkdir -p getting-started guides reference .gitbook/assets

# Create chapter index files
for dir in getting-started guides reference; do
echo "# ${dir^}" > "$dir/README.md"
done

# Verify structure
find . -name "*.md" | head -20

Usage Example

User: "Create an EKS operations guide GitBook"

1. gitbook-agent called
2. Requirements gathered (topic, audience, chapter structure)
3. Project initialized
4. SUMMARY.md created
5. Chapter content written
6. content-review-agent review
7. git push → GitBook deployment

Quality Review (Required)

After content completion:

  1. Call content-review-agent
  2. Achieve PASS (85+ score) before completion
Required

Skipping this step and deploying is prohibited.