人工智能 类型
8.3 豆瓣评分
可以朗读 语音朗读
85千字 字数
No.22 科学技术
2026-10-01 发行日期
展开全部

主编推荐语

深度解析DSH插件体系，探讨Agent软件高效组织方法，提供实战实验与设计指南。

内容简介

本书围绕DeepSeek Harness（DSH），讲解Agent（智能体）软件的系统化组织方式。

全书从“模型只会生成Token，Agent要完成任务”这一根本矛盾切入，根据“一切皆插件”（Everything Is a Plugin）原则，剖析DSH如何把模型适配、工具注册、会话记录、Agent循环等能力组织进统一的插件组合体系，并借助Cordis运行时实现插件的动态挂载、生命周期管理与依赖重新解析。

全书按“先跑起来，再拆开看，最后自己动手”的路径展开，包括导读、8章正文和2个附录：先运行DSH，用4套Preset（预置组合）观察同一模型在不同能力组合下的行为；再拆解 Skill、Tool、Hook3个扩展层次，分清Guard、Approval、Sandbox的执行边界；随后进入Cordis，解释插件的动态组合、生命周期与热更新；最后从设计者视角讨论如何构建和验证自己的Harness。

本书提供多组动手实验与观察方法。

主要实验可以使用兼容的本地模型完成；涉及特定Provider、图像输入或版本接口的实验，仍需按相应环境复核。

本书适合有一定大模型应用经验的开发者、AI应用工程师与架构师阅读，也适合所有想理解“Agent软件应当如何组织”这一问题的技术读者参考。

目录

  • 版权信息
  • 内 容 提 要
  • 前 言
  • 资源与支持
  • 导读 为什么现在需要Harness
  • 0.1 Model只会生成Token，但Agent要完成任务
  • 0.2 为什么DSH值得单独写一本书
  • 0.3 本书的学习路径
  • 第1章 Harness不只是另一个Coding Agent
  • 1.1 先把“产品”和“Runtime”区分开
  • 1.2 “一切皆插件”
  • 1.3 为什么这不只是“多加几个Tool”
  • 1.4 这是否意味着DSH会成为行业标准？
  • 1.5 Developer Preview
  • 第2章 从零开始运行DSH
  • 2.1 环境准备
  • 2.2 Workspace是Agent的“现实世界”
  • 2.3 配置模型
  • 2.4 预置4套Agent Preset
  • 2.5 为什么官方Benchmark会选Minimal
  • 2.6 本章小结
  • 第3章 “一切皆插件”意味着什么
  • 3.1 DSH的4套Preset不是4个独立Agent
  • 3.2 Host Plane与Agent Plane
  • 3.3 Standard：能力基线
  • 3.4 PTC：同一批能力，不同的呈现方式
  • 3.5 Minimal：把Harness压到非常薄
  • 3.6 Creative：让Runtime本身也成为可操作对象
  • 3.7 4套Preset如何体现“一切皆插件”
  • 3.8 “一切皆插件”不等于没有内核
  • 3.9 本章小结
  • 第4章 从Skill、Tool到Hook——亲手改变Harness
  • 4.1 Skill：最轻量的扩展
  • 4.2 第二层：写一个真正的工具
  • 4.3 第三层：用Hook改变执行规则
  • 4.4 Tool Execution Pipeline：一次工具调用究竟要经历哪些阶段
  • 4.5 Guard、Approval与Sandbox：规则判断、单次授权与执行隔离
  • 4.6 PTC与Pipeline：为什么不能绕开这条管线
  • 4.7 动手实验：同一Tool，不同执行规则
  • 4.8 本章小结
  • 第5章 Cordis让插件能够动态组合
  • 5.1 Temporal Composability：生命周期结束时，变化也必须被撤下
  • 5.2 Effect的边界
  • 5.3 Spatial Composability：当能力环境变化时，插件还能不能运行
  • 5.4 插件被发现，不等于已经具备运行条件
  • 5.5 Fiber：记录插件实例的一段生命周期
  • 5.6 Cordis的HMR建立在生命周期之上
  • 5.7 Effect与Coeffect：插件增加什么，又需要什么
  • 5.8 动手实验：让依赖出现，消失，再回来
  • 5.9 为什么Cordis特别适合Agent Runtime
  • 5.10 本章小结
  • 第6章 Agent一轮工作的全过程
  • 6.1 Agent Loop不是黑盒
  • 6.2 Turn与Step：一轮工作可以包含多次模型推进
  • 6.3 Tool Call要经过统一执行管线
  • 6.4 Session不是简单的消息数组
  • 6.5 模型看见的内容应当可追溯
  • 6.6 为什么“可重建”对调试特别重要
  • 6.7 稳定的请求前缀与KV Cache
  • 6.8 从“保存事件”到“重建模型请求”
  • 6.9 本章小结
  • 第7章 从Tool Call到Agent Runtime
  • 7.1 PTC：让模型用程序编排已有工具
  • 7.2 PTC不能绕过安全治理
  • 7.3 PTC的分层设计与适用边界
  • 7.4 Subagent：子任务的委派也可以是可替换的能力
  • 7.5 Sandbox：决定能力在哪个受控环境中执行
  • 7.6 持续任务机制：让工作跨越多个Turn
  • 7.7 Extensions：让Agent可以观察和修改当前Runtime
  • 7.8 Creative为什么属于高信任能力
  • 7.9 Runtime到底多做了什么
  • 7.10 本章小结
  • 第8章 设计自己的Harness
  • 8.1 从需求出发，而不是从插件列表出发
  • 8.2 能力定义、Provider与使用方
  • 8.3 动手实验：写出自己的第五套Preset
  • 8.4 不要把Preset当成权限系统
  • 8.5 插件生态越强，边界越重要
  • 8.6 模型表现与Agent整体表现必须分开
  • 8.7 DSH最值得学习的不是某个API
  • 8.8 Harness Lab的最终架构
  • 8.9 本章小结
  • 附录A 核心术语
  • 附录B 快速演进中的DSH ——版本更新、视觉模型与插件生态
  • B.1 先固定一个版本快照
  • B.2 0.1.1-rc.x值得关注的变化：视觉能力进入Harness
  • B.3 配置DeepSeek-V4-Flash-Vision-Exp
  • B.4 为本地模型添加视觉支持
  • B.5 一些插件推荐
  • B.6 插件一：dsh-archived-chats——把Session Log变成可管理资产
  • B.7 插件二：dsh-better-sidebar——从UI插件变成插件平台
  • B.8 插件三：dsh-product-subagent-console——给Multi-Agent增加Control Plane
  • B.9 插件四：dsh-remote-access——把Plugin扩展到网络访问边界
  • B.10 如何持续跟踪DSH的更新
  • B.11 版本补充：0.1.5的Session V3和in-history System Prompt
  • B.12 总结：不要追版本，要追能力边界
展开全部

评分及书评

尚无评分
目前还没人评分

出版方

人民邮电出版社

人民邮电出版社是工业和信息化部主管的大型专业出版社，成立于1953年10月1日。人民邮电出版社坚持“立足信息产业、面向现代社会、传播科学知识、服务科教兴国”，致力于通信、计算机、电子技术、教材、少儿、经管、摄影、集邮、旅游、心理学等领域的专业图书出版。