如何将 DeepSeek Harness 安全地部署到生产环境中
TuBrief 편집팀
2026년 8월 25일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
如果在与代理主进程相同的 Worker 线程中执行代码，预览插件将会无限制地访问文件系统。为了防止 .env 文件中的认证令牌泄漏到外部端点，我们需要系统级的隔离边界。在项目根目录下创建一个 cordis.patch.yml 文件，并定义最低权限的后端。
指定 image: "node:22-alpine" 并拦截网络接口。将根文件系统冻结为只读，并仅有选择地允许临时区域。通过强制以 nobody 账户运行用户，可以消除主机文件被篡改的可能性。由于容器在约 200 毫秒内启动后会自动销毁，因此不会残留会话间的状态污染。
应用 Linux 内核防火墙规则，从远程阻断流量泄漏。在终端中重置现有规则，并默认阻止所有出站数据包。允许 DNS 通信，且仅选择性地开放连接到官方 API 端点的 443 端口。构建此防火墙管道可以在内核级别阻止数据泄漏尝试。
如果长时间运行无人值守代理，由于缺少流式背压（Backpressure）和上下文累积，将会发生段错误（Segmentation Fault）。当发生超出 V8 堆内存上限的大规模输出时，进程会陷入恐慌，因此必须按项目规模手动控制资源。为了将调试工作量每周减少 4 小时以上，必须设置 cgroups 资源硬限制。
根据项目规模手动调整 cordis.patch.yml 中的资源控制参数。小型项目可以设置 512MB 内存、1 个 CPU 以及 64 的 pidsLimit，以限制在重构 1 到 3 个文件时的资源占用。大型项目则分配 2GB 内存和 4 个 CPU，这样即使发生分叉炸弹（Fork Bomb），也不会导致整个主机崩溃，而只会杀死对应的容器。通过此项设置，每周可以节省 4 小时以上的调试时间。
如果发生插件冲突，可通过 Cordis 的瀑布流拦截机制执行实时停用程序。通过过滤观测网追踪（Trace），分析引发冲突的事件域和异常栈。上层控制插件拒绝调用并断开控制权，从而防止流程流向冲突模块。在 CLI 中运行配置转储以确认冲突模块的 ID，并在配置文件中将该项注释掉。Harness 引擎会立即回滚状态、关闭该模块并恢复稳定性。
当以单向事件日志形式的轨迹管理对话流程时，如果在提示词最顶部包含随机数或时间戳，将会引发缓存未命中（Cache Miss）。严格结构化提示词前缀可以显著降低运营成本。
将输入提示词的组装结构完全分离为静态区域和动态区域。在提示词最顶部放置系统角色指令、固定的工具架构定义以及编码风格指南，从而创建保持 100% 缓存命中的静态区域。将环境变量、会话对话历史以及当前文件路径集中到提示词最底部的动态区域。确认轨迹日志分析函数不会破坏静态前缀的连续令牌，并将其反映到构建管道中。经过这种结构化处理，以 1000 轮对话为基准，平均缓存命中率可提升至 90% 以上。
为了验证优化成果，应直接测量令牌消耗量和响应速度的变化。通过固定静态前缀，将因动态前缀污染而降低的缓存命中率提升至 92.8%。以 1000 轮对话为基准，降低输入令牌成本并缩短首个令牌生成时间，从而大幅削减每月运营成本。基于此定量验证结果，维持生产服务器代理基础设施的经济效益。