DeepSeek Harness實戰 從零構建插件化AI工坊

姜漢龍 鄧川子

DeepSeek Harness實戰 從零構建插件化AI工坊

相關主題

商品描述

全書16章分為四個部分，沿著一條能力成長路線推進。四個部分都圍繞同一個“課程管理AI工坊”持續升級，不另起平行案例。第一部分從使用AI到制造工具（第1—4章）回答“先做出一個工具”。第1章展示全書完成態並建立個人能力起點；第2章認識DSH的插件化架構，理清插件、服務、工具、MCP、Skill和preset的概念地圖；第3章啟動工坊並建立“工坊體檢單”；第4章不寫代碼，把課程表做成第一個可運行網頁，完成搜索和篩選。第二部分用自然語言編程（第5—8章）回答“怎樣掌控AI完成的代碼任務”。第5章把模糊想法寫成可執行規格；第6章讓Agent理解已有項目，建立項目地圖和工作區說明；第7章用AI擴展出“今日課程看板”；第8章加入提醒功能，制造受控錯誤、診斷並運行第一套測試，完成一次“規格—修改—錯誤—測試—回退”閉環。第三部分組裝DSH的能力（第9—12章）回答“如何給工坊換工具、造插件”。第9章建立能力賬本，弄清能力從哪裏來、怎樣配置、如何撤銷；第10章接入外部表格能力，完成安裝、驗證、禁用和卸載；第11章更換模型提供者，用同一組任務比較成本、速度、工具調用和結果質量；第12章讓DSH生成課程沖突檢查插件，完成加載、測試、修覆、禁用和卸載的完整生命周期。第四部分建立可靠的AI工坊（第13—16章）回答“如何讓工坊長期可用”。第13章建立工作區邊界、權限策略和軌跡審查方法；第14章建立測試、檢查點、回退與故障恢覆的統一機制；第15章把前文成果組裝為preset和三條標準工作流；第16章完成遷移、升級、分享與持續擴展，讓工坊能在另一臺機器上恢覆運行。

作者簡介

姜漢龍，畢業於清華大學航天航空學院，現任北京易威科技有限公司CEO、清華大學互聯網產業研究院課題專家、工信部海外人才項目評審專家、國家廣播電視總局特聘培訓師、江西財經大學特聘研究員、中國電子學會虛擬現實分會委員。從事人工智能與3D虛擬交互研究三十餘年，方向涵蓋AI大模型應用、體感識別、3D立體顯示、虛擬現實等。近年來開展生成式人工智能方向的主題沙龍、講座和培訓，學員覆蓋政府機構、央國企單位、高校科研院所、中小學校等5萬餘人。

目錄大綱

人工智能前沿技術應用叢書序
前言
第1章 不是聊天助手，而是你的AI工坊
1.1 為什麼“得到回答”已經不夠
1.2 從模型到AI工坊
1.2.1 可行動
1.2.2 可觀察
1.2.3 可替換
1.2.4 可擴展
1.3 全書完成態預覽
1.3.1 可運行的課程管理網頁
1.3.2 能讀取外部表格的能力
1.3.3 可替換的模型提供者
1.3.4 課程沖突檢查插件
1.3.5 專屬preset與運行方式
1.3.6 權限、軌跡、測試與檢查點
1.4 三種實踐深度
1.4.1 做到：讓結果實際發生
1.4.2 看懂：知道為什麼可以相信
1.4.3 擴展：改變工坊本身
1.4.4 建立項目詞匯，而不是背誦術語
1.5 DSH當前適合做什麼、不適合做什麼
1.6 建立個人能力起點
1.6.1 為課程管理項目填寫起點卡的第一版
1.6.2 一個受控的失敗推演
1.6.3 遷移到自己的場景
1.7 本章檢查清單
第2章 認識DSH：為什麼“一切皆插件”
2.1 DSH不是“帶工具的聊天頁面”
2.1.1 同一模型，為什麼表現不同
2.1.2 Web UI、運行時、模型和能力提供者
2.1.3 “一切皆插件”不是數量宣傳
2.2 插件、服務和工具的第一張地圖
2.2.1 插件：能力怎樣進入和退出運行時
2.2.2 服務：組件之間怎樣約定能力
2.2.3 工具：模型能夠調用的能力表面
2.2.4 用一次讀取動作串起來
2.3 核心能力為什麼也可以被組裝
2.3.1 模型適配器：更換推理來源
2.3.2 文件、Shell與執行世界
2.3.3 沙箱與審批：安全圍欄也屬於裝配
2.3.4 會話持久化：記錄方式也有接縫
2.3.5 可組合架構仍然需要穩定核心
2.4 MCP、Skill、插件和preset的區別
2.4.1 MCP：把外部服務工具接進來
2.4.2 Skill：把做事方法交給Agent
2.4.3 preset：組織一次運行方式
2.4.4 一張概念區分表
2.4.5 六個判斷練習
2.5 可組合架構有什麼實際作用
2.6 可組合不等於可以隨便安裝
2.7 為課程管理AI工坊畫能力裝配圖
2.8 本章檢查清單
第3章 啟動工坊並檢查能力清單
3.1 啟動前準備
3.1.1 檢查Node.js與npm
3.1.2 區分兩段網絡
3.1.3 準備模型服務與憑證
3.1.4 創建專用練習目錄
3.2 三種啟動路徑
3.2.1 路徑一：使用命令啟動
3.2.2 路徑二：使用配套啟動腳本
3.2.3 路徑三：使用預配置環境
3.3 認識Web UI的穩定骨架
3.4 建立“工坊體檢單”
3.4.1 profile與運行模式
3.4.2 工具清單要記錄來源
3.4.3 沙箱記錄策略與證據
3.5 創建課程管理工作區
3.5.1 先在文件管理器核對
3.5.2 讓DSH只讀掃描
3.5.3 核對掃描證據
3.6 完成最小連通測試
3.6.1 測試一：模型覆述，不調用工具
3.6.2 測試二：讀取字段說明
3.6.3 測試三：拒絕計劃外授權
3.6.4 測試四：退出與重啟
3.7 常見啟動失敗與診斷順序
3.8 本章檢查清單
第4章 不寫代碼，做出第一個可運行工具
4.1 先看完成狀態，再看怎麼做
4.2 給第一次軟件任務劃邊界
4.3 讓DSH先給方案，不立即寫文件
4.3.1 檢查Agent的調查
4.3.2 識別範圍膨脹
4.3.3 處理不確定項
4.4 批準第一次創建動作
4.5 運行網頁並親自驗收
4.5.1 先核對文件，再打開頁面
4.5.2 執行五項人工驗收
4.5.3 為什麼實現說明不是證據
4.5.4 保存完成狀態
4.6 第一次失敗演練
4.6.1 先建立臨時恢覆點
4.6.2 制造可控異常
4.6.3 要求只診斷，不修改
4.6.4 恢覆原始數據
4.6.5 失敗分支：本地服務器無法啟動
4.7 從成果回看編程能力
4.8 建立階段檢查點M
4.9 本章檢查清單
第5章 把想法變成可執行規格
5.1 為什麼“幫我加個提醒”必然產生分歧
5.2 從RCCE升級為可執行規格
5.2.1 Role：不要用空泛人設代替職責
5.2.2 Context：提供事實，不提供想當然的結論
5.2.3 Constraints：把風險寫成可執行邊界
5.2.4 Examples：用邊界樣例逼出真實規則
5.2.5 Acceptance：用證據定義完成
5.3 寫出“下一節課提醒”功能規格
5.4 讓Agent反問，而不是讓它猜
5.5 把功能拆成小步
5.6 十類常見失敗規格
5.7 從“會描述”到“會定義”
5.8 本章檢查清單
第6章 讓Agent理解一個項目
6.1 先調查，後修改
6.1.1 六類必須確認的信息
6.1.2 調查前先保存基線
6.2 讓DSH生成項目地圖
6.2.1 第一輪：從目錄找到入口
6.2.2 第二輪：沿用戶行為追蹤數據流
6.2.3 第三輪：覆現運行方式
6.2.4 項目地圖模板
6.3 從軌跡核對“它真的看過什麼”
6.3.1 聲明、軌跡和文件三者對照
6.3.2 常見軌跡異常
6

類似商品

最後瀏覽商品 (9)