# 影片筆記:16K 星!把整本书装进 Agent,查一章不用重读几百页|book-to-skill ## 一句話總結 介紹開源項目 **Book to Skill**,能將厚重的技術書籍或文檔結構化為可安裝的 **Agent Skill**,讓 AI 編程助手(如 Cloud Code、GitHub Copilot)在查詢時僅加載相關章節而非整本書,從而將 Token 消耗降低 24 至 51 倍,大幅提升查詢效率並節省上下文空間。 ## 核心重點 1. **解決痛點**:傳統方式將整本 PDF 丟給 AI 會佔據大量上下文(數十萬 Token),且查找具體問題耗時;Book to Skill 通過結構化索引,實現「按需加載」章節。 2. **結構化輸出**:生成包含 `Skill.md`(總入口與索引)和 `Chapters` 文件夾的 Skill 包,AI 先查看索引,再打開對應章節回答,無需重讀全書。 3. **顯著節省成本**: * 直接讀整本書:每次需載入 10 萬 -20 萬+ Token。 * 使用 Skill:通常僅加載總入口 + 1 個章節,約 5,000 Token。 * 節省比例:對比整本書直接進上下文,使用量減少 **24 到 51 倍**;對比一次臨時檢索,差距縮小至 **2.4 到 15.6 倍**。 4. **適用場景建議**: * **只問一次**:直接讓 AI 讀 PDF 更省事。 * **反覆查同一本書**:提前整理成 Skill 更划算。 5. **技術實現**: * 支援格式:PDF, EPUB, Markdown, HTML, RTF 等。 * 處理策略:普通文字書使用快速提取;代碼/表格/公式多的技術書使用 **Docling** 保留結構(耗時較長)。 * 安裝關鍵:必須將倉庫放入 **AgentSkill** 文件夾,才能註冊為完整的 Agent Skill 並獲得斜杠命令;單獨 PIP 安裝僅為文檔提取工具。 6. **限制與風險**: * **準確性**:生成的是 AI 整理的學習筆記,非 100% 復刻,重要定義、數字和代碼需回原文核對。 * **隱私**:文檔提取在本機,但後續分析需發送文字給雲端模型服務商;公司內部文檔或未授權書籍需注意數據規則。 * **分章限制**:自動分章依賴書中標題格式,若排版特殊(如僅有羅馬數字)可能識別不準,需手動檢查。 ## 詳細大綱 ### 一、痛點與解決方案 * **現有問題**: * 閱讀厚技術書後,遇到問題時難以回憶方法所在章節。 * 直接將整本 PDF 丟給 AI 會佔據大量上下文,且查找具體問題耗時。 * **Book to Skill 方案**: * 將書籍整理成一套可安裝的 Agent Skill。 * 在 Cloud Code、Github Copilot、CLI 或 AMP 中直接呼叫該 Skill。 * AI 會先查看總入口,再根據問題打開對應章節進行回答。 ### 二、Skill 的結構與內容 * **文件結構**: * **Skill.md**:最外層文件,包含主要方法和章節索引。 * **Chapters 文件夾**:將每一章單獨保存。 * **輔助文件**:術語表、方法清單、素材表。 * **運作方式**: * 回答問題時不需重新讀完整本書,僅打開相關章節並根據整理過的內容回答。 * 內容可持續更新:可將新論文、公司文檔等材料合併進原 Skill,無需重做。 ### 三、支援格式與輸入類型 * **支援格式**:PDF, EPUB, Markdown, HTML, RTF, 常見電子書格式。 * **輸入範圍**: * 不僅限於書籍。 * 可處理項目 DOCS 文件夾、多篇論文加筆記、一整套團隊規範。 ### 四、使用流程與技術細節 * **安裝步驟**: 1. 將 Book2Skill 安裝到正在使用的 Agent 工具中。 2. 將書籍文件或資料文件夾交給工具。 3. 工具詢問資料類型(技術性 vs 文字為主): * **普通文字書**:走速度更快的提取方式。 * **代碼/表格/公式多的技術書**:使用 **Docling** 保留結構(處理時間較長)。 4. 工具顯示資料大小、上下文消耗預估及準備生成的文件列表。 5. 使用者確認後,Agent 開始分析章節、提取方法並生成完整 Skill。 * **安裝關鍵細節**: * 必須將倉庫放入 **AgentSkill** 文件夾,才能獲得完整的斜杠命令和傳輸流程。 * 單獨使用 PIP 安裝僅得到文檔提取工具,不會自動註冊為 Agent Skill。 ### 五、效能對比與成本分析 * **Token 消耗對比**: * **直接讀整本書**:每次回答問題需載入十幾萬到二十多萬 TOKENS。 * **使用 Skill**:通常只加載總入口和一個相關章節,約 5000 TOKENS。 * **節省比例**: * 對比整本書直接進上下文:使用量減少 **24 到 51 倍**(基於作者測試條件)。 * 對比一次臨時檢索:差距縮小至 **2.4 到 15.6 倍**。 * **適用場景建議**: * 只問一次:直接讓 AI 讀 PDF 更省事。 * 反覆查同一本書:提前整理成 Skill 更划算。 ### 六、限制與注意事項 * **內容準確性**: * 生成結果非原書 100% 復刻,而是 AI 整理的學習筆記。 * 重要定義、數字和代碼需回原文核對。 * 自動分章依賴書中標題格式;若只有章節名、羅馬數字或特殊排版,識別可能不準,需手動檢查。 * **隱私與合規**: * 文檔提取在本機完成。 * 後續使用雲端模型分析時,文字會發送給對應服務商。 * 公司內部文檔或未公開授權書籍,需確認數據規則和使用權限。 * 建議用於私人學習筆記,勿隨意公開分享整套 Skill。 ### 七、版本與兼容性 * **最新穩定版**:V1.3.0。 * **官方明確支持**:Cloud Code, Github Copilot, CLI, AMP。 * **其他 Agent**:需自行確認是否能識別該目錄和 SkillMD 格式。 ## 工具 / 模型 / 名詞整理 * **Book to Skill / Book2Skill**:開源項目名稱,用於將書籍轉換為 Agent Skill。 * **Agent Skill / AgentSkill**:AI 助手可安裝的技能包格式。 * **Skill.md**:Skill 的入口文件,包含索引和方法。 * **Chapters**:存放各章節內容的文件夾。 * **Cloud Code**:支援的 AI 編程工具。 * **Github Copilot**:支援的 AI 編程工具。 * **CLI**:Command Line Interface,命令列介面。 * **AMP**:影片提及的支援環境之一,具體指代需查證。 * **Docling**:用於處理含代碼、表格、公式的技術文檔,以保留結構的工具。 * **PIP**:Python 包安裝工具。 * **斜杠命令**:指 `/` 開頭的指令,影片中提到安裝完整 Skill 後可獲得此功能。 ## 操作流程整理 1. **準備階段**: * 確保使用支援的 Agent 工具(如 Cloud Code, GitHub Copilot, CLI, AMP)。 * 安裝 Book2Skill 工具。 2. **輸入處理**: * 將目標文件(PDF, EPUB, Markdown 等)或資料夾交給工具。 * 選擇處理策略: * 普通文字:選擇快速提取。 * 技術文檔(含代碼/公式):選擇使用 Docling 保留結構。 3. **確認與生成**: * 查看工具預覽的資料大小、上下文消耗預估及文件列表。 * 確認後,Agent 開始分析章節、提取方法並生成 Skill。 4. **安裝與註冊**: * **關鍵步驟**:將生成的 Skill 倉庫放入 **AgentSkill** 文件夾。 * 驗證是否註冊成功(應能識別斜杠命令)。 5. **使用查詢**: * 在 Agent 中呼叫 Skill。 * AI 讀取 `Skill.md` 索引,定位相關章節。 * AI 加載特定章節內容並回答問題。 ## 值得注意的限制或風險 1. **準確性風險**: * 生成內容為 AI 整理的筆記,非原文 100% 復刻。 * 重要定義、數字、代碼必須回原文核對。 * 自動分章可能因排版特殊(如僅有羅馬數字)而出錯,需手動檢查。 2. **隱私與合規風險**: * 雖然提取在本機,但後續分析需將文字發送給雲端模型服務商。 * 公司內部文檔或未公開授權書籍,需確認數據規則和使用權限。 * 建議僅用於私人學習,勿隨意公開分享整套 Skill。 3. **成本效益誤區**: * 若僅查詢一次,直接讓 AI 讀 PDF 可能比建立 Skill 更省事。 * Skill 的優勢在於「反覆查同一本書」的長期 Token 節省。 ## 逐字稿辨識疑點 * **AMP**:逐字稿中提及「CLI或AMP里工作」,AMP 在此語境下指代的具體軟體或環境名稱需查證,可能為特定 IDE 插件或環境縮寫。 * **斜杠命令**:逐字稿提到「得到完整的斜杠命令」,通常指 `/` 開頭的指令,此為口語描述,實際技術術語可能為 Slash Command。 * **V1.3.0**:版本號需查證是否為該項目最新穩定版。 * **Book2Skill vs Book to Skill**:筆記中交替出現,需確認官方項目名稱。 ## 可延伸追問 1. **AMP 具體是什麼?** 影片提到的 AMP 環境具體指代什麼軟體或插件? 2. **Docling 的具體優勢?** 為什麼處理技術文檔時 Docling 能更好地保留結構?其工作原理為何? 3. **Skill 的更新機制?** 影片提到內容可持續更新,具體如何將新論文或公司文檔合併進原 Skill?是否有自動化腳本? 4. **其他 Agent 的兼容性?** 除了官方支持的幾個工具,如何手動配置其他 Agent 以識別 SkillMD 格式? 5. **分章錯誤的修復?** 如果自動分章識別不準,用戶應如何手動修正或調整 Skill.md 的索引?