GitBook

編輯器像文件工具，採用所見即所得的區塊，並完整支援 Markdown，寫手拖曳內容的同時，工程師可以在同一個 space 直接敲原始語法。即時協作讓多人同時編輯，留言也能掛在特定區塊上。技術與非技術成員因此共用同一套流程，不必再互傳檔案。

雙向同步把 GitBook 接上 GitHub 或 GitLab 儲存庫。在視覺化編輯器改的內容會更新儲存庫，推上儲存庫的 Markdown 也會更新 GitBook，兩邊始終一致。分支、審閱與合併比照寫程式的做法，工程團隊因此願意在這裡寫文件，而不是另外開一套工具。

發布後的文件會自動生成 MCP 伺服器，以及 llms.txt 與 Markdown 版本，AI 工具與程式代理都能讀取你的內容。WebMCP 支援讓瀏覽器裡的代理搜尋文件並取回頁面。這裡沒有東西需要設定，如果你希望產品出現在 AI 回答裡，這點格外關鍵。

GitBook Agent 負責撰寫與修改文件，依客服單與產品更新提出變更，再交由真人審閱。Assistant 則是用戶端看得到的部分：一位嵌入式產品專家，依你的文件與已連接的來源回答問題。它把靜態網站變成使用者可以直接提問的對象。

匯入 OpenAPI 或 Swagger 定義後，GitBook 會生成結構化參考，含端點、參數與可直接複製的範例。規格一變，參考就自己更新，頁面上的互動 playground 還讓開發者直接測試呼叫。

翻譯功能用 AI 把內容轉成多種語言，原始內容一改，譯文就重新同步，英文頁面改過不會讓其他語言放著爛。方案層級較高時，用量直接內含而非按字計費，適合要在多個市場發布內容的團隊。

GitBook 網站同時也是一套知識庫軟體，不只是對外的公開手冊。區塊與群組收納多個產品，版本紀錄留下誰改了什麼，驗證存取則把機密頁面藏起來。客服、產品與工程團隊最後都在同一處讀與寫。

內容缺口、失效連結、共用風格指南與搜尋分析集中在一處。Agent 會補上它找到的缺口，風格指南則讓所有人維持一致，不管草稿是人寫的還是 AI 擬的。這一層的用途，是避免大型文件網站無聲無息地爛掉。

頁面瀏覽數據、全文搜尋與使用者回饋，讓你看出哪些內容被讀、哪些地方卡住。方案層級較高時，驗證存取與動態內容會依檢視者身分顯示或隱藏頁面，對於公私內容混在同一站的情況格外重要。