mirror of https://github.com/deepseek-ai/deepseek-harness.git synced 2026-08-30 04:40:37 +00:00

Files

T

Tianyi Cui a16822944b feat(profiles): add the SDK application bundle

Introduce @deepseek-ai/dsh-sdk-app as the thin application layer for the built-in sdk profile. The bundle contributes the JSON-RPC server and startup-only profile metadata, while dsh-base continues to own the shared agent, provider, persistence, and tool composition.

Publish ctx.appReady from the launcher only after the Loader tree and launcher-owned setup succeed. The stdio lifetime binding leaves stdin unread until the protocol transport claims it and defers EOF exit 0 until readiness commits, so early protocol frames remain buffered and a racing startup failure remains the nonzero process outcome. Fiber disposal cancels both pending lifecycle listeners.

Register the bundle in the CLI resolver closure, generated configuration catalog, workspace graph, and built-bin smoke. Startup tests prove that base plus sdk-app exposes the SDK server without taking ownership of shared runtime plugins; focused and built-bin regressions cover early input, EOF readiness, and startup-error precedence.

2026-08-23 10:59:00 +08:00

5.3 KiB

Raw Blame History

`@deepseek-ai/dsh-cmdline`

English | 中文

dsh 启动器交给它所引导应用的那条命令行。启动器只解析属于自己的 flag（--profile、--patch、配置 dump），并把其后的一切原样交给配置树，因此 flag 家族、--help 文本和解析错误都由应用自己持有，启动器不必知道它们。

启动器提供的值

启动器在任何配置树条目挂载之前调用 provideCmdline(ctx, host)，它提供：

ctx.cmdlineArgs：本次调用的内层参数。get() 就是它的全部接口，返回一份快照：dsh --profile tui --resume abc 得到 ['--resume', 'abc']。
ctx.appExit：一个有边界的进程退出请求，接到启动器的关停控制器上。
ctx.appReady：启动器的成功启动信号。只有 Loader 树和启动器自身的设置都成功后才会提交；启动失败或被外部终止时，待处理 listener 永远不会被调用。

没有命令行的嵌入宿主提供空列表；这是诚实的答案，而不是缺失的值。

exitOnStdinEnd(ctx, label) 会在 ctx.appReady 提交后，把已成功接受的 stdio 应用 EOF 接到 ctx.appExit(0)。它从不读取或恢复 stdin，因此协议 transport 会收到挂载前缓冲的字节。启动失败与 EOF 竞争时由启动失败决定结果；绑定前已经结束的 stream 仍会在启动成功后请求关闭；调用插件的 fiber 会移除两个待处理 listener。应用在发布启动服务的同一个命令 action 中调用它，因此 help 与被拒参数不会挂载 transport 或 EOF 生命周期。

普通提供方与注入配置

任何应用插件都可以注入 cmdlineArgs、解析它，再发布一个普通的应用自有服务。parseCmdline(ctx, program) 只适配 commander；校验与发布的服务都归 program 自己的 action 持有：

export const name = 'web-startup'
export const inject = ['cmdlineArgs']

export function apply(ctx: Context): void {
  const program = webCommand()
  program.action(() => ctx.provide('webStartup', webValuesFrom(program)))
  parseCmdline(ctx, program)
}

它的 Loader 行不携带启动器标记，也没有特殊类型：

- id: web-startup
  name: '@deepseek-ai/dsh-web-app/startup'

所有由这些取值配置的行都使用普通服务注入，并在惰性配置中直接访问该服务：

- id: webserver
  name: '@deepseek-ai/dsh-host-webserver'
  inject: [webStartup]
  config:
    host: !!js ctx.webStartup.host ?? '127.0.0.1'
    port: !!js ctx.webStartup.port ?? 3080

parseCmdline 在加载时拒绝整棵命令树中没有任何命令声明 action 的 program，把每个命令的退出与输出都接到启动器上（commander 只在注册时把这些设置复制进子命令），再解析不可变参数；解析成功时 commander 运行被调用命令的同步 action。action 用 program.error(...) 拒绝无效调用——必须先拒绝后发布，因为写在拒绝之前的语句已经执行。遇到 --help、--version、解析错误或这种拒绝时，该适配器输出 commander 文本并请求退出；提供方什么也不发布，因此依赖行不会激活。

注入如何排列配置求值

Loader 会把一行的 !!js 插值推迟到该行声明的注入全部激活之后，再基于该行的插件上下文求值。所以上例可以直接读取 ctx.webStartup：Loader 索取 webserver 的配置之前，Cordis 已经填入了这个注入服务。Include 树会保留嵌套表达式节点，直到各个目标行到达这一时点。提供方替换与活动 patch 重载都会针对当前注入服务重新插值，因此启动 flag 不会被悄悄重置。

共享不可变参数

get() 不会消费或修改 argv。多个插件可以解析同一份快照，并分别提供服务。启动器不会检查组合中的命令行所有者；没有读取方的 profile 只会忽略自己的应用参数。

树外插件会带来自己的一份 commander 副本，因此 commander 的控制流错误按结构识别，而不是按类身份识别；按身份判断会把已经打印出来的 help 重新抛成致命的加载失败。

模型体验

无。本包在任何会话存在之前解析进程自身的命令行。

KV Cache 影响

无；本包既不组装也不发送提供方请求。

已知限制与延期工作

启动器的 flag 必须写在应用参数之前：切分按位置进行，启动器不认识的第一个 token 就是内层参数的起点，因此写在某个应用 flag 之后的 --patch 属于应用。启动器的解析器会消耗掉一个 --，因此必须以字面量 -- 存活到应用的参数需要写成 -- --。
应用自有服务没有静态声明的提供方：消费行通过普通注入点名它；缺少提供方的组合包会在结算时失败，由待处理条目点名该服务，而不是在加载时失败。
用户 patch 若整体替换某行的 config，会连同其中的表达式一起丢掉：flag 胜过的是表达式旁写着的那个值，而不是用户用字面量替换掉表达式之后的结果；保留表达式才能保留 flag 的优先级。
EOF 表示应用成功关闭：exitOnStdinEnd 适用于由客户端持有 stdin 的 stdio 协议进程；stdin 另有交互语义的应用不会调用它。

5.3 KiB Raw Blame History Unescape Escape

@deepseek-ai/dsh-cmdline