第 33 卷

动手练习（检验你是否真懂了）

1. **理解题**：沙箱三档模式分别允许什么文件效果？为什么说"网络与进程不在沙箱词

汇表内"？

> 自查：参考本章 13.2 节三档表与"后端矩阵"段

1. **理解题**：为什么 headless 下的 `never` 是"最严格"而非"最宽松"？

> 自查：参考本章 13.4 节"策略"段（deterministic rejected）

1. **动手题**：打开 `dsh web`，观察 Permissions 选择器的两个预设；切到 `danger-

full-access` 再切回，看会话日志里的 `permission/preset` 事件 > 自查：参考本章 13.3 节预设表

1. **动手题**：装一个社区插件前，按 13.5 清单逐条过一遍（来源/源码/权限/审计），

结论写进笔记 > 自查：参考本章 13.5 节清单表

1. **思考题**：为什么 #250 的"模型自批准"说明审批不是安全边界？如果审批挡不住，

企业靠什么兜底？

> 自查：参考本章 13.6 节 + 13.7 节基线表

常见疑问 FAQ

**Q1：沙箱能防住恶意代码吗？**

不能当安全边界用。沙箱只管文件效果；网络（如 SSRF）与进程（如 #466 taskkill）在其词汇表外。防恶意代码靠插件信任（13.5）与网络/进程级隔离（容器/VM/远程沙箱——官方

文档明确这些是能力缝的 sibling 实现，不是 `ctx.sandbox` 的 provider）。

**Q2：为什么 headless 用 `never` 反而更安全？**

`never` 不是"永不询问"的宽松模式，而是**确定性拒绝**：任何审批请求直接 `rejected`，不派发应答者——无人值守时不会出现"挂着等人点 Allow"。需要放行的动作靠前置 review 或

显式配置，而不是运行时询问。

**Q3：`workspace-write` 是不是就安全了？**

边界内相对安全，但 #149 显示"递归删除整个工作区"在 workspace-write 下零确认——沙箱防的是"越界"，不防"边界内自毁"。重要代码请纳入版本控制。

**Q4：第 12 章已提过 #159，这章为什么又讲？**

第 12 章是"已知不足速查表"（一句话 + 状态），本章展开机制（post-check 竞态怎么发生）、同族（#278 /tmp rebind）与缓解（不信任单一路径检查、关键目录不进

workspace）。

**Q5：这些安全帖号可信吗？不会是编的吧？**

4 个核心帖号（#159 #584 #381 #817）均经 `gh api graphql` 逐号核验存在（链接见 13.6 表格）；同族补充帖来自仓库内 `docs/research/discussion-mining.md`（全量分页抓取

780 帖并程序化核验）。

---

**下一章**：[第 14 章：成本与用量](./14-cost.md)（规划中）。

第 14 章：缓存与成本工程

> 本章目标：把"便宜"从玄学变成工程——对话缓存机制、命中率实测与优化、成本模型、推理档位联动、真实任务预算，以及怎么"看见"每笔 token 花在哪。

TL;DR（本章核心，30 秒版）

1. **缓存是成本第一变量**：DeepSeek context cache 对重复输入按 **96.8% 折扣

（Flash）/ 96.7% 折扣（Pro）**（谷时，2026-08-16 起峰谷计价）计费——Agent 工作负载输入占比高，命中率直接决定成本量级

1. **峰谷计价是最大的新杠杆**：峰时 UTC 01:00-04:00 + 06:00-10:00（北京时间

09:00-12:00 + 14:00-18:00，几乎覆盖中国工作日）——国内日常写码基本全在 2 倍价区间；把长跑任务（批量重构/测试/agent 长任务）挪到晚上或早 8 点前，账单**直

接减半**——与命中率**乘法叠加**、不需要改配置（14.1）

1. **手册实测命中率 97%**：会话延续 + 稳定工具 schema + Agent 多步工作负载特

性（第 5 章 5.1.1）；社区长跑实测可达 99.7% （[#560](https://github.com/deepseek-ai/deepseek-harness/discussions/560)）

1. **命中率三原则**：会话延续（别频繁新建）、前缀稳定（别老改配置）、少打断

（一次写清验收标准）

1. **两个独立杠杆**：推理档位管"思考 token 量"，缓存管"输入单价"，可叠加——

`low` 档 + 高命中 = 最便宜组合

1. **成本要看得见**：会话统计行看缓存命中 %；每轮 token 显示官方待实现（[#735]

(https://github.com/deepseek-ai/deepseek-harness/discussions/735)），先用统计行 + 社区 cost-tracker 插件，或零安装直接读 session.jsonl.zstd（14.7）

<details><summary>本章导航</summary>

• [14.1 对话缓存机制原理](#141-对话缓存机制原理)
• [14.2 命中率实测：97% 怎么来的](#142-命中率实测-97-怎么来的)
• [14.3 命中率优化实践](#143-命中率优化实践)
• [14.4 成本模型：命中率如何决定账单](#144-成本模型-命中率如何决定账单)
• [14.5 推理档位联动：low/high/max 成本矩阵](#145-推理档位联动-lowhighmax-成本

矩阵)

• [14.6 预算实战：案例 A 成本估算](#146-预算实战案例-a-成本估算)
• [14.7 测量方法：让 token 消耗可见](#147-测量方法让-token-消耗可见)
• [14.8 成本相关踩坑清单](#148-成本相关踩坑清单)
• [14.9 决策建议速查](#149-决策建议速查)

</details>