GitBook

エディタは文書ツールのように動き、WYSIWYGのブロックとMarkdownの完全対応を備える。ライターが内容を動かしながら、開発者が同じスペースで生の記法を打てる。リアルタイム共同編集で複数人が同時に手を入れられ、コメントは特定のブロックに紐づく。技術者と非技術者が同じ流れを共有できるようにする部品だ。

双方向の同期でGitBookとGitHubかGitLabのリポジトリをつなぐ。ビジュアルエディタでの編集はリポジトリに反映され、リポジトリに上げたMarkdownはGitBookに反映される。両者は常にそろった状態を保つ。ブランチ、レビュー、マージはコードと同じやり方で回るので、エンジニアリングチームは別のツールではなくここで書くことを受け入れる。

公開したドキュメントはMCPサーバーを自動で生成し、llms.txtとMarkdown版も用意する。AIツールやコーディングエージェントが内容を読める。WebMCP対応により、ブラウザ上のエージェントもドキュメントを検索してページを取り出せる。ここで設定するものは何もない。追加作業なしで自社製品をAIの回答に登場させたいなら、この点が効く。

GitBook Agentはドキュメントを書き、直し、サポートチケットや製品アップデートを基に変更案を出す。人間がそれをレビューする。Assistantはユーザー側から見える部分で、ドキュメントと接続済みの情報源から答える埋め込みの製品エキスパートだ。静的なサイトを、ユーザーが直接尋ねられる相手に変える。

OpenAPIかSwaggerの定義を取り込むと、GitBookがエンドポイント、パラメータ、コピーできる例をそろえた参照を組み上げる。仕様が変われば参照は自力で更新され、ページ上の対話的なplaygroundで開発者が呼び出しを試せる。

翻訳機能はAIで内容を複数言語に広げ、元が変われば翻訳も同期し直す。英語のページを直しても他の言語が置き去りにならない。上位プランでは使用量が単語ごとの課金ではなく込みになる。複数市場で公開するチームに向く。

GitBookのサイトは公開マニュアルだけでなく、ナレッジベースソフトとしても働く。セクションとグループが複数製品を収め、バージョン履歴が誰が何を変えたかを残し、認証付きアクセスが社内ページを隠す。サポート、プロダクト、エンジニアリングが同じ場所で読み書きすることになる。

コンテンツの穴、リンク切れ、共有のスタイルガイド、検索分析が一か所にそろう。Agentは見つけた穴を埋め、スタイルガイドは人間が書いてもAIが下書きしても全員を同じ基準に保つ。大きなドキュメントサイトが静かに荒れていくのを防ぐ層だ。

ページビュー分析、全文検索、ユーザーフィードバックから、どこが読まれ、どこでつまずいているかが見える。上位プランでは認証付きアクセスと適応型コンテンツが、見る人に応じてページを出し分ける。公開と社内の内容を1サイトで混ぜるときに効く。