dsh-plugin-dev-kb 1.0.0

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.
Files changed (234) hide show
  1. package/LICENSE +21 -0
  2. package/README.md +56 -0
  3. package/cordis.patch.yml +12 -0
  4. package/kb/INDEX.md +210 -0
  5. package/kb/README.md +69 -0
  6. package/kb/extra/AGENTS.md +75 -0
  7. package/kb/extra/api-gateway.md +164 -0
  8. package/kb/extra/api-gateway.zh.md +164 -0
  9. package/kb/extra/cookbook/adding-a-vendored-package.md +59 -0
  10. package/kb/extra/cookbook/adding-a-vendored-package.zh.md +59 -0
  11. package/kb/extra/cookbook/maintaining-dsh-code-review.md +64 -0
  12. package/kb/extra/cookbook/maintaining-dsh-code-review.zh.md +64 -0
  13. package/kb/extra/cookbook/responding-to-pr-review-on-a-stack.md +32 -0
  14. package/kb/extra/cookbook/responding-to-pr-review-on-a-stack.zh.md +32 -0
  15. package/kb/extra/defensive-patterns.md +33 -0
  16. package/kb/extra/defensive-patterns.zh.md +33 -0
  17. package/kb/extra/development.md +171 -0
  18. package/kb/extra/development.zh.md +171 -0
  19. package/kb/extra/event-producer-consumer.md +76 -0
  20. package/kb/extra/event-producer-consumer.zh.md +78 -0
  21. package/kb/extra/glossary.md +45 -0
  22. package/kb/extra/glossary.zh.md +45 -0
  23. package/kb/extra/graph-atlas.md +24 -0
  24. package/kb/extra/graph-atlas.zh.md +26 -0
  25. package/kb/extra/i18n/README.md +60 -0
  26. package/kb/extra/i18n/README.zh.md +60 -0
  27. package/kb/extra/i18n/style-samples.md +87 -0
  28. package/kb/extra/i18n/terminology.md +214 -0
  29. package/kb/extra/i18n/translation-prompt.md +263 -0
  30. package/kb/extra/i18n/translation-rules.md +69 -0
  31. package/kb/extra/i18n/translation-rules.zh.md +69 -0
  32. package/kb/extra/module-graph.md +1641 -0
  33. package/kb/extra/module-graph.zh.md +1643 -0
  34. package/kb/extra/postmortem/0001-acp-default-export-drops-inject.md +113 -0
  35. package/kb/extra/postmortem/0001-acp-default-export-drops-inject.zh.md +113 -0
  36. package/kb/extra/postmortem/0002-js-expression-disabled-filesystem-tools.md +47 -0
  37. package/kb/extra/postmortem/0002-js-expression-disabled-filesystem-tools.zh.md +47 -0
  38. package/kb/extra/postmortem/0003-web-agent-gui-feedback-loop.md +53 -0
  39. package/kb/extra/postmortem/0003-web-agent-gui-feedback-loop.zh.md +53 -0
  40. package/kb/extra/postmortem/0004-landlock-partial-notice-misclassified-child-failures.md +55 -0
  41. package/kb/extra/postmortem/0004-landlock-partial-notice-misclassified-child-failures.zh.md +55 -0
  42. package/kb/extra/postmortem/README.md +18 -0
  43. package/kb/extra/postmortem/README.zh.md +18 -0
  44. package/kb/extra/rescope.md +53 -0
  45. package/kb/extra/rescope.zh.md +53 -0
  46. package/kb/extra/subsystems/attachment.md +125 -0
  47. package/kb/extra/subsystems/attachment.zh.md +125 -0
  48. package/kb/extra/subsystems/extensions.md +364 -0
  49. package/kb/extra/subsystems/extensions.zh.md +364 -0
  50. package/kb/extra/subsystems/feedback.md +266 -0
  51. package/kb/extra/subsystems/feedback.zh.md +266 -0
  52. package/kb/extra/testing.md +49 -0
  53. package/kb/extra/testing.zh.md +49 -0
  54. package/kb/extra/web-styling.md +25 -0
  55. package/kb/extra/web-styling.zh.md +25 -0
  56. package/kb/meta/search-index.json +1328 -0
  57. package/kb/meta/site-pages.txt +168 -0
  58. package/kb/meta/source.json +13 -0
  59. package/kb/meta/topics.md +75 -0
  60. package/kb/site/develop/basic/config.md +108 -0
  61. package/kb/site/develop/basic/index.md +146 -0
  62. package/kb/site/develop/basic/publish.md +185 -0
  63. package/kb/site/develop/basic/tool.md +54 -0
  64. package/kb/site/develop/cordis-tutorial/01-first-plugin.md +95 -0
  65. package/kb/site/develop/cordis-tutorial/02-lifecycle-and-effects.md +98 -0
  66. package/kb/site/develop/cordis-tutorial/03-services.md +98 -0
  67. package/kb/site/develop/cordis-tutorial/04-events.md +144 -0
  68. package/kb/site/develop/cordis-tutorial/05-config.md +84 -0
  69. package/kb/site/develop/cordis-tutorial/06-composition-and-hmr.md +113 -0
  70. package/kb/site/develop/cordis-tutorial/07-into-the-harness.md +107 -0
  71. package/kb/site/develop/cordis-tutorial/index.md +62 -0
  72. package/kb/site/develop/framework/events.md +145 -0
  73. package/kb/site/develop/framework/index.md +139 -0
  74. package/kb/site/develop/framework/service.md +152 -0
  75. package/kb/site/develop/practice/index.md +157 -0
  76. package/kb/site/develop/practice/llm-adapter.md +190 -0
  77. package/kb/site/en/develop/basic/config.md +108 -0
  78. package/kb/site/en/develop/basic/index.md +146 -0
  79. package/kb/site/en/develop/basic/publish.md +185 -0
  80. package/kb/site/en/develop/basic/tool.md +54 -0
  81. package/kb/site/en/develop/cordis-tutorial/01-first-plugin.md +95 -0
  82. package/kb/site/en/develop/cordis-tutorial/02-lifecycle-and-effects.md +98 -0
  83. package/kb/site/en/develop/cordis-tutorial/03-services.md +98 -0
  84. package/kb/site/en/develop/cordis-tutorial/04-events.md +144 -0
  85. package/kb/site/en/develop/cordis-tutorial/05-config.md +84 -0
  86. package/kb/site/en/develop/cordis-tutorial/06-composition-and-hmr.md +113 -0
  87. package/kb/site/en/develop/cordis-tutorial/07-into-the-harness.md +107 -0
  88. package/kb/site/en/develop/cordis-tutorial/index.md +60 -0
  89. package/kb/site/en/develop/framework/events.md +145 -0
  90. package/kb/site/en/develop/framework/index.md +139 -0
  91. package/kb/site/en/develop/framework/service.md +150 -0
  92. package/kb/site/en/develop/practice/index.md +157 -0
  93. package/kb/site/en/develop/practice/llm-adapter.md +190 -0
  94. package/kb/site/en/guide/providers-custom-form.png +0 -0
  95. package/kb/site/en/guide/providers-models-page.png +0 -0
  96. package/kb/site/en/guide/providers.md +100 -0
  97. package/kb/site/en/guide/python-sdk.md +106 -0
  98. package/kb/site/en/guide/quickstart.md +32 -0
  99. package/kb/site/en/index.md +8 -0
  100. package/kb/site/en/reference/agent-lifecycle.md +86 -0
  101. package/kb/site/en/reference/capability-seams.md +475 -0
  102. package/kb/site/en/reference/config-catalog.md +3155 -0
  103. package/kb/site/en/reference/cookbook/adding-a-conversation-node.md +235 -0
  104. package/kb/site/en/reference/cookbook/adding-a-package.md +120 -0
  105. package/kb/site/en/reference/cookbook/adding-a-settings-card.md +102 -0
  106. package/kb/site/en/reference/cookbook/adding-a-tool.md +96 -0
  107. package/kb/site/en/reference/cookbook/adding-an-llm-adapter.md +45 -0
  108. package/kb/site/en/reference/cookbook/extension-cookbook.md +131 -0
  109. package/kb/site/en/reference/cordis-api/context.md +368 -0
  110. package/kb/site/en/reference/cordis-api/events.md +211 -0
  111. package/kb/site/en/reference/cordis-api/fiber.md +379 -0
  112. package/kb/site/en/reference/cordis-api/inherited.md +43 -0
  113. package/kb/site/en/reference/cordis-api/registry.md +156 -0
  114. package/kb/site/en/reference/cordis-api/service.md +106 -0
  115. package/kb/site/en/reference/cordis-primer.md +46 -0
  116. package/kb/site/en/reference/index.md +131 -0
  117. package/kb/site/en/reference/persistence-catalog.md +949 -0
  118. package/kb/site/en/reference/subsystems/approval.md +173 -0
  119. package/kb/site/en/reference/subsystems/client-modules.md +121 -0
  120. package/kb/site/en/reference/subsystems/code-runtime.md +194 -0
  121. package/kb/site/en/reference/subsystems/commands.md +190 -0
  122. package/kb/site/en/reference/subsystems/compaction.md +241 -0
  123. package/kb/site/en/reference/subsystems/core.md +1073 -0
  124. package/kb/site/en/reference/subsystems/credentials.md +136 -0
  125. package/kb/site/en/reference/subsystems/filesystem.md +498 -0
  126. package/kb/site/en/reference/subsystems/goal.md +280 -0
  127. package/kb/site/en/reference/subsystems/index.md +58 -0
  128. package/kb/site/en/reference/subsystems/invariants.md +91 -0
  129. package/kb/site/en/reference/subsystems/jobs.md +293 -0
  130. package/kb/site/en/reference/subsystems/llm-streaming.md +920 -0
  131. package/kb/site/en/reference/subsystems/lsp.md +205 -0
  132. package/kb/site/en/reference/subsystems/permission-presets.md +134 -0
  133. package/kb/site/en/reference/subsystems/persistence.md +388 -0
  134. package/kb/site/en/reference/subsystems/plan.md +90 -0
  135. package/kb/site/en/reference/subsystems/sandbox.md +221 -0
  136. package/kb/site/en/reference/subsystems/schedule.md +189 -0
  137. package/kb/site/en/reference/subsystems/scope.md +62 -0
  138. package/kb/site/en/reference/subsystems/session-projection.md +265 -0
  139. package/kb/site/en/reference/subsystems/session-query.md +498 -0
  140. package/kb/site/en/reference/subsystems/session-reference.md +111 -0
  141. package/kb/site/en/reference/subsystems/session-telemetry.md +197 -0
  142. package/kb/site/en/reference/subsystems/session-title.md +207 -0
  143. package/kb/site/en/reference/subsystems/session.md +852 -0
  144. package/kb/site/en/reference/subsystems/settings.md +313 -0
  145. package/kb/site/en/reference/subsystems/shell.md +306 -0
  146. package/kb/site/en/reference/subsystems/skills.md +334 -0
  147. package/kb/site/en/reference/subsystems/spill.md +120 -0
  148. package/kb/site/en/reference/subsystems/storage.md +232 -0
  149. package/kb/site/en/reference/subsystems/subagent.md +737 -0
  150. package/kb/site/en/reference/subsystems/subprocess.md +327 -0
  151. package/kb/site/en/reference/subsystems/system-prompt.md +210 -0
  152. package/kb/site/en/reference/subsystems/terminal.md +187 -0
  153. package/kb/site/en/reference/subsystems/token-meter.md +93 -0
  154. package/kb/site/en/reference/subsystems/tools.md +723 -0
  155. package/kb/site/en/reference/subsystems/typert.md +339 -0
  156. package/kb/site/en/reference/subsystems/user-questions.md +181 -0
  157. package/kb/site/en/reference/subsystems/web-server.md +111 -0
  158. package/kb/site/en/reference/subsystems/web.md +202 -0
  159. package/kb/site/en/reference/subsystems/workflow.md +281 -0
  160. package/kb/site/en/reference/subsystems/workspace.md +231 -0
  161. package/kb/site/en/reference/tool-catalog.md +1877 -0
  162. package/kb/site/en/reference/tool-execution-pipeline.md +66 -0
  163. package/kb/site/guide/providers-custom-form.zh.png +0 -0
  164. package/kb/site/guide/providers-models-page.zh.png +0 -0
  165. package/kb/site/guide/providers.md +100 -0
  166. package/kb/site/guide/python-sdk.md +106 -0
  167. package/kb/site/guide/quickstart.md +32 -0
  168. package/kb/site/index.md +8 -0
  169. package/kb/site/reference/agent-lifecycle.md +86 -0
  170. package/kb/site/reference/capability-seams.md +475 -0
  171. package/kb/site/reference/config-catalog.md +3154 -0
  172. package/kb/site/reference/cookbook/adding-a-conversation-node.md +235 -0
  173. package/kb/site/reference/cookbook/adding-a-package.md +120 -0
  174. package/kb/site/reference/cookbook/adding-a-settings-card.md +102 -0
  175. package/kb/site/reference/cookbook/adding-a-tool.md +98 -0
  176. package/kb/site/reference/cookbook/adding-an-llm-adapter.md +45 -0
  177. package/kb/site/reference/cookbook/extension-cookbook.md +133 -0
  178. package/kb/site/reference/cordis-api/context.md +368 -0
  179. package/kb/site/reference/cordis-api/events.md +211 -0
  180. package/kb/site/reference/cordis-api/fiber.md +379 -0
  181. package/kb/site/reference/cordis-api/inherited.md +43 -0
  182. package/kb/site/reference/cordis-api/registry.md +156 -0
  183. package/kb/site/reference/cordis-api/service.md +106 -0
  184. package/kb/site/reference/cordis-primer.md +52 -0
  185. package/kb/site/reference/index.md +135 -0
  186. package/kb/site/reference/persistence-catalog.md +949 -0
  187. package/kb/site/reference/subsystems/approval.md +173 -0
  188. package/kb/site/reference/subsystems/client-modules.md +121 -0
  189. package/kb/site/reference/subsystems/code-runtime.md +194 -0
  190. package/kb/site/reference/subsystems/commands.md +190 -0
  191. package/kb/site/reference/subsystems/compaction.md +241 -0
  192. package/kb/site/reference/subsystems/core.md +1081 -0
  193. package/kb/site/reference/subsystems/credentials.md +136 -0
  194. package/kb/site/reference/subsystems/filesystem.md +498 -0
  195. package/kb/site/reference/subsystems/goal.md +280 -0
  196. package/kb/site/reference/subsystems/index.md +58 -0
  197. package/kb/site/reference/subsystems/invariants.md +91 -0
  198. package/kb/site/reference/subsystems/jobs.md +293 -0
  199. package/kb/site/reference/subsystems/llm-streaming.md +926 -0
  200. package/kb/site/reference/subsystems/lsp.md +205 -0
  201. package/kb/site/reference/subsystems/permission-presets.md +134 -0
  202. package/kb/site/reference/subsystems/persistence.md +388 -0
  203. package/kb/site/reference/subsystems/plan.md +90 -0
  204. package/kb/site/reference/subsystems/sandbox.md +221 -0
  205. package/kb/site/reference/subsystems/schedule.md +189 -0
  206. package/kb/site/reference/subsystems/scope.md +62 -0
  207. package/kb/site/reference/subsystems/session-projection.md +265 -0
  208. package/kb/site/reference/subsystems/session-query.md +498 -0
  209. package/kb/site/reference/subsystems/session-reference.md +111 -0
  210. package/kb/site/reference/subsystems/session-telemetry.md +197 -0
  211. package/kb/site/reference/subsystems/session-title.md +207 -0
  212. package/kb/site/reference/subsystems/session.md +854 -0
  213. package/kb/site/reference/subsystems/settings.md +313 -0
  214. package/kb/site/reference/subsystems/shell.md +306 -0
  215. package/kb/site/reference/subsystems/skills.md +334 -0
  216. package/kb/site/reference/subsystems/spill.md +120 -0
  217. package/kb/site/reference/subsystems/storage.md +232 -0
  218. package/kb/site/reference/subsystems/subagent.md +739 -0
  219. package/kb/site/reference/subsystems/subprocess.md +327 -0
  220. package/kb/site/reference/subsystems/system-prompt.md +210 -0
  221. package/kb/site/reference/subsystems/terminal.md +187 -0
  222. package/kb/site/reference/subsystems/token-meter.md +93 -0
  223. package/kb/site/reference/subsystems/tools.md +723 -0
  224. package/kb/site/reference/subsystems/typert.md +339 -0
  225. package/kb/site/reference/subsystems/user-questions.md +181 -0
  226. package/kb/site/reference/subsystems/web-server.md +111 -0
  227. package/kb/site/reference/subsystems/web.md +202 -0
  228. package/kb/site/reference/subsystems/workflow.md +281 -0
  229. package/kb/site/reference/subsystems/workspace.md +231 -0
  230. package/kb/site/reference/tool-catalog.md +1880 -0
  231. package/kb/site/reference/tool-execution-pipeline.md +66 -0
  232. package/package.json +40 -0
  233. package/scripts/rebuild-index.mjs +88 -0
  234. package/skills/dsh-plugin-dev-kb.md +66 -0
@@ -0,0 +1,723 @@
1
+ ---
2
+ editSource: "docs/subsystems/tools.md"
3
+ outline: [2,3]
4
+ ---
5
+
6
+ # Tools
7
+
8
+ The tool pipeline of [dsh-tools](https://github.com/deepseek-ai/deepseek-harness/tree/master/packages/core/tools). [core.md](./core.md) introduces `ToolDefinition` as the pipeline-authoring type shared by the core packages; the model-facing [`ToolSchema`](./llm-streaming.md#the-model-request-and-result) wire type is declared with the model request. This page documents every `ToolDefinition` field, the typed schema DSL that builds it, the guarded execution types, and the UI-presentation types.
9
+
10
+ Source: [`packages/core/tools/src/index.ts`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts) · [`packages/core/tools/src/schema.ts`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/schema.ts) · [`packages/core/tools/src/presentation.ts`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/presentation.ts)
11
+
12
+ ## `ToolDefinition` — a registered tool
13
+
14
+ A `ToolSchema` (the model-facing fields) plus a mandatory canonical output declaration, the `execute` function, host-only scheduler metadata, an optional final-content callback, and optional UI presenters. The registry holds these; the loop dispatches calls through them. The registry's `schemas()` builds the model-facing `ToolSchema[]` by an explicit allowlist — `output`/`execute`/`finalizeContent`/`timeoutMs`/`isConcurrencySafe`/`presentCall`/`presentResult` must never leak into a model request.
15
+
16
+ ```ts type-equiv
17
+ /** Tool-owned canonical output contract used after the body returns a JSON value. */
18
+ interface ToolOutputDefinition {
19
+ /** Raw supported JSON Schema enforced against every successful canonical value. */
20
+ readonly schema: JsonSchemaNode
21
+ /** Pure projection from validated arguments and value to Native/model content. */
22
+ render(args: unknown, value: JsonValue): ContentBlock[]
23
+ /** Pure replayable presentation projection, computed only for top-level calls. */
24
+ presentationMeta?(args: unknown, value: JsonValue): JsonValue
25
+ }
26
+ ```
27
+
28
+ ```ts type-equiv
29
+ /** A registered tool: its schema plus the execution function. */
30
+ interface ToolDefinition extends ToolSchema {
31
+ /** Mandatory canonical output declaration. */
32
+ readonly output: ToolOutputDefinition
33
+ /**
34
+ * Run one accepted call and return only its canonical lossless-JSON value.
35
+ * Async work must observe or forward `exec.signal` and settle only after its
36
+ * owned work reaches quiescence. The registry preserves caller cancellation
37
+ * through around-dispatch signal replacement and does not abandon this
38
+ * promise, but it cannot hard-kill same-process code.
39
+ * @param args - losslessly snapshotted, frozen model arguments.
40
+ * @param exec - execution identity, cancellation signal, and context deferral.
41
+ * @returns the canonical value declared by `output.schema`.
42
+ */
43
+ execute(args: unknown, exec: ToolRunContext): Promise<unknown>
44
+ /**
45
+ * Synchronous last-mile transform for model-facing content. The registry
46
+ * snapshots this callback when execution starts and invokes it exactly once
47
+ * for every normalized outcome, including pipeline failures that bypass
48
+ * `tools/post-execute`, immediately before lossless materialization.
49
+ * Returning `undefined` preserves the content; every other result field
50
+ * remains registry-owned. The callback must be total and must not throw.
51
+ * @param exec - immutable execution identity and arguments.
52
+ * @param result - complete normalized outcome before materialization.
53
+ * @returns replacement content, or `undefined` to preserve it.
54
+ */
55
+ finalizeContent?(exec: Readonly<ToolExecution>, result: Readonly<ToolExecutionResult>): ContentBlock[] | undefined
56
+ /**
57
+ * Cooperative tool-call timeout budget in milliseconds. Omit for no deadline.
58
+ * Enforced by `@deepseek-ai/dsh-tool-call-timeout-policy` (a `tools/execute` wrapper); it
59
+ * is NEVER sent to the model — `schemas()` whitelists only name/description/
60
+ * parameters. Declaring it asserts this tool forwards `exec.signal` to a
61
+ * cooperative implementation that can reach quiescence when the signal aborts.
62
+ */
63
+ timeoutMs?: number
64
+ /**
65
+ * Pure synchronous classifier for overlap with sibling tool calls. Only
66
+ * `true` opts in; omission, exceptions, non-`true` returns, and invalid
67
+ * `defineTool` arguments are exclusive. This metadata is never model-visible.
68
+ *
69
+ * Opted-in executions must not mutate parent-owned state. Shared state must
70
+ * tolerate concurrent dispatch; recorder races are permitted only when they
71
+ * commute or fail closed. See the
72
+ * [parallel-tool-call Agent Note](../../../../.agents/notes/implemented/feature/2026-07-10-parallel-tool-call-execution.md)
73
+ * for the full contract.
74
+ * @param args - parsed arguments; `defineTool` validates before calling.
75
+ * @returns Whether this call may join a parallel group.
76
+ */
77
+ isConcurrencySafe?(args: unknown): boolean
78
+ /**
79
+ * Optional: how to present the PENDING state of one call in a UI, derived from
80
+ * the call's `args` (parsed arguments, `unknown` — the tool validates/narrows
81
+ * its own input). Returns a {@link ToolCallView} (a `card`-tagged render intent),
82
+ * or `undefined` (or omit the method) to fall back to a generic presentation
83
+ * (title = tool name, raw args as input). Pure and side-effect-free: a UI may
84
+ * call it during live streaming AND a session-log replay, so it must depend
85
+ * only on `args`.
86
+ */
87
+ presentCall?(args: unknown): ToolCallView | undefined
88
+ /**
89
+ * Optional: how to present the COMPLETED state, given the same `args` and the
90
+ * durable result projection (`content`, failure state, and optional `meta`). Returns a
91
+ * {@link ToolResultView}, or `undefined` (or omit the method) to keep the
92
+ * pending title and render the raw result content. Pure and side-effect-free
93
+ * for the same replay reason.
94
+ */
95
+ presentResult?(args: unknown, result: ToolResult): ToolResultView | undefined
96
+ }
97
+ ```
98
+
99
+ `execute` receives `args: unknown` — a raw `ToolDefinition` validates its own input. First-party tools don't write that by hand; they use `defineTool`, which validates and narrows the arguments, infers the body return from `output.schema`, and types both output projectors. `finalizeContent` deliberately receives the immutable execution instead of typed arguments because invalid-input and outer pipeline failures reach it too; it may enforce a tool-owned content bound while preserving `isError`, canonical value, structured error identity, deferred contexts, and presentation metadata.
100
+
101
+ ## The unified JSON-value schema DSL
102
+
103
+ Plugin authors use one vocabulary for typed parameters and typed output values. `ValueSchemaSpec` supports `string`, `number`, `integer`, `boolean`, `null`, `array`, `object`, author-only `json`, and exact-one `oneOf`; scalar `enum` and `const` values must match their node type. An explicit object node always declares `additionalProperties: true | false`. Parameter definitions remain an implicit open object property map, with `required: true` attached to each required property.
104
+
105
+ Source: [`packages/core/tools/src/schema.ts`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/schema.ts)
106
+
107
+ ```ts type-equiv
108
+ /** One author-facing schema for any lossless JSON value root. */
109
+ type ValueSchemaSpec =
110
+ | StringValueSchemaSpec
111
+ | NumberValueSchemaSpec
112
+ | IntegerValueSchemaSpec
113
+ | BooleanValueSchemaSpec
114
+ | NullValueSchemaSpec
115
+ | ArrayValueSchemaSpec
116
+ | ObjectValueSchemaSpec
117
+ | JsonValueSchemaSpec
118
+ | OneOfValueSchemaSpec
119
+ ```
120
+
121
+ ```ts type-equiv
122
+ /** One implicit parameter-root property, optionally required. */
123
+ type ParameterPropertySpec = ValueSchemaSpec & { required?: true }
124
+ ```
125
+
126
+ ```ts type-equiv
127
+ /**
128
+ * Tool parameter schema. The map itself is an implicit open object root;
129
+ * requiredness remains a per-property `required: true` annotation.
130
+ */
131
+ type ParameterSchemaSpec = {
132
+ [key: string]: ParameterPropertySpec
133
+ [key: symbol]: never
134
+ }
135
+ ```
136
+
137
+ `{ type: 'json' }` infers `JsonValue` and compiles to an annotation-only unconstrained raw schema. Output roots can be objects, arrays, scalars, or null. `InferValue<S>` honors literal constraints and object openness through 16 container levels, then falls back to `JsonValue` instead of exhausting TypeScript's type-instantiation stack. `InferArgs<P>` turns per-property requiredness into required and optional string keys:
138
+
139
+ ```ts type-equiv
140
+ /**
141
+ * Infer the TypeScript value accepted by an author-facing value schema. Exact
142
+ * inference is bounded to 16 container levels, then falls back to `JsonValue`.
143
+ */
144
+ type InferValue<S> = InferValueAt<S, []>
145
+ ```
146
+
147
+ ```ts type-equiv
148
+ /** Infer the TypeScript argument object for an implicit parameter schema. */
149
+ type InferArgs<S> = InferProperties<S, []>
150
+ ```
151
+
152
+ `defineTool({ name, description, parameters, output, execute, … })` ties parameter inference to `parameterSchemaSpecToJsonSchema()` and `validateArgs()`, and ties `execute`/`render`/`presentationMeta` to `InferValue<OutputSchema>`. Schema records contain only own enumerable string keys, and schema arrays are dense intrinsic arrays, so inference, compilation, and validation observe the same declaration. Inference stays exact through 16 container levels and then widens to `JsonValue`; runtime validation keeps walking the complete schema. `valueSchemaSpecToJsonSchema()` compiles output declarations through the same enforced raw subset. A parameter mismatch throws `ToolArgsError` (`INVALID_ARGS`); an invalid body or post-policy value throws `ToolOutputError` (`INVALID_TOOL_OUTPUT`). Both use the normal tool-error path. Raw JSON Schema remains open by default; unsupported keywords reject instead of being accepted without enforcement.
153
+
154
+ Registration is a trusted same-process contract. The registry borrows the typed definition as readonly input, requires `output`, validates its raw schema, and checks semantic requirements such as a positive finite `timeoutMs`; `schemas()` constructs the model-facing projection when building a request, so execution and presentation share one resolved definition without leaking callbacks onto the wire.
155
+
156
+ ## `ToolRestriction` — one scope's live filter over what it inherits
157
+
158
+ `ToolRestriction` applies to the tools a scope inherits: the deployment-global layer plus every ancestor scope on its chain. The registry compiles readonly names into private sets, intersects multiple restrictions, then overlays the scope's OWN registrations, which stay exempt so a delegated child keeps the tools it answers through. A deny-only filter admits later unlisted inherited tools, while an allow-list excludes them.
159
+
160
+ ```ts type-equiv
161
+ /**
162
+ * Per-scope filter over global tools. Restrictions intersect and do not affect
163
+ * scoped registrations or the reserved Code Mode transport.
164
+ */
165
+ interface ToolRestriction {
166
+ /** Global tool names that stay visible; everything else is removed. */
167
+ readonly allow?: readonly string[]
168
+ /** Global tool names removed from visibility. */
169
+ readonly deny?: readonly string[]
170
+ }
171
+ ```
172
+
173
+ ## Execution: extensible waterfalls plus monotonic policy
174
+
175
+ `ctx.tools.execute()` accepts a caller-owned `ToolExecutionInput` with a required readonly `signal`, materializes its parsed JSON arguments once into a pipeline-owned `ToolExecution`, and runs that call through `tools/pre-execute` (the reorderable allow/deny/ask waterfall) → registered monotonic guards → `tools/execute` (around-dispatch wrappers) → `tools/post-execute` (inspect/replace the result) → optional definition-owned `finalizeContent` → `tools/result` (the immutable authoritative outcome). Only the `tools/execute` view may replace the required signal. The outcome is a `ToolExecutionResult`.
176
+
177
+ ```ts type-equiv
178
+ /** Opaque call identity that permits correlation without exposing mutable execution state. */
179
+ type ToolExecutionToken = symbol & { readonly [toolExecutionTokenBrand]: true }
180
+ ```
181
+
182
+ ```ts type-equiv
183
+ /**
184
+ * Caller-supplied description of one tool call. {@link ToolRuntime.execute}
185
+ * adds the registry-owned token to form a pipeline {@link ToolExecution};
186
+ * callers do not choose that token.
187
+ */
188
+ interface ToolExecutionInput {
189
+ readonly callId: CallId
190
+ /**
191
+ * Root model-requested call owning this execution tree. Callers omit it for
192
+ * a root execution; nested dispatchers propagate the enclosing value.
193
+ */
194
+ readonly rootCallId?: CallId
195
+ readonly name: string
196
+ /** Losslessly JSON-serializable parsed arguments (tools validate their own schema). */
197
+ readonly arguments: unknown
198
+ /** The agent on whose behalf the call runs (set by the agent loop). */
199
+ readonly agent?: Agent
200
+ /**
201
+ * Opaque token of the enclosing transport execution, when one exists. Code
202
+ * Mode sets this on SDK sub-dispatches so commit-style observers can wait for
203
+ * the outer `run_code` outcome without receiving its live mutable execution.
204
+ * The token also marks the call as a transport sub-dispatch rather than a
205
+ * model-direct call: under `mode: 'code'`, only calls WITH a parent may
206
+ * execute a native tool name — a model-direct call (no parent) is denied as
207
+ * `UNKNOWN_TOOL` before the policy pipeline. See {@link ToolRuntime.execute}.
208
+ */
209
+ readonly parent?: ToolExecutionToken
210
+ /** Required caller-owned cancellation for this invocation. */
211
+ readonly signal: AbortSignal
212
+ }
213
+ ```
214
+
215
+ A tool body receives the runtime extension. `deferContext()` attaches context to the execution's own result — the composite-tool nested-dispatch channel, also usable by a leaf tool minting a plugin-sourced instruction — without injecting inside the still-open outer call.
216
+
217
+ ```ts type-equiv
218
+ /**
219
+ * Runtime context handed to a tool implementation after the registry has
220
+ * accepted a {@link ToolExecution}. {@link deferContext} attaches context to
221
+ * this execution's own result — a composite tool ferries nested-dispatch
222
+ * context back to the outer result, and a leaf tool may mint a fresh
223
+ * plugin-sourced instruction; the loop appends it only after the
224
+ * `tool/result`.
225
+ */
226
+ interface ToolRunContext extends ToolExecution {
227
+ /**
228
+ * Defer one context — typically a nested-dispatch context ferried by a
229
+ * composite tool, or a fresh plugin-sourced instruction — until this tool's
230
+ * final result reaches the agent loop. Contexts retain their individual
231
+ * source and metadata and are emitted in call order.
232
+ */
233
+ deferContext(context: UserMessage): void
234
+ /**
235
+ * Mark a successful final result as terminal for the current agent turn.
236
+ * The marker rides this execution's own result (`concludesTurn` exists only
237
+ * on {@link ToolExecutionSuccess}); a composite that dispatches nested
238
+ * calls forwards it from the nested result, exactly like
239
+ * `additionalContexts`, so only an authoritative nested success can
240
+ * conclude the enclosing run.
241
+ */
242
+ concludeTurn(): void
243
+ }
244
+ ```
245
+
246
+ The agent loop asks the registry for each pending call's execution mode and uses it to form exclusive barriers and rolling-pool parallel runs:
247
+
248
+ ```ts type-equiv
249
+ /**
250
+ * Scheduling mode for one pending call. `parallel` may overlap with siblings;
251
+ * `exclusive` runs alone and forms an ordering barrier.
252
+ */
253
+ type ToolExecutionMode =
254
+ | { kind: 'parallel' }
255
+ | { kind: 'exclusive' }
256
+ ```
257
+
258
+ Code Mode's bridge additionally exposes each settled sub-dispatch to the `tools/code-dispatch-log` waterfall, which may change the durable event's copy of the content (the program's value and model-visible result remain untouched):
259
+
260
+ ```ts type-equiv
261
+ /**
262
+ * One settled `run_code` sub-dispatch about to be logged, as seen by the
263
+ * `tools/code-dispatch-log` waterfall: the parent execution (session owner,
264
+ * outer call identity), the sub-call identity, and the outcome whose durable
265
+ * copy a listener may reshape. `content` is the RENDERED result projection
266
+ * (what a native `tool/result` would carry) — the program itself received
267
+ * the structured `value` (or just the error message on failure); only the
268
+ * `tool/code-dispatch` event's copy changes.
269
+ */
270
+ interface CodeDispatchLog {
271
+ /** The outer `run_code` execution. */
272
+ readonly exec: ToolExecution
273
+ /** The calling agent (the scope routing key and the spill owner), when the outer call has one. */
274
+ readonly agent?: Agent
275
+ /** Deterministic sub-call id (`<parent>:code:<n>`). */
276
+ readonly subCallId: CallId
277
+ /** The dispatched sub-tool name. */
278
+ readonly name: string
279
+ /** Whether the sub-call settled as an error. */
280
+ readonly isError: boolean
281
+ /** The sub-call's complete model-facing content (the settle event's default payload). */
282
+ readonly content: ContentBlock[]
283
+ }
284
+ ```
285
+
286
+ ```ts type-equiv
287
+ /**
288
+ * One pending tool call inside the registry pipeline. Parsed arguments cross
289
+ * one lossless-JSON materialization boundary before policy and are deep-frozen;
290
+ * call identity, the caller signal, and the registry-assigned {@link token} are
291
+ * readonly. The registry freezes the complete object before `tools/result`
292
+ * observers run.
293
+ */
294
+ interface ToolExecution extends ToolExecutionInput {
295
+ /** Root model-requested call, resolved for every root and nested execution. */
296
+ readonly rootCallId: CallId
297
+ /** Registry-assigned identity shared with nested calls only as their opaque `parent` token. */
298
+ readonly token: ToolExecutionToken
299
+ }
300
+ ```
301
+
302
+ ```ts type-equiv
303
+ /**
304
+ * Around-dispatch view of a {@link ToolExecution}. A `tools/execute` wrapper
305
+ * may replace the signal for its delegated lifetime, but it cannot remove it.
306
+ * The registry fuses every replacement with the captured caller signal.
307
+ */
308
+ interface ToolDispatchExecution extends Omit<ToolExecution, 'signal'> {
309
+ /** Cancellation signal visible to the next wrapper or tool body. */
310
+ signal: AbortSignal
311
+ }
312
+ ```
313
+
314
+ `ToolExecutionToken` is an opaque runtime `Symbol` used only for identity comparison. Before policy, `execute()` materializes and freezes arguments, rejects non-JSON input, and assigns the token. Identity fields, the required caller signal, and the optional parent token remain readonly. A `ToolDispatchExecution` wrapper may replace but not remove the signal; the registry re-fuses the caller signal before invoking the body. Final observers receive the frozen execution identity.
315
+
316
+ A `ToolGuard` is scope-aware final pre-dispatch policy. Its return type deliberately has no allow result: `undefined` preserves the waterfall decision, while a returned reason can only reduce permission, so a later listener cannot undo it.
317
+
318
+ ```ts type-equiv
319
+ /**
320
+ * A monotonic execution guard evaluated after every `tools/pre-execute`
321
+ * listener and before the tool body. Returning a reason denies the call;
322
+ * returning `undefined` leaves it unchanged. Because guards have no allow
323
+ * result, listener ordering cannot turn a denial back into permission.
324
+ * @param execution - the identity-protected call after extensible pre-execute policy completed.
325
+ * @returns a final denial reason, or `undefined` to leave the call allowed.
326
+ */
327
+ type ToolGuard = (execution: Readonly<ToolExecution>) => string | undefined
328
+ ```
329
+
330
+ ```ts type-equiv
331
+ /** Canonical failure detail; internal routing information remains optional. */
332
+ interface ToolFailure {
333
+ /** Human-readable failure message without the Native `Error: ` envelope. */
334
+ message: string
335
+ /** Internal error class/code used by policy and durable diagnostics. */
336
+ info?: ToolErrorInfo
337
+ }
338
+ ```
339
+
340
+ ```ts type-equiv
341
+ /** Successful canonical tool execution, including its Native/model projection. */
342
+ interface ToolExecutionSuccess {
343
+ readonly isError: false
344
+ /** Execution-local canonical value; deliberately omitted from durable events. */
345
+ readonly value: JsonValue
346
+ readonly content: ContentBlock[]
347
+ readonly error?: never
348
+ readonly meta?: JsonValue
349
+ readonly additionalContexts?: UserMessage[]
350
+ /** The agent loop stops after committing this successful result batch. */
351
+ readonly concludesTurn?: true
352
+ }
353
+ ```
354
+
355
+ ```ts type-equiv
356
+ /** Failed canonical tool execution; failures never carry a successful value. */
357
+ interface ToolExecutionFailure {
358
+ readonly isError: true
359
+ readonly error: ToolFailure
360
+ readonly value?: never
361
+ readonly content: ContentBlock[]
362
+ readonly meta?: JsonValue
363
+ readonly additionalContexts?: UserMessage[]
364
+ readonly concludesTurn?: never
365
+ }
366
+ ```
367
+
368
+ ```ts type-equiv
369
+ /** The discriminated, execution-local outcome of one tool call. */
370
+ type ToolExecutionResult = ToolExecutionSuccess | ToolExecutionFailure
371
+ ```
372
+
373
+ The result carries only the outcome. Call identity remains on the immutable `ToolExecution` that accompanies it through every hook and on the durable `tool/call` / `tool/result` session events, so wrappers cannot create a second, disagreeing identity. The canonical `value` is execution-local: the loop persists only `content`, `error`, and `meta`, while `tool/code-dispatch` stores the sub-call's rendered `content` and `isError` verbatim. Replay reproduces presentation but cannot reconstruct canonical intermediate values.
374
+
375
+ On success the registry snapshots and validates the body value, freezes it, and invokes the pure renderer plus the optional top-level-call metadata projector. It separately materializes the durable presentation fields immediately before `tools/result`; an invalid value, renderer/projector failure, or non-JSON presentation becomes a JSON-safe `isError`. The final live observer therefore sees the exact execution-local value beside fields safe for the later durable append.
376
+
377
+ Before final content, the registry materializes the candidate result; a failure in content, structured error, additional context, or presentation metadata becomes a JSON-safe `isError` result that still reaches `finalizeContent`. The registry invokes that callback exactly once, then materializes and freezes the accepted result immediately before `tools/result`, so the observed live outcome is safe for the later durable `tool/result` append.
378
+
379
+ Each interception waterfall returns a typed **Decision** (the idiom shared with the `agent/*` waterfalls). `tools/pre-execute` listeners receive `(exec, next)` and return a `PreToolDecision`; `tools/execute` wrappers return a `ToolExecutionResult`; `tools/post-execute` listeners receive `(exec, result, next)` and return a `PostToolDecision`:
380
+
381
+ ```ts type-equiv
382
+ /**
383
+ * Pre-dispatch decision. `allow` runs the call; `deny` materializes an error;
384
+ * `ask` runs only after an approval service returns `allowed-once` and otherwise
385
+ * denies. Input rewriting is excluded because arguments are already logged and
386
+ * presented.
387
+ */
388
+ type PreToolDecision =
389
+ | { kind: 'allow' }
390
+ | { kind: 'deny'; reason: string }
391
+ | { kind: 'ask'; reason?: string }
392
+ ```
393
+
394
+ ```ts type-equiv
395
+ /**
396
+ * Post-dispatch decision: accept, replace one projection, attach context for the
397
+ * next request, or block by turning corrective feedback into an error result.
398
+ */
399
+ type PostToolDecision =
400
+ | { kind: 'accept'; content?: ContentBlock[]; value?: never; additionalContexts?: UserMessage[] }
401
+ | { kind: 'accept'; value: JsonValue; content?: never; additionalContexts?: UserMessage[] }
402
+ | { kind: 'block'; feedback: ContentBlock[]; additionalContexts?: UserMessage[] }
403
+ ```
404
+
405
+ Call `next()` for the default or return a decision to short-circuit. Pre-policy may deny or ask; only `allowed-once` proceeds, while a non-grant, missing approval channel or service, or agent-less request becomes a denial. Guards may still impose a final denial. Arguments cannot be rewritten because history, audit, UI, and execution must agree.
406
+
407
+ Post-policy may replace either content or value, never both. Content replacement preserves the canonical value and existing metadata; value replacement is revalidated and recomputes content/metadata; a block removes the value and becomes an `isError` containing corrective feedback. Content replacement is presentation policy, not confidentiality policy: a listener that must hide the programmatic value blocks or replaces it. `tools/result` receives the frozen execution and result after normalization; observers cannot transform them, and observer failures are contained. Unknown and throwing tools both become structured errors (`ToolNotFoundError` maps to `UNKNOWN_TOOL`), so the call fails without ending the turn.
408
+
409
+ ## The enforced raw JSON Schema subset
410
+
411
+ Raw schemas from subagents, workflows, MCP, and dynamic registrations use the wire-level counterpart of the author DSL. `assertSupportedJsonSchema()` accepts any JSON root, `validateJsonSchemaValue()` enforces it, and `JsonSchemaError` reports every unsupported or malformed schema path. The empty annotation-only node means unconstrained lossless JSON. `oneOf` requires at least two branches and a value must match exactly one. Consumers that still require an object root call `assertObjectJsonSchema()` and carry `ObjectJsonSchema`; this is how subagent/workflow caller-defined structured output remains object-rooted without restricting the shared vocabulary.
412
+
413
+ ```ts type-equiv
414
+ /** Scalar JSON values supported by `enum` and `const`. */
415
+ type JsonSchemaScalar = string | number | boolean | null
416
+ ```
417
+
418
+ ```ts type-equiv
419
+ /** Single-type keywords accepted by the enforced subset. */
420
+ type JsonSchemaType = 'object' | 'array' | 'string' | 'number' | 'integer' | 'boolean' | 'null'
421
+ ```
422
+
423
+ ```ts type-equiv
424
+ /**
425
+ * One raw JSON Schema node in the enforced subset. The optional fields express
426
+ * the external wire schema; {@link assertSupportedJsonSchema} rejects invalid
427
+ * combinations before a caller treats the node as trusted.
428
+ */
429
+ interface JsonSchemaNode {
430
+ /** Omit with no constraints for any JSON value, or use `oneOf`. */
431
+ type?: JsonSchemaType
432
+ /** Exactly one branch must validate; at least two branches are required. */
433
+ oneOf?: JsonSchemaNode[]
434
+ /** Nested property schemas (`type: 'object'` only). */
435
+ properties?: Record<string, JsonSchemaNode>
436
+ /** Required property names; each must appear in `properties`. */
437
+ required?: string[]
438
+ /** `false` rejects undeclared keys; absent/`true` follows JSON Schema's open default. */
439
+ additionalProperties?: boolean
440
+ /** Item schema (`type: 'array'` only); absent accepts any JSON item. */
441
+ items?: JsonSchemaNode
442
+ /** Allowed values for a scalar node. */
443
+ enum?: JsonSchemaScalar[]
444
+ /** The single allowed value for a scalar node. */
445
+ const?: JsonSchemaScalar
446
+ /** Annotation, ignored for validation. */
447
+ description?: string
448
+ /** Annotation, ignored for validation. */
449
+ title?: string
450
+ /** Annotation, ignored for validation but required to be lossless JSON. */
451
+ default?: JsonValue
452
+ /** Annotation, ignored for validation but required to be lossless JSON. */
453
+ examples?: JsonValue
454
+ }
455
+ ```
456
+
457
+ ```ts type-equiv
458
+ /** A consumer-constrained object-rooted schema. */
459
+ type ObjectJsonSchema = JsonSchemaNode & { type: 'object' }
460
+ ```
461
+
462
+ ## Tool-presentation UI vocabulary
463
+
464
+ How a tool wants its call shown in a UI (an editor tool-call card, a CLI log line), provider-neutral so a tool describes itself without depending on any client protocol. `presentCall`/`presentResult` return a **`card`-tagged render intent** — a discriminated union a UI bridge switches on:
465
+
466
+ - `ToolCallView` (pending): `{ card: 'generic', title, kind?, rawInput?, content?, locations? }` (the default card; `locations` is `{ path, line? }[]` files the call reads/modifies, for editor follow-along), `{ card: 'terminal', title, description?, cwd? }` (a shell command → a terminal card), or `{ card: 'diff', title, diffs, locations? }` (a file create/modify → an inline diff card; `diffs` is `{ path, oldText, newText }[]`, `oldText: null` for a new file).
467
+ - `ToolResultView` (completed): `{ card: 'generic', title?, content? }`, `{ card: 'terminal', title?, output?, exitCode?, signal? }` (the captured run output + exit; a capable UI shows an exit-status pill, while another may derive a fenced ` ```console ` fallback), `{ card: 'diff', title?, diffs }` (a completed file mutation → the change to show, typically the applied hunks with context lines computed from the before/after content, or a whole-file diff when there is no before-image), `{ card: 'search', shape, title?, truncated, total, … }` (a completed discovery search → grouped-by-file matches for `shape: 'matches'` (grep) or a flat path list for `shape: 'paths'` (glob); `truncated`/`total` report whether the inline result was capped so a UI never presents a partial result as complete; the view carries no result text — a UI without a search card falls back to the raw result content), `{ card: 'read', title?, path, offset, lines, totalLines, lang?, content? }` (a completed file read → a line-numbered, optionally syntax-highlighted code view; `offset` is the 1-based first line the window requested, kept even when `lines` is empty; `lang` is a language hint from the extension, and `content` is the envelope-stripped text a UI without read support falls back to), or `{ card: 'web', kind: 'search' | 'fetch', title?, … }` (a completed web retrieval; `kind: 'search'` carries the structured `sources`/`answer?`/`truncated`, `kind: 'fetch'` carries `url`/`statusCode`/`truncated`, and a UI without the `web` capability falls back to the raw result content — the body is not duplicated into the view). Completed views replace pending views, so mutation tools return a diff result even when it duplicates the call-time snippet; a search and a web retrieval have no `card` call-time analogue (their pending state stays a generic card, since the structured result exists only after `execute`).
468
+
469
+ `ToolCallKind` (`'read' | 'edit' | 'delete' | 'move' | 'search' | 'execute' | 'fetch' | 'other'`) picks an icon on a generic card. `FileLocation` (`{ path, line? }`), `FileDiff` (`{ path, oldText, newText }`), and `ReadFileLine` (`{ number, text }`, one 1-based numbered line of a read window) are the shared file-card vocabulary. The design is pinned in [the render-intent-union Agent Note](https://github.com/deepseek-ai/deepseek-harness/blob/master/.agents/notes/implemented/architecture/2026-07-02-tool-render-intent-union.md); host/client runtimes project this neutral vocabulary into their own views.
470
+
471
+ The full presentation field docs live in [`packages/core/tools/src/presentation.ts`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/presentation.ts). The `bash` schema and executor are on [shell.md](./shell.md); generic background controls are on [jobs.md](./jobs.md).
472
+
473
+ <!-- BEGIN GENERATED cordis-surface (gen-cordis-catalog.ts) — do not edit between markers -->
474
+
475
+ <a id="cordis-surface"></a>
476
+
477
+ ## Cordis API
478
+
479
+ Generated from source by `scripts/gen-cordis-catalog.ts` (verified fresh by `pnpm run verify-cordis-catalog` in doc-sync; regenerate with `pnpm run gen-cordis-catalog`) — this section is byte-identical in both language sides of the page. Signature blocks use a `ts cordis-catalog` fence and keep the original source JSDoc; dispatch modes are defined in the [primer](../cordis-primer.md#dispatch-modes), and the framework-inherited `ctx` API lives in [cordis-api/inherited.md](../cordis-api/inherited.md).
480
+
481
+ <a id="ctxtools--toolruntime"></a>
482
+
483
+ ### `ctx.tools` — `ToolRuntime`
484
+
485
+ Tool registry and execution pipeline. Scoped registrations shadow globals; one visibility resolver feeds presentation, lookup, and dispatch.
486
+
487
+ ```ts cordis-catalog
488
+ /**
489
+ * Present the calling scope's tools in `mode` instead of the deployment
490
+ * default. Nearest scope on the chain wins, so a preset's standing
491
+ * declaration covers every agent joined under it.
492
+ *
493
+ * Scoped only, and one declaration per scope: this is how an agent preset
494
+ * composes Code Mode agents beside native ones in the same process, and a
495
+ * process-global override would be the `mode` config field instead.
496
+ * @param mode - the presentation the covered agents' models see.
497
+ * @returns the exact disposer that restores the deployment default.
498
+ */
499
+ presentAs(mode: ToolPresentationMode): () => void
500
+
501
+ /**
502
+ * Register globally or in the calling agent scope. Scoped tools shadow
503
+ * globals; duplicates within one layer and the reserved `run_code` name fail.
504
+ * @param definition - tool schema, execution, and optional finalization/presentation callbacks.
505
+ * @returns the exact disposer that unregisters the tool.
506
+ */
507
+ register(definition: ToolDefinition): () => void
508
+
509
+ /**
510
+ * Restrict global tools for the calling agent scope. Empty filters, unknown
511
+ * names, scope-local names, and reserved transport names fail. Restrictions
512
+ * intersect; scoped registrations remain visible.
513
+ * @param filter - global-tool mask: `allow` (keep only) and/or `deny` (remove).
514
+ * @returns the exact disposer that lifts this restriction.
515
+ */
516
+ restrict(filter: ToolRestriction): () => void
517
+
518
+ /**
519
+ * Register a monotonic guard after the extensible `tools/pre-execute`
520
+ * waterfall. A plain-context guard applies globally; one registered through
521
+ * `agent.ctx` applies only to that agent. Any matching guard may deny by
522
+ * returning a reason, while no guard can force-allow a call another guard
523
+ * denied. The exact effect disposer is returned for ordered ownership and
524
+ * HMR cleanup.
525
+ * @param guard - synchronous check; a returned string denies the execution.
526
+ * @returns the exact disposer that unregisters the guard.
527
+ */
528
+ guard(guard: ToolGuard): () => void
529
+
530
+ /**
531
+ * Look up a tool as one scope sees it (scoped
532
+ * shadows global; a restricted-away global reads as absent). Presenters pass
533
+ * the calling agent so the rendered card matches the definition that
534
+ * actually executed.
535
+ * @param name - the tool name as registered.
536
+ * @param scope - the viewing scope (the agent); omitted = the global view.
537
+ * @returns the definition the scope resolves, or undefined when none is visible.
538
+ */
539
+ get(name: string, scope?: ScopeKey): ToolDefinition | undefined
540
+
541
+ /**
542
+ * Project visible definitions onto the allowlisted model-facing schema fields,
543
+ * excluding execution and presentation callbacks.
544
+ * @param scope - the viewing scope (the agent); omitted = the global view.
545
+ * @returns one deep-cloned schema per visible tool.
546
+ */
547
+ schemas(scope?: ScopeKey): ToolSchema[]
548
+
549
+ /**
550
+ * Classify a pending call through the caller's visible tool definition. Only
551
+ * an exact `true` is parallel; unknown, hidden, undeclared, invalid, or
552
+ * throwing classifiers are exclusive.
553
+ * @param exec - call name, parsed arguments, and optional agent scope.
554
+ * @returns the fail-closed scheduling mode.
555
+ */
556
+ executionMode(exec: ToolExecutionInput): ToolExecutionMode
557
+
558
+ /**
559
+ * Execute through pre-policy, guards, around-dispatch, post-policy,
560
+ * definition-owned content finalization, and final notification. Tool and
561
+ * listener failures resolve as materialized error results; an invisible tool
562
+ * reports `UNKNOWN_TOOL`. The returned outcome is the same lossless, frozen
563
+ * snapshot final observers receive. Cancellation
564
+ * arriving after entry and before final result materialization skips a
565
+ * not-yet-started body with `ABORTED_BEFORE_DISPATCH` or replaces a
566
+ * successful started outcome with `ABORTED`; already-started work is still
567
+ * drained and may retain a tool-owned structured error.
568
+ * @param exec - the typed same-process call input. The registry assigns its
569
+ * correlation token before policy begins.
570
+ * @returns the materialized final result.
571
+ */
572
+ async execute(exec: ToolExecutionInput): Promise<ToolExecutionResult>
573
+ ```
574
+
575
+ Types: [ScopeKey](./scope.md)
576
+
577
+ Source: [`packages/core/tools/src/index.ts:787`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
578
+
579
+ <a id="tools-events"></a>
580
+
581
+ ### `tools/*` events
582
+
583
+ <a id="toolschange--emit"></a>
584
+
585
+ #### `tools/change` — emit
586
+
587
+ A tool was registered or unregistered, or a scoped restriction changed (the available tool set changed — possibly for one scope only). An UNFILTERED registry-subject notification, deliberately not scope-filtered dispatch: a global change concerns every agent's next assembly, so a scoped listener subscribing here sees every change, not just its own scope's.
588
+
589
+ ```ts cordis-catalog
590
+ /**
591
+ * A tool was registered or unregistered, or a scoped restriction changed
592
+ * (the available tool set changed — possibly for one scope only). An
593
+ * UNFILTERED registry-subject notification, deliberately not scope-filtered
594
+ * dispatch: a global change concerns every agent's next assembly, so a
595
+ * scoped listener subscribing here sees every change, not just its own
596
+ * scope's.
597
+ * @mode emit
598
+ */
599
+ 'tools/change'(): void
600
+ ```
601
+
602
+ Source: [`packages/core/tools/src/index.ts:207`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
603
+
604
+ <a id="toolscode-dispatch-log--waterfall"></a>
605
+
606
+ #### `tools/code-dispatch-log` — waterfall
607
+
608
+ Allow a listener to replace content in the DURABLE LOG COPY of one `run_code` sub-dispatch outcome before the bridge appends its `tool/code-dispatch` event. `next()` keeps the content unchanged; a listener may return replacement blocks (e.g. the spill policy's preview + locator for an oversized text result). Only the logged copy is affected — the program already received the complete value, and the model sees neither. A throwing listener is contained: the bridge falls back to logging the original settled content. Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's dispatches.
609
+
610
+ ```ts cordis-catalog
611
+ /**
612
+ * Allow a listener to replace content in the DURABLE LOG COPY of one
613
+ * `run_code` sub-dispatch outcome before the bridge appends its
614
+ * `tool/code-dispatch` event. `next()` keeps the
615
+ * content unchanged; a listener may return replacement blocks (e.g. the
616
+ * spill policy's preview + locator for an oversized text result). Only the
617
+ * logged copy is affected — the program already received the complete
618
+ * value, and the model sees neither. A throwing listener is contained:
619
+ * the bridge falls back to logging the original settled content.
620
+ * Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's dispatches.
621
+ * @param dispatch - the parent execution, sub-call identity, and the settled content to log.
622
+ * @mode waterfall
623
+ */
624
+ 'tools/code-dispatch-log'(this: Scoped<ToolRuntime>, dispatch: CodeDispatchLog, next: () => Promise<ContentBlock[]>): Promise<ContentBlock[]>
625
+ ```
626
+
627
+ Types: [ContentBlock](./llm-streaming.md) · [Scoped](./scope.md)
628
+
629
+ Source: [`packages/core/tools/src/index.ts:189`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
630
+
631
+ <a id="toolsexecute--waterfall"></a>
632
+
633
+ #### `tools/execute` — waterfall
634
+
635
+ Around-dispatch waterfall for timeout, retry, or metrics. `next()` returns a normalized result; wrappers may change only `exec.signal`, while call identity remains immutable. The registry re-fuses the original caller signal before the body, so replacement cannot detach caller cancellation; wrappers must still restore their signal and reach quiescence. Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
636
+
637
+ ```ts cordis-catalog
638
+ /**
639
+ * Around-dispatch waterfall for timeout, retry, or metrics. `next()` returns
640
+ * a normalized result; wrappers may change only `exec.signal`, while call
641
+ * identity remains immutable. The registry re-fuses the original caller
642
+ * signal before the body, so replacement cannot detach caller cancellation;
643
+ * wrappers must still restore their signal and reach quiescence.
644
+ * Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
645
+ * @param exec - the allowed call about to dispatch (name, parsed arguments, caller agent, signal).
646
+ * @mode waterfall
647
+ */
648
+ 'tools/execute'(this: Scoped<ToolRuntime>, exec: ToolDispatchExecution, next: () => Promise<ToolExecutionResult>): Promise<ToolExecutionResult>
649
+ ```
650
+
651
+ Types: [Scoped](./scope.md)
652
+
653
+ Source: [`packages/core/tools/src/index.ts:163`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
654
+
655
+ <a id="toolspost-execute--waterfall"></a>
656
+
657
+ #### `tools/post-execute` — waterfall
658
+
659
+ Accept, replace, enrich, or block a normalized dispatch result. `next()` accepts it unchanged; thrown tools still reach this waterfall as errors. Async listeners must observe `exec.signal`; after they settle, caller cancellation replaces only a successful accepted outcome with the code selected by whether the tool body was invoked. Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
660
+
661
+ ```ts cordis-catalog
662
+ /**
663
+ * Accept, replace, enrich, or block a normalized dispatch result. `next()`
664
+ * accepts it unchanged; thrown tools still reach this waterfall as errors. Async
665
+ * listeners must observe `exec.signal`; after they settle, caller
666
+ * cancellation replaces only a successful accepted outcome with the code
667
+ * selected by whether the tool body was invoked.
668
+ * Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
669
+ * @param exec - the call that just ran (name, parsed arguments, caller agent).
670
+ * @param result - the dispatch outcome a listener may accept, replace, or block.
671
+ * @mode waterfall
672
+ */
673
+ 'tools/post-execute'(this: Scoped<ToolRuntime>, exec: ToolExecution, result: Readonly<ToolExecutionResult>, next: () => Promise<PostToolDecision>): Promise<PostToolDecision>
674
+ ```
675
+
676
+ Types: [Scoped](./scope.md)
677
+
678
+ Source: [`packages/core/tools/src/index.ts:175`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
679
+
680
+ <a id="toolspre-execute--waterfall"></a>
681
+
682
+ #### `tools/pre-execute` — waterfall
683
+
684
+ Allow, deny, or ask before dispatch. `next()` delegates to allow; missing approval support turns `ask` into denial. Async gates must observe `exec.signal`; the registry rechecks cancellation after they settle but never abandons their promise. Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
685
+
686
+ ```ts cordis-catalog
687
+ /**
688
+ * Allow, deny, or ask before dispatch. `next()` delegates to allow; missing
689
+ * approval support turns `ask` into denial. Async gates must observe
690
+ * `exec.signal`; the registry rechecks cancellation after they settle but
691
+ * never abandons their promise.
692
+ * Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): agent-scoped listeners receive only that agent's calls.
693
+ * @param exec - the pending call (name, parsed arguments, caller agent).
694
+ * @mode waterfall
695
+ */
696
+ 'tools/pre-execute'(this: Scoped<ToolRuntime>, exec: ToolExecution, next: () => Promise<PreToolDecision>): Promise<PreToolDecision>
697
+ ```
698
+
699
+ Types: [Scoped](./scope.md)
700
+
701
+ Source: [`packages/core/tools/src/index.ts:152`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
702
+
703
+ <a id="toolsresult--emit"></a>
704
+
705
+ #### `tools/result` — emit
706
+
707
+ Observe the frozen, lossless-JSON final outcome. Listener failures are contained. Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): keyed by `exec.agent`.
708
+
709
+ ```ts cordis-catalog
710
+ /**
711
+ * Observe the frozen, lossless-JSON final outcome. Listener failures are contained.
712
+ * Scope-filtered dispatch (`@deepseek-ai/dsh-scope`): keyed by `exec.agent`.
713
+ * @param exec - the execution object that traversed the pipeline.
714
+ * @param result - a deep-frozen snapshot of the final returned result.
715
+ * @mode emit
716
+ */
717
+ 'tools/result'(this: Scoped<ToolRuntime>, exec: Readonly<ToolExecution>, result: Readonly<ToolExecutionResult>): undefined
718
+ ```
719
+
720
+ Types: [Scoped](./scope.md)
721
+
722
+ Source: [`packages/core/tools/src/index.ts:197`](https://github.com/deepseek-ai/deepseek-harness/blob/master/packages/core/tools/src/index.ts)
723
+ <!-- END GENERATED cordis-surface -->