📄 一句话概括
第二章走完,你手里有一个能跑的 DSH、一个划定的工作区、一个连上的模型、四套预设的实物数据——外加一套【做差集看结构】的方法。
📝 本节和前面几节的关系
这一节把第二章收口。它也是全书的分界线:从第 3 章开始,讨论从【怎么用】转到【为什么是这样】。
一、六步复盘
这一章一共做了六件事,按顺序串起来就是一条完整的路:
- 装上并跑通(2.1)——得到一个能用的命令行。
- 选好工作区(2.2)——划出 Agent 的活动范围。
- 配上模型(2.3)——得到一个能应答的会话。
- 打开四套预设(2.4.1)——看到四个可选档位。
- 看它们的差分(2.4.2)——知道谁多谁少、差在哪几行。
- 比同一任务的轨迹(2.4.3)——拿到一套可复用的对照方法。
外加一节(2.5)看懂【官方为什么留 Minimal】。 六步走完,DSH 对你来说不再是黑盒了——它变成了一堆可以指着说的东西。
二、这一章读到的真实数据
把这一章从配置树和命令行里读到的数字汇总一下:
- dsh 版本:
0.2.0-rc.2。 - 四套预设的插件数:19 / 20 / 2 / 20。
- 默认预设:
standard。 - 默认模型:
deepseek-official/deepseek-flash。 - web profile 配置树行数:1259。
- 配置 Schema 行数:28977。
这些数字本身没什么用,但它们是后面每一章的地基。 第 3 章讲【为什么能差这么多】,讲的就是这张表里的东西。
三、带走一个方法
数据会过时(版本一升就变),但方法不会。这一章最值钱的产出是一个方法:
遇到【这两个东西差在哪】,就把它们的组成拉出来做差集。
对比之下,另外两种常见做法都不如它:
- 读文档:会漏、会过时。配置不会撒谎。
- 看截图:图里看不出少了哪个插件。
而且这个方法不会只用一次——第 3 章比能力、第 4 章比扩展层次、 第 8 章验自己写的 Preset,都是同一件事。
四、下一章要干什么
第二章回答的是【怎么用】,第三章开始回答【为什么是这样】。
它会接着 2.4.2 的差分往下问三个问题:
- 为什么四套预设能长得这么不一样?答案在【两个平面】的分工里。
- 【一切皆插件】的边界在哪?答案在 Scope Context 与作用域上。
- 创一套新预设,到底要动什么?答案是【从插件池里挑一组、装配起来】。
一句话预告:第 3 章会把第二章看到的那张插件清单,拆成【谁在管谁】的一张关系图。
五、动手 Demo:第二章走完,你手里有什么
六步复盘,加上这一章读到的真实数据:
steps = [("2.1", "装上并跑通 DSH"), ("2.2", "选好工作区"),
("2.3", "配上模型"), ("2.4.1", "打开四套预设"),
("2.4.2", "看它们的差分"), ("2.4.3", "比同一任务的轨迹"),
("2.5", "看懂为何留 Minimal")]
for a, b in steps:
print(" %-6s %s" % (a, b))
print()
facts = [("dsh 版本", "0.2.0-rc.2"),
("四套预设插件数", "19 / 20 / 2 / 20"),
("默认预设", "standard")]
for k, v in facts:
print(" %-16s %s" % (k, v))
实跑输出:
--------------------------------------------------------------------
第二章走完,你手里有什么
--------------------------------------------------------------------
把这一章的六步复盘一遍:
节 做完什么 你拿到了什么
------------------------------------------------------
2.1 装上并跑通 DSH 一个能用的命令行
2.2 选好工作区 Agent 的活动范围
2.3 配上模型 一个能应答的会话
2.4.1 打开四套预设 四个可选档位
2.4.2 看它们的差分 谁多谁少,差别在哪
2.4.3 比同一任务的轨迹 一套可复用的对照方法
2.5 看懂为何留 Minimal 信不信得过官方的数字
------------------------------------------------------
这一章从配置树和命令行里读到的真实数据,汇总在这儿:
数据项 值
---------------------------------------------
dsh 版本 0.2.0-rc.2
四套预设的插件数 19 / 20 / 2 / 20
默认预设 standard
默认 provider deepseek-official
默认 model deepseek-flash
web profile 配置树行数 1259
配置 Schema 行数 28977
---------------------------------------------
一句话收尾:这一章的作用,是让后面所有讨论都有实物可指。
从下一章开始,我们拆的就是这张表里的东西——
先讲清楚【为什么四套预设能长得这么不一样】,
再一头钻进 Cordis,看它是怎么让几十个插件各就各位的。
这份清单可以当成一张验收单:这七项每一条都能在自己机器上验一遍。 验不过的,就是没读到位的地方——回去补那一步,比往后硬撑强。 下一章开始,我们不再需要动键盘了(第 3 章是纯概念章), 但第二章留下的这份实物数据,后面每一章都会用到。
30 秒实验
- 把这一章的六步在自己机器上走一遍,记下每步花了多久。
- 把四套预设各跑一次同一个任务,留个记录。
- 想清楚你日常要用哪一套,为什么。
常见误区
- 错误:这一章只是安装说明,没什么内容。——纠正:它给后面所有讨论提供了实物——四套预设的插件数、配置树的行数、默认模型,都是后面反复要引用的。
- 错误:跑通就行了,配置树不用看。——纠正:配置树是这本书最值钱的读物之一——全书讲的结构,在里面都能看见。
- 错误:记住命令就够了。——纠正:接口会变(1.5 刚讲完);记住【怎么读配置树】比记住命令有用得多。
自测三问(点开对答案)
1. 第二章做完哪六件事? —— 跑通、选工作区、配模型、打开四套预设、看差分、比轨迹(外加看懂 Minimal)。 2. 这一章最值钱的方法是什么? —— **把同类东西的组成拉出来做差集**——一比就知道谁多谁少、多出来的那项是什么。 3. 第三章要讲什么? —— **为什么四套预设能长得这么不一样**,以及【一切皆插件】到底意味着什么。- ☐ 下一章(第三章 一切皆插件意味着什么:3.1 DSH 的 4 套 Preset 不是 4 个独立 Agent)
相关笔记
- 为什么官方 Benchmark 会选 Minimal —— 上一篇收尾,这一篇复盘
- 环境准备 —— 回头看,这一章是从一条 npx 命令开始的
- 先把【产品】和【Runtime】区分开 —— 第二、三章共用的一把尺子
- 🐳 DeepSeek Harness · 索引