`@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：在启动器挂载完毕时结算，供需要公布就绪信号的行使用（例如督程会等待的 URL 行）。

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

启动行，以及它的应用所读取的服务

应用从自己的启动行读取这些参数：这是一个在 Loader 行与插件中都注入 cmdlineArgs，并调用 runStartup(ctx, service, program, plan) 的插件：

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

export function apply(ctx: Context): void {
  runStartup(ctx, 'webStartup', webCommand(), planWebStartup)
}

Loader 行的注入同时也是发现声明，因此无需组合包 manifest 字段：

- id: web-startup
  name: '@deepseek-ai/dsh-web-app/startup'
  inject: [cmdlineArgs]

启动器只用该注入来拒绝那些没有命令行所有者却带有应用参数的组合。Loader 只挂载一次整套组合，并让每一行等待自身的注入激活。

应用用 flag 配置的每一行随后读取启动行解析出的取值，各自点名自己取用的键，以及回退时使用的值：

- 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

runStartup 解析参数，向 plan 索取取值，并把它们作为服务提供出去。遇到 --help、--version、解析错误，或 plan 发出的 program.error(...) 时，它输出 commander 的文本并请求退出：什么也不会被提供，因此依赖启动服务的行不会激活。

plan 会收到启动上下文，以及所有注入该服务的行的选项，用于那些必须顾及组合本身的取值。此时 Include 仍保留着嵌套表达式的原始形态，因此需要组合回退值的 plan 可以基于服务提供前的启动上下文插值相关行配置；随附的例子是 /api 栅栏 authority。

注入如何排列配置求值

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

enableRow(ctx, id) 打开某个组合包以禁用状态交付、只有部分调用才需要的行（dsh web --dev 及其客户端插件重载链路）。Loader 会对启用后的行应用普通的注入顺序。

一条命令行，一个所有者

一套组合有且只有一个命令行所有者。叠加在另一应用之上的应用会禁用下层的启动行，并提供保留下来的各行所注入的全部启动服务。

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

模型体验

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

KV Cache 影响

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

已知限制与延期工作

启动器的 flag 必须写在应用参数之前：切分按位置进行，启动器不认识的第一个 token 就是内层参数的起点，因此写在某个应用 flag 之后的 --patch 属于应用。启动器的解析器会消耗掉一个 --，因此必须以字面量 -- 存活到应用的参数需要写成 -- --。
启动服务没有声明所有者：读取行点名它，由 cmdlineArgs 消费方提供它；这两种注入之间没有静态关联，因此交付了读取行却缺少对应启动行的组合包会在结算时失败（出现指向该服务的待处理条目），而不是在加载时失败。
用户 patch 若整体替换某行的 config，会连同其中的表达式一起丢掉：flag 胜过的是表达式旁写着的那个值，而不是用户用字面量替换掉表达式之后的结果；保留表达式才能保留 flag 的优先级。

4.9 KiB Raw Blame History Unescape Escape

@deepseek-ai/dsh-cmdline