DSE · DEEPSEEK-NATIVE 工程 AGENT HARNESS

不止生成代码,交付经过验证的工程结果。

DSE 既是编码 Agent,也是一套约束 Agent 的 Harness。DeepSeek 负责理解、推理与行动;Harness 负责上下文、权限、执行、状态、重试与验收。目标不是让 Agent 看起来更自主,而是让每一次“完成”都有证据。

DESIGN CONVICTIONS

我们不把模型的表达能力,误当成系统的可靠性。

DSE 的产品设计从一个判断出发:模型擅长在不确定性中提出行动,工程系统必须负责边界、事实与后果。
01

完成是宿主权限

模型可以提出 completed;只有 Host 能检查最新工作区修订的 EvidenceReceipt,并决定 Completed 或 Blocked。

02

只保留一条真实运行路径

一个 AgentRuntime、一个 RuntimeEvent、一个 RunStore。CLI、TUI 与本地 API 只是同一应用服务的不同投影。

03

状态必须先于界面存在

工具结果、模型用量与终态先写入本地持久状态,再交给界面展示。进程退出不应抹掉工程事实。

04

重试是安全判断,不是乐观主义

只有可证明可重放的失败才重试。已产生可执行输出或计费未知时,系统宁可失败关闭,也不盲目再次行动。

05

能力要用证据换取准入

从已测量的失败出发,冻结任务与验收条件,只保留在质量、Token、时间和复杂度上经得住比较的改进。

HARNESS BOUNDARY

模型负责产生可能性;Harness 负责把它变成工程事实。

这条边界贯穿一次运行的全部生命周期。模型永远不直接拥有权限、状态或完成权。
01

TaskContract

Host 固定目标、约束与验收条件

02

ContextBundle

只提供当前角色需要的上下文

03

AgentRuntime

驱动 DeepSeek 推理与工具循环

04

ToolOutcome

记录真实执行结果,而非模型转述

05

EvidenceReceipt

绑定最新工作区修订的验证证据

06

TerminalState

由 Host 收敛为 Completed、Failed 或 Blocked

模型可以

  • 解释任务
  • 探索方案
  • 调用获准工具
  • 提交完成提议

Harness 必须

  • 限制可见上下文
  • 强制工具权限
  • 保存每次结果
  • 控制重试预算
  • 验证当前代码
  • 决定最终状态

AGENT TOPOLOGY

并行化认知,串行化写入。

DSE 不把多 Agent 设计成热闹的聊天室。并行只用于扩大调查带宽;对工作区的修改始终有唯一、可追责的所有者。
ROOT

任务所有者

持有 TaskContract、调度协作、审查证据并决定完成。

READ-ONLY CHILDREN

并行调查

搜索代码、追踪调用链、分析测试;不能修改工作区。

ONE EXPLICIT WRITER

唯一写入者

在隔离 worktree 中修改,再经 diff → review → verify → integrate 进入根工作区。

Read many · Write once · Verify before integrate

DEEPSEEK-NATIVE BY SUBTRACTION

不为“支持一切”支付抽象税。

DSE 只对接官方 DeepSeek API,把 Thinking、Tool Calls 与流式用量当作一等运行语义。更少的兼容层,意味着更清楚的角色、更可复现的请求,以及对真实执行路径更精确的控制。

+刻意做深

  • 固定的 Agent 角色与模型路径
  • DeepSeek Thinking 与工具调用语义
  • 流式输出、用量与故障分类
  • 本地工具、状态与 SQLite 事件

刻意不做

  • Provider 矩阵与兼容层
  • 自动模型 Router / Classifier
  • Fallback Provider
  • 第二套 Runtime、Store 或工具目录

LOCAL-FIRST代码操作、工作区与运行状态留在本机;模型所需上下文直接发送到官方 DeepSeek API,不经过 DSE 中转云。

EVIDENCE LAB

功能不是写出来就算能力;通过评测才算。

DSE 用同一套准入方法约束自身演进。它让产品路线由真实损失和可复现实验决定,而不是由演示效果或功能数量决定。
  1. 01

    先找到损失

    从失败任务、误判完成、Token 浪费或恢复缺口开始。

  2. 02

    冻结比较条件

    固定任务、工作区、模型、预算、验证器和运行身份。

  3. 03

    测试最小改动

    只实现足以解释该损失的最小候选方案。

  4. 04

    同时比较四项

    质量优先,再看 Token、时间与新增复杂度。

  5. 05

    准入或删除

    只有证据支持的能力进入产品;失败实验与负面结果同样保留。

TASTE BY REFUSAL

产品品味,也体现在拒绝什么。

NO

Provider 集市

聚焦 DeepSeek 的真实行为,不维护最低公分母。

NO

Agent swarm 表演

需要的是受控调度,不是角色越多越先进。

NO

模型签署完成

完成必须由当前代码与外部证据证明。

NO

盲目重试

不确定是否已产生副作用时,停止比重复执行更安全。

NO

云端接管工作区

本地代码、本地工具、本地状态是系统的主权边界。

NO

未经评测的能力

不能稳定改善结果的复杂度,不进入主路径。

CURRENT STATUS

Pre-public:系统正在形成,但还不是公开承诺。

DSE 当前是可运行的本地开发项目,尚无公开二进制、稳定版本或下载入口。DSE.RUN 用于公开设计方向与开发状态,不把在建能力包装成已发布产品。

当前边界

  • Rust-native · Local-first · DeepSeek-only
  • CLI、TUI、本地 API 共享同一应用服务
  • 本地工具执行、持久状态与中断恢复
  • Root / 只读 Child / 单 Writer 调度

尚未提供

  • 公开安装包或稳定版本承诺
  • 网页抓取、Web 搜索或浏览器操作
  • DeepSeek 之外的模型 Provider
  • DSE 云端工作区或账号系统

开发状态变化会在 DSE.RUN 更新。