DeepSeek Harness / 09
Code Mode：上下文压缩不等于安全隔离
当工具数量变多，模型需要在上下文中阅读大量名称、Schema 和中间结果。Code Mode 的设计动机不是“让模型拥有一个 Shell”，而是把一组结构化工具压缩成可组合的程序接口，让模型用更少的上下文表达一段计划。
设计理念：压缩接口，不放弃治理
Code Mode 同时带来两件事：
- 模型可以在一次代码片段中组合多个绑定，减少工具列表和往返次数。
- 模型生成的代码变成新的不确定输入，必须拥有更严格的预算、取消和权限边界。
所以 run_code 里的子调用仍然要重新进入普通 Tool Pipeline。Code dispatch 只是调度形态变化，不是审批和审计的旁路。
三层边界
| 层次 | 要解决的问题 |
|---|---|
| Binding | 哪些工具和数据可以被代码看到 |
| Runtime | CPU、时间、输出、并发和返回值如何受限 |
| Sandbox / Policy | 进程、文件、网络和凭据的真实权限 |
隔离标签不等于安全保证。语言字段存在也不代表当前 Profile 提供同样的后端。策略解析失败时必须 fail closed，否则一次配置错误就可能把受限执行降级为宿主进程执行。
设计取舍
Code Mode 提高了表达密度和批量调度能力，也增加了调试难度：错误可能来自代码、绑定、子工具或执行器。解决办法不是取消 Code Mode，而是为 exception、timeout、abort、worker-exit、invalid-output 和 output-limit 建立可区分的失败语义。
参考 Code Runtime 与 Sandbox。
下一篇建议继续看：Context Compaction：把上下文当作工作集管理