mirror of
https://github.com/deepseek-ai/deepseek-harness.git
synced 2026-09-14 04:01:35 +00:00
Yichen Jiang
545e2ad914
Node's built-in fetch ignores HTTP_PROXY, so every harness request connected directly regardless of what the user exported. Resolve one policy from the launch environment and install it as undici's global dispatcher, then wire the four surfaces a global dispatcher cannot reach: web_fetch's pinned transport, the OTLP exporter's node:http agent, the E2B SDK's own proxy option, and the environment a child process or worker thread is given. Each outbound call site carries an egress test that drives its real code path through a fake proxy; that measurement is what found the OTLP and E2B gaps.
1.5 KiB
1.5 KiB
description, kind
| description | kind |
|---|---|
| network 组的包地图：适用于 Harness 发出的每一个请求的进程级出站传输策略。 | package-group |
net/ — 出站网络传输
English | 中文
概述
net/ 组负责传输层面的决策——它们适用于 Harness 发出的每一个出站请求，与由哪个能力发起无关。目前这样的决策只有一个：请求是否经由 HTTP 代理；对应的包也只有一个。该组之所以存在，是因为这类决策不属于任何单一能力：LLM（大语言模型）适配器、web 搜索后端、MCP 传输与遥测导出器都在彼此无感的情况下继承它，而把它放进其中任何一组，都会让另外三组产生反向依赖。这些包不是能力接缝：传输策略每个进程只有一种实现、一个答案，没有可替换的对象。
目录
包
| 包 | 角色 | ctx key |
|---|---|---|
http-proxy/ |
解析一份出站代理策略，并将其装为进程的全局 dispatcher | 无——由启动器安装 |
相关文档
- 网络代理指南——面向用户的页面：需要导出什么，以及为什么浏览器走代理而终端不走。
开发备注
面向维护者的工作上下文——点击展开
无。