description: "dsh 的一次性任务模式:从命令行运行单个任务并打印最终答案,供用户脚本化或自动化 dsh。"
English | 中文
dsh-headless 从命令行运行一个 dsh 任务并打印最终答案,然后退出——没有 GUI、没有服务器、没有浏览器。输入 dsh --profile headless "run the tests",agent(智能体)会以与所有其他表层相同的模型、工具与安全默认值完成该任务。它非常适合脚本、CI 与一次性任务:进程不打开任何端口,也不会留下任何后台运行的东西。监督进程还可以通过按行 JSON 事件流(--json)驱动它,并用该事件流报告的标识(--session-id)在同一段对话上继续唤醒。退出码告诉你结果——任务完成时为 0,中止或出错时为 1。主要边界:每次调用只运行一个任务,没有交互式后续。
运行一个任务,获得最终答案,然后退出。任务就是命令行参数,省略时则来自 stdin;整条命令就是最小的可运行示例。
dsh --profile headless "run the tests"
agent 会完成该任务,把提供方的每个非空推理(reasoning)增量流式写入 stderr 的 dsh: reasoning: 段,然后把最终答案写入 stdout 并退出。连续推理增量保持在同一段中;提供方未给尾换行时,runner 会在后续输出前结束该段。没有推理内容的成功运行保持 stderr 为空;失败时退出码为 1,并以 dsh: <code>: <message> 向 stderr 写入错误。任务来自位置参数,参数省略或为单独的 - 时则来自 stdin;空白位置参数或空管道会在任何执行开始之前被拒绝。位置参数会原样作为任务,stdin 不会被读取,因此想让管道内容进入提示词时,请把完整提示写进管道;管道任务会原样发送,包括结尾换行。
{ echo "Summarize these changes:"; git diff --stat; } | dsh --profile headless
任务与运行选项通过三个设置提供:
| 字段 | 默认值 | 含义 |
|---|---|---|
task |
stdin | 任务文本;省略或传 - 时由 stdin 提供 |
sessionId |
session-<uuid> |
要沿用的精确 Session 标识;未知 id 会失败 |
json |
false |
把本次运行投影为 stdout 上的按行 JSON 事件 |
生成的配置目录是所有受支持字段及其 JSDoc 的完整真源。
每次调用默认使用全新的 session-<uuid> 标识,--json 会在开头的 session 事件里报告它。传入 --session-id <id> 延续这段对话:runner 沿用该 id 对应的持久化 Session,而该 id 没有持久化 Session 时会在任务运行前失败,而不是悄悄开出一段空历史。沿用要求已组合 sessionPersistence 与 sessionQuery 服务,因此缺少任一服务的 profile 会显式失败,而不会返回一个历史随进程消失的 id。本进程中已存在持有该 id 的存活 Agent 时会被拒绝:它的原 owner 可能仍在驱动它,runner 无法取得独占的运行区间。标识是不透明的,因此会原样使用调用方给出的字符串,包括空白字符。工作目录通过已挂载的文件系统提供方解析(fs.resolve('.') 与 fs.processPath());未挂载文件系统服务时使用进程 cwd,新 Session 会记录该目录。沿用会将已记录 cwd 与同一提供方解析出的目录比较,并拒绝子 agent 或 fork 会话、未记录工作目录的会话、运行在本 profile 不组合的 agent preset 下的会话,以及 preset 记录畸形的会话——该检查读取 Session 日志当前记录的 preset,因此在空白期切换过 preset 的会话同样会被拒绝。因此监督进程无法在另一套组合下悄悄驱动他人的会话;任一不匹配都会在任务运行前失败。
--json 用按行 JSON 事件流取代 stdout 的最终文本行,stderr 仅保留 dsh: 诊断信息。事件流以 session(携带本次运行使用的标识)开头、以 final 结尾,其间为 status、text、thinking、tool_call 与 tool_result 事件。text 与 thinking 只从已提交的 assistant 消息投影,因此被重试或丢弃的尝试不会进入事件流;它们在步骤提交时到达,而不是逐 token 到达,默认模式的 stderr 推理仍是唯一的实时文本通道。终止 final 事件携带与默认模式相同的无损答案,不做限长;其他每个字符串与对象键上限为 8 KiB,超出时标记 truncated,单条事件行(含换行)上限为 32 KiB——超长事件保留标量字段、丢弃结构化字段,极端情况下只剩 type 与 truncated,嵌套达到 64 层及以上的负载会在该深度被截断。空工具参数字符串会投影为 {},与执行器实际运行的值一致;而 JSON 无法往返的参数——例如溢出为 Infinity 的数字 1e400——会保留原始文本,而不是 JSON.stringify 会报告的 null。runner 在轮次之外抛出的失败会写出 error 事件并在没有 final 的情况下结束事件流,同时向 stderr 写入 dsh: 行;若 profile 自身的插件加载失败,进程会在 runner 挂载前退出,该情形只保留 loader 的 stderr 诊断。轮次内失败的运行仍会以 final 事件(通常为空)结束且没有 error 事件,因此格式良好的事件流也可能描述一次失败的运行:请把退出码 1 与 turn_end 原因作为失败信号。
在脚本化或自动化的 dsh 运行中使用 headless——CI 步骤、批处理任务、从终端快速获取答案。当需要多轮交互会话或 GUI 时请避免它;浏览器表层(dsh-web-app)负责这类场景。进程只为本次运行而存活,不打开监听端口,并且自行退出,因此适合等待进程结束的流水线。当监督进程需要进度而不只是答案时,--json 提供事件流,--session-id 则让后续调用继续同一段对话。
dsh --profile headless --help 打印该命令的帮助文本并直接退出,不运行任何内容。只有空白的位置参数本身就属于用法错误——什么都不运行,进程退出 1,即使 stdin 不是终端也一样,因此误传的空白参数绝不会消费管道内容。完全缺失任务时,仅在 stdin 是终端时属于用法错误;stdin 不是终端时,runner 改从 stdin 读取任务,并以同样方式拒绝空结果。单独的 - 是唯一的 stdin 标记;把它与其他任务词混用属于用法错误,而不是以连字符开头的任务。在 --json 模式下,所有用法错误——包括 commander 自身的语法拒绝,例如未知选项或选项缺少取值——都会在进程退出前向 stdout 写出 error 事件,因此按行解析的监督进程即使 runner 从未挂载也能看到格式良好的事件流;事件 message 中的文本不带 commander 的 error: 前缀。
: `。直接驱动器失败(例如 Agent 创建失败或不可用的 `--session-id`)向 stderr 写入 `dsh: ` 并退出 1,且在 `--json` 模式下额外发出一个 `error` 事件。
### 源码地图
| 文件 | 职责 |
|---|---|
| [`src/index.ts`](src/index.ts) | `headless-runner` 插件:运行流程、Session 解析、输出约定、退出映射 |
| [`src/startup.ts`](src/startup.ts) | `headless-startup` 提供方:任务位置参数、`--session-id`、`--json` 与 `--help` |
| [`src/json-stream.ts`](src/json-stream.ts) | `--json` 投影:事件词汇、提交点发射、字符串限长 |
| [`cordis.patch.yml`](cordis.patch.yml) | 叠加在 `dsh-base` 之上的一次性 patch |
| — | 不发布运行时不变式伴生入口;runner 的可观察约定(stderr 中的提供方推理、stdout 中的最终文本、按轮次结束原因决定的退出码)属于进程级,并由启动器 e2e 负责;runner 不注册任何内容,树内也没有任何可变关系可审计。 |
| [`tests/headless.spec.ts`](tests/headless.spec.ts) | 运行流程、汇总、flush、Session 沿用与退出映射 |
| [`tests/json-stream.spec.ts`](tests/json-stream.spec.ts) | 投影顺序、提交点发射、限长与释放 |
| [`tests/startup.spec.ts`](tests/startup.spec.ts) | 在真实 Loader 树上的命令行解析 |
### 不变式归属
不发布不变式伴生入口,因为 runner 的可观察约定(stdout 的最终文本、按轮次结束原因决定的退出码)是进程级的、由启动器 e2e 负责;插件不注册任何内容,树内也没有任何可变关系可审计。
当你想深入了解共享核心、同级 GUI 或命令行交接时,阅读以下页面。
无,因为 runner 把任务作为普通用户消息提交,提示词与工具由组合出的 base 与 headless 行提供。
runner 不向请求前缀添加任何内容;它只是驱动组合出的配置树处理一条用户消息。
这些限制告诉你 headless 何时不适用、它需要 dsh 启动器提供什么。它们是当前包约束,不是通用的 CLI(命令行界面)对比或任务积压。
dsh 启动器运行——以其他方式启动 headless profile 会在启动时失败,因为只有启动器能请求进程退出。--json。--session-id 会拒绝记录在其他工作目录、未记录工作目录、属于子 agent 或 fork 会话,或运行在本 profile 不组合的 agent preset 下的 Session、preset 记录畸形的 Session,并要求已组合的 Session 查询与持久化服务;本进程中已存活的身份同样会被拒绝,因为 runner 无法对它取得独占的运行区间。--json 除终止 final 外把每个字符串与对象键限制在 8 KiB,并省略投影未建模的事件,因此它不是 Session 日志的无损副本。