@deepseek-ai/dsh-subagent-spawn-in-process 0.1.1-rc.2 → 0.1.2-alpha.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.i18n.yaml CHANGED
@@ -2,5 +2,5 @@
2
2
  # side as of the last confirmed-consistent state. Both languages carry equal authority;
3
3
  # after editing either side, bring the other along and re-record with:
4
4
  # pnpm run verify-translation-pairing --write packages/subagent/subagent-spawn-in-process/README.md
5
- README.md: f1fb96f2230359cb3ff55c630f29fd34345dbed7
6
- README.zh.md: 95a3b5cdb7084eb75666f8d62001221c57ac676c
5
+ README.md: 5eb2db403f3c572a6cd708a2bf32c7e9d54aafca
6
+ README.zh.md: 028815190ed7880c310661a3b8b7cd63f487afef
package/README.md CHANGED
@@ -1,50 +1,130 @@
1
+ ---
2
+ description: "In-process spawn subagent backend for users and maintainers choosing, configuring, or debugging fresh-child delegation."
3
+ kind: "package-reference"
4
+ ---
5
+
1
6
  # @deepseek-ai/dsh-subagent-spawn-in-process
2
7
 
3
8
  English | [中文](README.zh.md)
4
9
 
5
- The spawn provider creates a fresh child `Agent` in the current process. The child has its own session, sees no parent conversation history, and reuses the host's agent factory and LLM/tool services.
10
+ ## Summary
11
+
12
+ `dsh-subagent-spawn-in-process` is an in-process subagent backend: it runs each delegated task in a fresh child agent that shares this process and its agent factory, LLM, and tool services. The child starts with an empty conversation, so a task prompt must stand alone; it inherits the parent's working directory, session lineage, provider, model, reasoning effort, and output-token limit unless `request.agentOptions` overrides them. A delegation tool or API call reaches it under the `spawn` provider name. Choose it for the cheapest delegation transport; choose the fork backend when the child must build on the parent's completed conversation turns.
13
+
14
+ ## Table of Contents
15
+
16
+ - [Use this package](#use-this-package)
17
+ - [Understand the implementation](#understand-the-implementation)
18
+ - [Further Exploration](#further-exploration)
19
+ - [Model Experience](#model-experience)
20
+ - [Known Limitations and Deferred Work](#known-limitations-and-deferred-work)
21
+ - [Dev Note](#dev-note)
22
+
23
+ -----
24
+
25
+ <a id="use-this-package"></a>
26
+ ## Use this package
27
+
28
+ Mount this backend in a composition that delegates work to fresh in-process children. The common path is explicit: load the subagent service and this backend, then point a delegation tool such as `dsh-tool-subagent` at the `spawn` provider.
29
+
30
+ ### When to choose it
31
+
32
+ Choose the spawn backend when the child needs no parent conversation and running in this process is acceptable. Avoid it when the child must build on completed parent turns — the fork backend seeds that history — or when the child must run outside this process, which the out-of-process backends provide. Because the child inherits the parent's working directory and LLM selection by default, a self-contained prompt behaves exactly as written.
33
+
34
+ ### Minimal configuration
35
+
36
+ Load the subagent service and this backend, then configure one delegation tool per target. This is the smallest composition that exposes a `subagent` tool backed by spawn:
37
+
38
+ ```yaml
39
+ - name: '@deepseek-ai/dsh-subagent'
40
+ - name: '@deepseek-ai/dsh-subagent-spawn-in-process'
41
+ - name: '@deepseek-ai/dsh-tool-subagent'
42
+ config:
43
+ provider: spawn
44
+ ```
45
+
46
+ | Field | Default | Meaning |
47
+ |---|---|---|
48
+ | `providerName` | `spawn` | Provider name registered on `ctx.subagents` |
49
+
50
+ The generated [configuration catalog](../../../docs/config-catalog.md#deepseek-aidsh-subagent-spawn-in-process) is the exhaustive source for every accepted field and its JSDoc.
51
+
52
+ ### What a delegation does
53
+
54
+ One tool call starts one child and waits for its result: the child works in its own session and the parent receives only its final output, or an errored tool result when the run is cancelled, refused, truncated by its token limit, or rejected at startup. A rejected start leaves no published child; a completed run is disposed after its result is collected.
55
+
56
+ -----
6
57
 
7
- ## Behavior
58
+ <a id="understand-the-implementation"></a>
59
+ ## Understand the implementation
8
60
 
9
- `start(request)` delegates to [`startInProcessRun`](../subagent-in-process-driver/README.md) with no seed and awaits publication before returning. The child receives parent working-directory/session lineage and inherits the parent model unless overridden, but starts with an empty conversation.
61
+ <details>
62
+ <summary>Implementation internals — click to expand</summary>
10
63
 
11
- The shared driver owns depth checking, persona and tool-filter setup, structured output, required-signal cancellation, one-shot execution, result reading, and quiescent disposal. A startup rejection leaves no published child; provider unload after fulfillment does not revoke the holder-owned run.
64
+ This section explains how the backend is built and where the behavior in [Use this package](#use-this-package) comes from; the shared mechanics belong to the in-process driver.
12
65
 
13
- ## Capabilities
66
+ ### Design concept
14
67
 
15
- Spawn advertises `{ outputSchema: true, depthLimit: true, toolFilter: true, persona: true }` because it controls the child's creation window and can enforce all four features.
68
+ One separation: this backend contributes only the provider registration and the decision to start fresh, while every run mechanic — depth checking, child creation, per-child customization, structured output, cancellation, result reading, and disposal — lives in `dsh-subagent-in-process-driver`. The agent factory's creation transaction owns the unpublished setup window and its rollback; after publication the caller owns the run.
16
69
 
17
- ## Config
70
+ ### Source map
18
71
 
19
- | Key | Meaning |
72
+ | File | Role |
20
73
  |---|---|
21
- | `providerName` | Registry name on `ctx.subagents` (default `spawn`). |
74
+ | [`src/index.ts`](src/index.ts) | Provider registration: `Config` schema, capability declaration, `start()` |
75
+ | [`src/invariant.ts`](src/invariant.ts) | Invariant companion |
22
76
 
77
+ ### Run flow
78
+
79
+ A start request resolves through the subagent service, then the shared driver validates depth, mints a child session id, creates the child through the host agent factory with the caller's signal, applies persona, tool filter, and structured output inside the creation window, publishes the child, drives one task, reads the child's own final output, and disposes the handle quiescently.
80
+
81
+ ### Ownership and scope
82
+
83
+ The child gets a fresh flat registration scope: parent tool restrictions and authority are never imported, and the filter the tool applies is composition, not a parent-derived grant. The backend advertises all five start-time capabilities, including `agentOptions`, because it controls the child's creation window and can enforce each one.
84
+
85
+ </details>
86
+
87
+ -----
88
+
89
+ <a id="further-exploration"></a>
90
+ ## Further Exploration
91
+
92
+ Read these pages when the package-level contract is not enough; they move from the shared subagent model to the sibling backends and exhaustive configuration.
93
+
94
+ - [Subagent subsystem](../../../docs/subsystems/subagent.md) — start requests, results, live runs, and the provider contract.
95
+ - [dsh-subagent-in-process-driver](../subagent-in-process-driver/README.md) — the shared run driver this backend calls.
96
+ - [dsh-subagent-fork-in-process](../subagent-fork-in-process/README.md) — the sibling backend that seeds completed parent turns.
97
+ - [dsh-tool-subagent](../tool-subagent/README.md) — the model-facing delegation tool that reaches this provider.
98
+ - [Generated configuration catalog](../../../docs/config-catalog.md#deepseek-aidsh-subagent-spawn-in-process) — every accepted config field and its source declaration.
99
+
100
+ -----
101
+
102
+ <a id="model-experience"></a>
23
103
  ## Model Experience
24
104
 
25
105
  ### Child-agent request
26
106
 
27
107
  #### What the model sees
28
108
 
29
- The fresh child receives the standalone task content verbatim, inherits the parent model and workspace by default, and sees the global prompt with any configured child-scoped persona shadow. A tool filter removes global wire schemas, executable lookup, and Code Mode SDK bindings for that child but leaves independently registered guidance. It receives zero parent conversation messages; the filter is visibility/composition, not an authority grant inherited from the parent.
109
+ The fresh child receives the task content verbatim as its only user message in a new empty conversation, with the parent provider, model, reasoning effort, output-token limit, and working directory by default. A configured persona shadows global prompt text in the child's scope; a tool filter removes named global tools from its schemas, executable lookup, and PTC mode SDK bindings while leaving independently registered guidance. No parent conversation message is included; the filter is composition, not an inherited authority grant.
30
110
 
31
111
  #### Token effect
32
112
 
33
- The child pays for a new independent context and history; no parent-history tokens are duplicated. Persona changes this child's repeated prompt cost, while filtering changes its schema or generated SDK cost.
113
+ The child pays for a new independent context and history, and no parent-history token is duplicated. A persona changes the child's repeated prompt cost; a tool filter changes its schema or generated SDK cost.
34
114
 
35
115
  #### KV Cache effect
36
116
 
37
- Independent of the parent request cache. Child history grows append-only, while persona, tool-filter, generated-SDK, provider, or model changes establish a different child prefix.
117
+ The child's request cache is independent of the parent's. Child history grows append-only, while persona, tool-filter, generated-SDK, provider, or model changes establish a different child prefix.
38
118
 
39
119
  ### Parent tool result, indirectly
40
120
 
41
121
  #### What the model sees
42
122
 
43
- Through `dsh-tool-subagent`, the parent receives only the child's final output or stop-reason error.
123
+ Through `dsh-tool-subagent`, the parent receives only the child's final output or an errored result for a non-completed stop reason; intermediate child work never reaches it.
44
124
 
45
125
  #### Token effect
46
126
 
47
- Parent input grows by one data-dependent result retained until compaction.
127
+ Parent input grows by one data-dependent result, retained until compaction.
48
128
 
49
129
  #### KV Cache effect
50
130
 
@@ -52,4 +132,19 @@ Append-only; newly visible content follows the reusable request prefix and does
52
132
 
53
133
  ## Known Limitations and Deferred Work
54
134
 
55
- - **Fresh means no parent transcript** — the child inherits cwd, lineage, model, and explicitly configured persona/tool restrictions, but none of the parent's conversation; use the fork provider when completed-turn context is required.
135
+ <a id="known-limitations-and-deferred-work"></a>
136
+
137
+
138
+ These limits define when the backend is the wrong choice; they are current package constraints.
139
+
140
+ - **Fresh means no parent transcript** — the child inherits cwd, lineage, provider, model, reasoning effort, output-token limit, and explicitly configured persona or tool restrictions, but none of the parent's conversation; use the fork backend when completed-turn context is required.
141
+
142
+ <a id="dev-note"></a>
143
+ ### Dev Note
144
+
145
+ <details>
146
+ <summary>Working context for maintainers — click to expand</summary>
147
+
148
+ None.
149
+
150
+ </details>
package/README.zh.md CHANGED
@@ -1,55 +1,150 @@
1
+ ---
2
+ description: "面向用户与维护者的进程内 spawn subagent 后端说明,用于选择、配置或排查全新子级委派。"
3
+ kind: "package-reference"
4
+ ---
5
+
1
6
  # @deepseek-ai/dsh-subagent-spawn-in-process
2
7
 
3
8
  [English](README.md) | 中文
4
9
 
5
- spawn 提供方会在当前进程中创建一个全新的子 `Agent`。子 agent(智能体)有自己的会话,看不到父 agent 的对话历史,并复用宿主的 agent 工厂及 LLM(大语言模型)/工具服务。
10
+ ## 概述
11
+
12
+ `dsh-subagent-spawn-in-process` 是一个进程内 subagent 后端:它在当前进程中运行每个委派任务,子 agent(智能体)是一个全新子 `Agent`,复用宿主的 agent 工厂及 LLM(大语言模型)/工具服务。子 agent 以空对话开始,因此任务提示词必须自足;除非 `request.agentOptions` 覆盖,否则它继承父 agent 的工作目录、会话谱系、提供方、模型、推理等级与输出 token 上限。委派工具或 API 调用以 `spawn` 提供方名称找到它。需要成本最低的委派传输时选择它;需要子 agent 建立在父级已完成对话轮次之上时,请选择 fork 后端。
13
+
14
+ ## 目录
15
+
16
+ - [使用本包](#use-this-package)
17
+ - [理解实现](#understand-the-implementation)
18
+ - [进一步探索](#further-exploration)
19
+ - [模型体验](#model-experience)
20
+ - [已知限制与延期工作](#known-limitations-and-deferred-work)
21
+ - [开发备注](#dev-note)
22
+
23
+ -----
24
+
25
+ <a id="use-this-package"></a>
26
+ ## 使用本包
27
+
28
+ 在需要把工作委派给全新进程内子 agent 的组合中挂载此后端。常用路径是显式的:加载 subagent 服务与本后端,再把 `dsh-tool-subagent` 之类的委派工具指向 `spawn` 提供方。
29
+
30
+ ### 何时选择
31
+
32
+ 当子 agent 不需要父级对话、且可以接受在本进程内运行时,选择 spawn 后端。当子 agent 必须建立在已完成父级轮次之上时——fork 后端会提供这些历史——或必须在本进程之外运行时(进程外后端提供此能力),请避免使用它。由于子 agent 默认继承父级的工作目录与 LLM 选择,自足的提示词会按原样生效。
33
+
34
+ ### 最小配置
35
+
36
+ 先加载 subagent 服务与本后端,再为每个目标配置一个委派工具。这是暴露由 spawn 支撑的 `subagent` 工具的最小组合:
37
+
38
+ ```yaml
39
+ - name: '@deepseek-ai/dsh-subagent'
40
+ - name: '@deepseek-ai/dsh-subagent-spawn-in-process'
41
+ - name: '@deepseek-ai/dsh-tool-subagent'
42
+ config:
43
+ provider: spawn
44
+ ```
45
+
46
+ | 字段 | 默认值 | 含义 |
47
+ |---|---|---|
48
+ | `providerName` | `spawn` | 注册到 `ctx.subagents` 的提供方名称 |
49
+
50
+ 生成的[配置目录](../../../docs/config-catalog.zh.md#deepseek-aidsh-subagent-spawn-in-process)是每个受支持字段及其 JSDoc 的穷尽式真源。
51
+
52
+ ### 一次委派会做什么
53
+
54
+ 一次工具调用启动一个子 agent 并等待其结果:子 agent 在自有会话中工作,父级只接收其最终输出;若运行被取消、拒绝、被 token 上限截断或在启动时被拒,则收到出错的工具结果。被拒绝的启动不会留下已发布的子 agent;完成的运行在结果收集后即被 dispose(资源释放)。
55
+
56
+ -----
6
57
 
7
- ## 行为
58
+ <a id="understand-the-implementation"></a>
59
+ ## 理解实现
8
60
 
9
- `start(request)` 不传入 seed,直接委托给 [`startInProcessRun`](../subagent-in-process-driver/README.zh.md),并在子 agent 发布后才返回。子 agent 获得父 agent 的工作目录/会话谱系,并默认继承父 agent 模型(除非覆盖),但以空对话开始运行。
61
+ <details>
62
+ <summary>实现细节——点击展开</summary>
10
63
 
11
- 共享驱动器负责深度检查、persona 与工具过滤器设置、结构化输出、通过必需的信号执行取消、单次执行、结果读取和完全停稳后的 dispose(资源释放)。启动遭拒不会留下已发布的子 agent;启动调用兑现后卸载提供方,也不会撤销由持有方拥有的运行。
64
+ 本节解释后端的构建方式以及[使用本包](#use-this-package)中行为的来源;共享机制属于进程内驱动器。
12
65
 
13
- ## 能力
66
+ ### 设计理念
14
67
 
15
- spawn 声明 `{ outputSchema: true, depthLimit: true, toolFilter: true, persona: true }`,因为它控制子 agent 的创建窗口,能够强制执行全部四项功能。
68
+ 一个分离:本后端只贡献提供方注册与「全新开始」的决定,其余全部运行机制——深度检查、子 agent 创建、按子 agent 定制、结构化输出、取消、结果读取与 dispose——都在 `dsh-subagent-in-process-driver` 中。agent 工厂的创建事务拥有未发布设置窗口及其回滚;发布之后,调用方拥有该运行。
16
69
 
17
- ## 配置
70
+ ### 源码地图
18
71
 
19
- | | 含义 |
72
+ | 文件 | 职责 |
20
73
  |---|---|
21
- | `providerName` | `ctx.subagents` 上的注册表名称(默认 `spawn`)。 |
74
+ | [`src/index.ts`](src/index.ts) | 提供方注册:`Config` schema、能力声明、`start()` |
75
+ | [`src/invariant.ts`](src/invariant.ts) | 不变式伴生插件 |
22
76
 
77
+ ### 运行流程
78
+
79
+ 启动请求先由 subagent 服务解析,然后共享驱动器校验深度、铸造子会话 id、通过宿主 agent 工厂以调用方信号创建子 agent、在创建窗口内应用 persona、工具过滤器与结构化输出、发布子 agent、驱动一项任务、读取子 agent 自身的最终输出,最后完全停稳地 dispose 句柄。
80
+
81
+ ### 所有权与作用域
82
+
83
+ 子 agent 获得全新的扁平注册作用域:父级工具限制与权限绝不会被导入,工具所施加的过滤属于组合而非父级派生授权。后端声明包括 `agentOptions` 在内的全部五项启动时能力,因为它控制子 agent 的创建窗口,可以逐一强制执行。
84
+
85
+ </details>
86
+
87
+ -----
88
+
89
+ <a id="further-exploration"></a>
90
+ ## 进一步探索
91
+
92
+ 当包级约定不够用时阅读以下页面;它们从共享 subagent 模型进入兄弟后端与穷尽式配置。
93
+
94
+ - [Subagent 子系统](../../../docs/subsystems/subagent.zh.md)——启动请求、结果、实时运行与提供方约定。
95
+ - [dsh-subagent-in-process-driver](../subagent-in-process-driver/README.zh.md)——本后端调用的共享运行驱动器。
96
+ - [dsh-subagent-fork-in-process](../subagent-fork-in-process/README.zh.md)——以已完成父级轮次作初始内容的兄弟后端。
97
+ - [dsh-tool-subagent](../tool-subagent/README.zh.md)——指向该提供方的面向模型委派工具。
98
+ - [生成配置目录](../../../docs/config-catalog.zh.md#deepseek-aidsh-subagent-spawn-in-process)——每个受支持配置字段及其源声明。
99
+
100
+ -----
101
+
102
+ <a id="model-experience"></a>
23
103
  ## 模型体验
24
104
 
25
105
  ### 子 agent 请求
26
106
 
27
- #### 模型看到的内容
107
+ #### 模型看到什么
28
108
 
29
- 全新的子 agent 逐字接收独立任务内容,默认继承父 agent 的模型和工作区,并看到带有已配置子 agent 作用域 persona 遮蔽的全局提示词。工具过滤器会为该子 agent 移除全局协议 schema、可执行工具查找和 Code Mode SDK 绑定,但保留独立注册的指导内容。它不接收任何父 agent 对话消息;过滤控制的是可见性与组合,并非从父 agent 继承的权限授予。
109
+ 全新子 agent 逐字接收任务内容,作为新空对话中的唯一用户消息,默认使用父级提供方、模型、推理等级、输出 token 上限与工作目录。配置的 persona 会在子 agent 作用域中遮蔽全局提示词文本;工具过滤器会从其 schema、可执行工具查找与 PTC mode SDK 绑定中移除指定的全局工具,但保留独立注册的指导内容。不包含任何父级对话消息;过滤属于组合,而非继承的权限授予。
30
110
 
31
111
  #### Token 影响
32
112
 
33
- 子 agent 会为全新的独立上下文和历史消耗 token;不会复制父 agent 历史的 token。persona 会改变该子 agent 反复使用的提示词成本,过滤则会改变其 schema 或生成 SDK 的成本。
113
+ 子 agent 为全新的独立上下文与历史支付 token,不复制任何父级历史 token。persona 会改变该子 agent 反复使用的提示词成本;工具过滤器会改变其 schema 或生成 SDK 的成本。
34
114
 
35
115
  #### KV Cache 影响
36
116
 
37
- 与父 agent 请求缓存相互独立。子 agent 历史仅追加;persona、工具过滤、生成 SDK、提供方或模型变化会建立不同的子 agent 前缀。
117
+ agent 的请求缓存与父级相互独立。子 agent 历史仅追加;persona、工具过滤、生成 SDK、提供方或模型变化会建立不同的子 agent 前缀。
38
118
 
39
- ### 父 agent 工具结果(间接)
119
+ ### 父级工具结果(间接)
40
120
 
41
- #### 模型看到的内容
121
+ #### 模型看到什么
42
122
 
43
- 通过 `dsh-tool-subagent`,父 agent 只接收子 agent 的最终输出或结束原因错误。
123
+ 通过 `dsh-tool-subagent`,父级只接收子 agent 的最终输出,或非完成终止原因对应的出错结果;子 agent 的中间工作绝不会到达父级。
44
124
 
45
125
  #### Token 影响
46
126
 
47
- agent 输入会增加一个取决于数据的结果,并保留到压缩(compaction)为止。
127
+ 父级输入增加一个取决于数据的结果,并保留到上下文压缩(context compaction)为止。
48
128
 
49
129
  #### KV Cache 影响
50
130
 
51
131
  仅追加;新增可见内容位于可复用请求前缀之后,不会使现有 KV Cache 条目失效。
52
132
 
53
- ## 已知限制与暂缓事项
133
+ ## 已知限制与延期工作
134
+
135
+ <a id="known-limitations-and-deferred-work"></a>
136
+
137
+
138
+ 这些限制说明何时选择该后端是错误的;它们是当前包约束。
139
+
140
+ - **全新表示不含父级 transcript(文本记录)**——子 agent 继承 cwd、谱系、提供方、模型、推理等级、输出 token 上限及显式配置的 persona/工具限制,但不继承父级的任何对话;需要已完成轮次上下文时,请使用 fork 后端。
141
+
142
+ <a id="dev-note"></a>
143
+ ### 开发备注
144
+
145
+ <details>
146
+ <summary>维护者的工作上下文——点击展开</summary>
147
+
148
+ 无。
54
149
 
55
- - **全新表示不含父 agent transcript(文本记录)**:子 agent 会继承 cwd、谱系、模型及显式配置的 persona/工具限制,但不继承父 agent 的任何对话;需要已完成轮次上下文时,请使用 fork 提供方。
150
+ </details>
package/lib/index.js CHANGED
@@ -14,13 +14,14 @@ const Config = z.object({ providerName: z.string().default("spawn") });
14
14
  /**
15
15
  * The spawn provider. Supports every start-time capability: `depthLimit` (it
16
16
  * constructs the child, so it can enforce a recursion cap), `outputSchema`
17
- * (the scoped structured runtime), and `toolFilter`/`persona` (scoped
18
- * `restrict()` and a scoped shadowing persona section, applied in the child's
19
- * creation window).
17
+ * (the scoped structured runtime), `agentOptions` (merged over the parent
18
+ * route), and `toolFilter`/`persona` (scoped `restrict()` and a scoped
19
+ * shadowing persona section, applied in the child's creation window).
20
20
  */
21
21
  var SpawnInProcessProvider = class {
22
22
  name;
23
23
  capabilities = {
24
+ agentOptions: true,
24
25
  outputSchema: true,
25
26
  depthLimit: true,
26
27
  toolFilter: true,
package/package.json CHANGED
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "@deepseek-ai/dsh-subagent-spawn-in-process",
3
3
  "description": "In-process spawn subagent backend: runs a fresh child agent on ctx.agents",
4
- "version": "0.1.1-rc.2",
4
+ "version": "0.1.2-alpha.2",
5
5
  "publishConfig": {
6
6
  "access": "public"
7
7
  },
@@ -32,29 +32,30 @@
32
32
  ],
33
33
  "license": "MIT",
34
34
  "peerDependencies": {
35
- "@deepseek-ai/dsh-invariants": "^0.1.1-rc.2",
36
- "@deepseek-ai/dsh-subagent": "^0.1.1-rc.2",
37
- "@deepseek-ai/dsh-subagent-in-process-driver": "^0.1.1-rc.2",
38
- "@deepseek-ai/cordis": "^4.0.1"
35
+ "@deepseek-ai/dsh-invariants": "^0.1.2-alpha.2",
36
+ "@deepseek-ai/dsh-subagent-in-process-driver": "^0.1.2-alpha.2",
37
+ "@deepseek-ai/dsh-subagent": "^0.1.2-alpha.2",
38
+ "@deepseek-ai/cordis": "^4.0.2"
39
39
  },
40
40
  "dependencies": {
41
- "@deepseek-ai/schemastery": "^3.18.1"
41
+ "@deepseek-ai/schemastery": "^3.18.2"
42
42
  },
43
43
  "devDependencies": {
44
- "@deepseek-ai/dsh-agent": "^0.1.1-rc.2",
45
- "@deepseek-ai/dsh-agent-loop-testkit": "^0.1.1-rc.2",
46
- "@deepseek-ai/dsh-bash-local": "^0.1.1-rc.2",
47
- "@deepseek-ai/dsh-agent-loop": "^0.1.1-rc.2",
48
- "@deepseek-ai/cordis-plugin-loader": "^1.0.2",
49
- "@deepseek-ai/dsh-invariants": "^0.1.1-rc.2",
50
- "@deepseek-ai/dsh-subprocess-local": "^0.1.1-rc.2",
51
- "@deepseek-ai/dsh-llm": "^0.1.1-rc.2",
52
- "@deepseek-ai/dsh-llm-deepseek": "^0.1.1-rc.2",
53
- "@deepseek-ai/dsh-session": "^0.1.1-rc.2",
54
- "@deepseek-ai/dsh-subagent": "^0.1.1-rc.2",
55
- "@deepseek-ai/dsh-subagent-in-process-driver": "^0.1.1-rc.2",
56
- "@deepseek-ai/dsh-tool-bash": "^0.1.1-rc.2",
57
- "@deepseek-ai/dsh-tool-subagent": "^0.1.1-rc.2",
58
- "@deepseek-ai/cordis": "^4.0.1"
44
+ "@deepseek-ai/cordis-plugin-loader": "^1.0.3",
45
+ "@deepseek-ai/dsh-agent": "^0.1.2-alpha.2",
46
+ "@deepseek-ai/dsh-agent-loop": "^0.1.2-alpha.2",
47
+ "@deepseek-ai/dsh-agent-loop-testkit": "^0.1.2-alpha.2",
48
+ "@deepseek-ai/dsh-bash-local": "^0.1.2-alpha.2",
49
+ "@deepseek-ai/dsh-subprocess-local": "^0.1.2-alpha.2",
50
+ "@deepseek-ai/dsh-invariants": "^0.1.2-alpha.2",
51
+ "@deepseek-ai/dsh-llm": "^0.1.2-alpha.2",
52
+ "@deepseek-ai/dsh-llm-deepseek": "^0.1.2-alpha.2",
53
+ "@deepseek-ai/dsh-session": "^0.1.2-alpha.2",
54
+ "@deepseek-ai/dsh-subagent": "^0.1.2-alpha.2",
55
+ "@deepseek-ai/dsh-subagent-in-process-driver": "^0.1.2-alpha.2",
56
+ "@deepseek-ai/dsh-tool-bash": "^0.1.2-alpha.2",
57
+ "@deepseek-ai/dsh-tool-subagent": "^0.1.2-alpha.2",
58
+ "@deepseek-ai/cordis": "^4.0.2",
59
+ "@deepseek-ai/dsh-session-projection": "^0.1.2-alpha.2"
59
60
  }
60
61
  }