@otto-code/protocol 0.8.10 → 0.8.13

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 (83) hide show
  1. package/dist/agent-labels.d.ts +3 -0
  2. package/dist/agent-labels.js +10 -0
  3. package/dist/agent-personalities.d.ts +4 -3
  4. package/dist/agent-personalities.js +13 -20
  5. package/dist/agent-queue.d.ts +87 -0
  6. package/dist/agent-queue.js +106 -0
  7. package/dist/agent-types.d.ts +24 -4
  8. package/dist/binary-frames/terminal.d.ts +4 -0
  9. package/dist/binary-frames/terminal.js +1 -0
  10. package/dist/brain.d.ts +2412 -0
  11. package/dist/brain.js +1100 -0
  12. package/dist/chat/rpc-schemas.js +1 -0
  13. package/dist/chat/types.js +1 -0
  14. package/dist/client-capabilities.d.ts +3 -0
  15. package/dist/client-capabilities.js +14 -0
  16. package/dist/code-intelligence.d.ts +917 -0
  17. package/dist/code-intelligence.js +699 -0
  18. package/dist/communications.d.ts +1106 -0
  19. package/dist/communications.js +384 -0
  20. package/dist/context.d.ts +787 -0
  21. package/dist/context.js +295 -0
  22. package/dist/daemon-config.d.ts +383 -0
  23. package/dist/daemon-config.js +401 -0
  24. package/dist/file-operations.d.ts +380 -0
  25. package/dist/file-operations.js +282 -0
  26. package/dist/generated/validation/ws-outbound.aot.js +67260 -57392
  27. package/dist/git-hosting.d.ts +117 -0
  28. package/dist/git-hosting.js +109 -0
  29. package/dist/git-operations.d.ts +255 -0
  30. package/dist/git-operations.js +221 -0
  31. package/dist/integration-authorization.d.ts +195 -0
  32. package/dist/integration-authorization.js +125 -0
  33. package/dist/kanban.d.ts +341 -0
  34. package/dist/kanban.js +273 -0
  35. package/dist/loop/rpc-schemas.d.ts +6 -6
  36. package/dist/loop/rpc-schemas.js +1 -0
  37. package/dist/meetings.d.ts +95 -0
  38. package/dist/meetings.js +57 -0
  39. package/dist/messages.d.ts +11175 -11039
  40. package/dist/messages.js +4756 -8700
  41. package/dist/orchestration.d.ts +726 -0
  42. package/dist/orchestration.js +232 -0
  43. package/dist/personality-schemas.d.ts +221 -0
  44. package/dist/personality-schemas.js +340 -0
  45. package/dist/preview.d.ts +140 -0
  46. package/dist/preview.js +98 -0
  47. package/dist/project-knowledge.d.ts +740 -0
  48. package/dist/project-knowledge.js +229 -0
  49. package/dist/project-links.d.ts +102 -0
  50. package/dist/project-links.js +62 -0
  51. package/dist/provider-config.d.ts +87 -2
  52. package/dist/provider-config.js +110 -0
  53. package/dist/provider-manifest.js +7 -0
  54. package/dist/provider-snapshot-codec.d.ts +18 -0
  55. package/dist/provider-snapshot-codec.js +71 -0
  56. package/dist/refine.d.ts +93 -0
  57. package/dist/refine.js +78 -0
  58. package/dist/schedule/rpc-schemas.d.ts +55 -111
  59. package/dist/schedule/types.d.ts +16 -37
  60. package/dist/schedule/types.js +1 -11
  61. package/dist/search/text-match.d.ts +55 -0
  62. package/dist/search/text-match.js +262 -0
  63. package/dist/speech.d.ts +180 -0
  64. package/dist/speech.js +177 -0
  65. package/dist/storage.d.ts +79 -0
  66. package/dist/storage.js +107 -0
  67. package/dist/suggested-tasks.d.ts +106 -0
  68. package/dist/suggested-tasks.js +81 -0
  69. package/dist/terminal-compatibility.d.ts +55 -0
  70. package/dist/terminal-compatibility.js +35 -0
  71. package/dist/terminal-input-mode.d.ts +4 -0
  72. package/dist/terminal-input-mode.js +35 -6
  73. package/dist/terminal-key-input.js +15 -6
  74. package/dist/terminal-profiles.d.ts +35 -0
  75. package/dist/terminal-profiles.js +246 -4
  76. package/dist/tool-call-display.d.ts +2 -2
  77. package/dist/tool-call-display.js +6 -6
  78. package/dist/usage-stats.d.ts +255 -0
  79. package/dist/usage-stats.js +162 -0
  80. package/dist/validation/ws-outbound-schema-metadata.d.ts +1906 -266
  81. package/dist/worktree-ops.d.ts +81 -0
  82. package/dist/worktree-ops.js +88 -0
  83. package/package.json +1 -1
@@ -0,0 +1,917 @@
1
+ import { z } from "zod";
2
+ /**
3
+ * Otto code-intelligence wire schemas: the code.* symbol, definition, hover,
4
+ * references, rename and solution RPCs, plus the lsp.* server-state RPCs and
5
+ * pushes (see docs/code-intelligence.md).
6
+ *
7
+ * Declaration order matters here: the Solution schemas first because the Code
8
+ * responses embed them, then Code, then Lsp, which embeds CodeDiagnosticSchema. These are top-level consts, so a
9
+ * schema referenced before its declaration is a ReferenceError at module
10
+ * evaluation (and in the zod-aot build), not a type error.
11
+ *
12
+ * Code intelligence is a fork-only capability, so its schemas live in their own
13
+ * protocol module rather than inside messages.ts. messages.ts re-exports them.
14
+ */
15
+ /**
16
+ * Solution view responses (projects/solution-view).
17
+ *
18
+ * COMPAT(solutionView): added in v0.6.8, drop the gate when daemon floor >= v0.6.8.
19
+ */
20
+ export declare const SolutionFormatSchema: z.ZodEnum<{
21
+ sln: "sln";
22
+ slnx: "slnx";
23
+ }>;
24
+ /** One solution a workspace contains. Enough to populate the switcher's picker, nothing more. */
25
+ export declare const SolutionRefSchema: z.ZodObject<{
26
+ path: z.ZodString;
27
+ name: z.ZodString;
28
+ format: z.ZodEnum<{
29
+ sln: "sln";
30
+ slnx: "slnx";
31
+ }>;
32
+ }, z.core.$strip>;
33
+ /**
34
+ * Solution structure is flat on the wire with parent links, not nested.
35
+ *
36
+ * A recursive payload would have to be walked to be used, and every consumer would write that
37
+ * walk again; the file explorer already turns a flat listing plus an expanded-path set into rows,
38
+ * so this hands it the same shape it already consumes.
39
+ */
40
+ export declare const SolutionTreeFolderSchema: z.ZodObject<{
41
+ path: z.ZodString;
42
+ name: z.ZodString;
43
+ parentPath: z.ZodNullable<z.ZodString>;
44
+ }, z.core.$strip>;
45
+ export declare const SolutionTreeProjectSchema: z.ZodObject<{
46
+ id: z.ZodString;
47
+ name: z.ZodString;
48
+ path: z.ZodString;
49
+ outsideWorkspace: z.ZodBoolean;
50
+ folderPath: z.ZodNullable<z.ZodString>;
51
+ typeId: z.ZodOptional<z.ZodString>;
52
+ }, z.core.$strip>;
53
+ /**
54
+ * Three-valued for the same reason the code-intelligence family is: "the host cannot supply
55
+ * this", "MSBuild refused this project", and "here are its files" are different things to tell a
56
+ * user, and reporting the first two as an empty file list is how a working feature reads as
57
+ * broken. One project that fails must not blank the tree, so this status is per project.
58
+ */
59
+ export declare const SolutionProjectStatusSchema: z.ZodEnum<{
60
+ ok: "ok";
61
+ unavailable: "unavailable";
62
+ failed: "failed";
63
+ }>;
64
+ /**
65
+ * One entry in a project's evaluated membership, flat with parent links like the folders above.
66
+ *
67
+ * `isImplicit` is what a filesystem tree structurally cannot show and what Phase 2 turns on: an
68
+ * item contributed by the SDK's default globs is one that creating the file already adds, while
69
+ * an item the project file itself declares needs a real `.csproj` edit.
70
+ */
71
+ export declare const SolutionProjectNodeSchema: z.ZodDiscriminatedUnion<[z.ZodObject<{
72
+ kind: z.ZodLiteral<"directory">;
73
+ id: z.ZodString;
74
+ parentId: z.ZodNullable<z.ZodString>;
75
+ name: z.ZodString;
76
+ path: z.ZodString;
77
+ outsideWorkspace: z.ZodBoolean;
78
+ }, z.core.$strip>, z.ZodObject<{
79
+ kind: z.ZodLiteral<"file">;
80
+ id: z.ZodString;
81
+ parentId: z.ZodNullable<z.ZodString>;
82
+ name: z.ZodString;
83
+ path: z.ZodString;
84
+ outsideWorkspace: z.ZodBoolean;
85
+ itemType: z.ZodString;
86
+ isImplicit: z.ZodBoolean;
87
+ }, z.core.$strip>], "kind">;
88
+ export declare const SolutionPackageReferenceSchema: z.ZodObject<{
89
+ name: z.ZodString;
90
+ version: z.ZodNullable<z.ZodString>;
91
+ }, z.core.$strip>;
92
+ export type SolutionFormat = z.infer<typeof SolutionFormatSchema>;
93
+ export type SolutionRef = z.infer<typeof SolutionRefSchema>;
94
+ export type SolutionTreeFolder = z.infer<typeof SolutionTreeFolderSchema>;
95
+ export type SolutionTreeProject = z.infer<typeof SolutionTreeProjectSchema>;
96
+ export type SolutionProjectStatus = z.infer<typeof SolutionProjectStatusSchema>;
97
+ export type SolutionProjectNode = z.infer<typeof SolutionProjectNodeSchema>;
98
+ export type SolutionPackageReference = z.infer<typeof SolutionPackageReferenceSchema>;
99
+ export declare const CodeListFilesRequestSchema: z.ZodObject<{
100
+ type: z.ZodLiteral<"code.list_files.request">;
101
+ cwd: z.ZodString;
102
+ requestId: z.ZodString;
103
+ }, z.core.$strip>;
104
+ export declare const CodeSymbolsRequestSchema: z.ZodObject<{
105
+ type: z.ZodLiteral<"code.symbols.request">;
106
+ cwd: z.ZodString;
107
+ name: z.ZodString;
108
+ requestId: z.ZodString;
109
+ }, z.core.$strip>;
110
+ export declare const CodeOutlineRequestSchema: z.ZodObject<{
111
+ type: z.ZodLiteral<"code.outline.request">;
112
+ cwd: z.ZodString;
113
+ path: z.ZodString;
114
+ requestId: z.ZodString;
115
+ }, z.core.$strip>;
116
+ /**
117
+ * LSP-backed code intelligence (projects/lsp-code-intelligence). Distinct from the
118
+ * ctags `code.symbols` RPC above in the only way that matters: it carries a
119
+ * **position**, so the daemon can resolve the reference under the cursor instead of
120
+ * matching a name.
121
+ *
122
+ * Line and column are **1-based** here, matching `CodeSymbolLocation` and the rest of
123
+ * Otto. LSP itself is 0-based; that conversion is the daemon's business and does not
124
+ * reach the wire.
125
+ */
126
+ export declare const CodeDefinitionRequestSchema: z.ZodObject<{
127
+ type: z.ZodLiteral<"code.definition.request">;
128
+ cwd: z.ZodString;
129
+ path: z.ZodString;
130
+ line: z.ZodNumber;
131
+ column: z.ZodNumber;
132
+ requestId: z.ZodString;
133
+ }, z.core.$strip>;
134
+ /**
135
+ * The editor's current buffer text, so definitions resolve against unsaved edits
136
+ * rather than stale disk content. Sent debounced, not per keystroke.
137
+ */
138
+ export declare const CodeDocumentSyncRequestSchema: z.ZodObject<{
139
+ type: z.ZodLiteral<"code.document.sync.request">;
140
+ cwd: z.ZodString;
141
+ path: z.ZodString;
142
+ text: z.ZodString;
143
+ requestId: z.ZodString;
144
+ }, z.core.$strip>;
145
+ export declare const CodeDocumentCloseRequestSchema: z.ZodObject<{
146
+ type: z.ZodLiteral<"code.document.close.request">;
147
+ cwd: z.ZodString;
148
+ path: z.ZodString;
149
+ requestId: z.ZodString;
150
+ }, z.core.$strip>;
151
+ /**
152
+ * The rest of the position-based code-intelligence family. All three carry a 1-based
153
+ * position like `code.definition`, and all three are answered against the mirrored
154
+ * buffer rather than the file on disk.
155
+ */
156
+ export declare const CodeHoverRequestSchema: z.ZodObject<{
157
+ type: z.ZodLiteral<"code.hover.request">;
158
+ cwd: z.ZodString;
159
+ path: z.ZodString;
160
+ line: z.ZodNumber;
161
+ column: z.ZodNumber;
162
+ requestId: z.ZodString;
163
+ }, z.core.$strip>;
164
+ export declare const CodeReferencesRequestSchema: z.ZodObject<{
165
+ type: z.ZodLiteral<"code.references.request">;
166
+ cwd: z.ZodString;
167
+ path: z.ZodString;
168
+ line: z.ZodNumber;
169
+ column: z.ZodNumber;
170
+ requestId: z.ZodString;
171
+ }, z.core.$strip>;
172
+ /**
173
+ * A rename **dry run**. Deliberately not "do the rename": the daemon computes every edit
174
+ * and returns them for the user to audit, because a rename's blast radius is the whole
175
+ * project. Nothing is written by this request.
176
+ */
177
+ export declare const CodeRenamePreviewRequestSchema: z.ZodObject<{
178
+ type: z.ZodLiteral<"code.rename.preview.request">;
179
+ cwd: z.ZodString;
180
+ path: z.ZodString;
181
+ line: z.ZodNumber;
182
+ column: z.ZodNumber;
183
+ newName: z.ZodString;
184
+ requestId: z.ZodString;
185
+ }, z.core.$strip>;
186
+ /**
187
+ * Execute a rename the user has audited. **The edits are deliberately NOT on this request.**
188
+ *
189
+ * The client sends back only the `planId` it was shown; the daemon recomputes the plan and
190
+ * refuses unless the identity matches. A request that carried its own edit list would be a
191
+ * remote arbitrary-write primitive wearing a rename's name - any client could post any text
192
+ * at any path. This shape makes the daemon's own language server the sole author of what
193
+ * gets written, and the plan id the proof that the user saw it.
194
+ */
195
+ export declare const CodeRenameApplyRequestSchema: z.ZodObject<{
196
+ type: z.ZodLiteral<"code.rename.apply.request">;
197
+ cwd: z.ZodString;
198
+ path: z.ZodString;
199
+ line: z.ZodNumber;
200
+ column: z.ZodNumber;
201
+ newName: z.ZodString;
202
+ planId: z.ZodString;
203
+ requestId: z.ZodString;
204
+ }, z.core.$strip>;
205
+ /**
206
+ * Undo a run. Carries only the run's id - the daemon holds the before-images.
207
+ *
208
+ * Declared here, with the other inbound rename schemas, rather than beside its response
209
+ * further down: `SessionInboundMessageSchema` is a top-level const, so a schema it names
210
+ * must already be initialized when that line runs. Below the union it is a
211
+ * ReferenceError at import time, not a type error.
212
+ */
213
+ export declare const CodeRenameUndoRequestSchema: z.ZodObject<{
214
+ type: z.ZodLiteral<"code.rename.undo.request">;
215
+ cwd: z.ZodString;
216
+ runId: z.ZodString;
217
+ requestId: z.ZodString;
218
+ }, z.core.$strip>;
219
+ /**
220
+ * The Solution view (projects/solution-view). A second lens on the Files module showing the tree
221
+ * as the build system sees it rather than as the filesystem lays it out.
222
+ *
223
+ * **Independent of the LSP family above, despite sharing the `code.` domain.** There is no
224
+ * project-structure request in the Language Server Protocol - not one Otto has yet to wire, one
225
+ * that does not exist - so this subsystem builds its own model through Microsoft's solution
226
+ * libraries. Turning C# code intelligence off does not turn this off, and vice versa.
227
+ *
228
+ * Discovery is separate from loading on purpose: `list` decides whether the switcher appears at
229
+ * all, so it runs for every workspace and must stay cheap (a directory walk, no process). Only
230
+ * `get_tree` reaches the .NET sidecar.
231
+ *
232
+ * COMPAT(solutionView): added in v0.6.8; gate lives in features.solutionView.
233
+ */
234
+ export declare const CodeSolutionListRequestSchema: z.ZodObject<{
235
+ type: z.ZodLiteral<"code.solution.list.request">;
236
+ cwd: z.ZodString;
237
+ requestId: z.ZodString;
238
+ }, z.core.$strip>;
239
+ /**
240
+ * One solution's organisation: folders, the projects inside them, and the configurations. No file
241
+ * membership - that is `load_project`, paid per project on expand, because evaluating fifty
242
+ * projects to render a collapsed tree is the cost this design exists to avoid.
243
+ */
244
+ export declare const CodeSolutionGetTreeRequestSchema: z.ZodObject<{
245
+ type: z.ZodLiteral<"code.solution.get_tree.request">;
246
+ cwd: z.ZodString;
247
+ solutionPath: z.ZodString;
248
+ requestId: z.ZodString;
249
+ }, z.core.$strip>;
250
+ /**
251
+ * One project's evaluated file membership. `solutionPath` scopes the sidecar instance so two
252
+ * solutions in one repo never share a warm `ProjectCollection` - and so Phase 4 has the selection
253
+ * it needs for `--solution`.
254
+ */
255
+ export declare const CodeSolutionLoadProjectRequestSchema: z.ZodObject<{
256
+ type: z.ZodLiteral<"code.solution.load_project.request">;
257
+ cwd: z.ZodString;
258
+ solutionPath: z.ZodString;
259
+ projectPath: z.ZodString;
260
+ requestId: z.ZodString;
261
+ }, z.core.$strip>;
262
+ /**
263
+ * Compiler severity, named rather than numbered. LSP uses 1–4; a magic number on the
264
+ * wire would have every consumer re-deriving which one is a warning.
265
+ */
266
+ export declare const CodeDiagnosticSeveritySchema: z.ZodEnum<{
267
+ error: "error";
268
+ info: "info";
269
+ warning: "warning";
270
+ hint: "hint";
271
+ }>;
272
+ /** One problem the language server reported, 1-based like every other position. */
273
+ export declare const CodeDiagnosticSchema: z.ZodObject<{
274
+ line: z.ZodNumber;
275
+ column: z.ZodNumber;
276
+ endLine: z.ZodNumber;
277
+ endColumn: z.ZodNumber;
278
+ severity: z.ZodEnum<{
279
+ error: "error";
280
+ info: "info";
281
+ warning: "warning";
282
+ hint: "hint";
283
+ }>;
284
+ message: z.ZodString;
285
+ source: z.ZodOptional<z.ZodString>;
286
+ code: z.ZodOptional<z.ZodString>;
287
+ codeHref: z.ZodOptional<z.ZodString>;
288
+ serverId: z.ZodOptional<z.ZodString>;
289
+ }, z.core.$strip>;
290
+ export declare const CodeListFilesResponseSchema: z.ZodObject<{
291
+ type: z.ZodLiteral<"code.list_files.response">;
292
+ payload: z.ZodObject<{
293
+ cwd: z.ZodString;
294
+ files: z.ZodArray<z.ZodString>;
295
+ truncated: z.ZodBoolean;
296
+ error: z.ZodNullable<z.ZodString>;
297
+ requestId: z.ZodString;
298
+ }, z.core.$strip>;
299
+ }, z.core.$strip>;
300
+ export declare const CodeSymbolKindSchema: z.ZodEnum<{
301
+ function: "function";
302
+ type: "type";
303
+ class: "class";
304
+ variable: "variable";
305
+ property: "property";
306
+ }>;
307
+ export declare const CodeSymbolLocationSchema: z.ZodObject<{
308
+ path: z.ZodString;
309
+ name: z.ZodString;
310
+ kind: z.ZodEnum<{
311
+ function: "function";
312
+ type: "type";
313
+ class: "class";
314
+ variable: "variable";
315
+ property: "property";
316
+ }>;
317
+ line: z.ZodNumber;
318
+ column: z.ZodNumber;
319
+ }, z.core.$strip>;
320
+ export declare const CodeSymbolsResponseSchema: z.ZodObject<{
321
+ type: z.ZodLiteral<"code.symbols.response">;
322
+ payload: z.ZodObject<{
323
+ cwd: z.ZodString;
324
+ name: z.ZodString;
325
+ locations: z.ZodArray<z.ZodObject<{
326
+ path: z.ZodString;
327
+ name: z.ZodString;
328
+ kind: z.ZodEnum<{
329
+ function: "function";
330
+ type: "type";
331
+ class: "class";
332
+ variable: "variable";
333
+ property: "property";
334
+ }>;
335
+ line: z.ZodNumber;
336
+ column: z.ZodNumber;
337
+ }, z.core.$strip>>;
338
+ error: z.ZodNullable<z.ZodString>;
339
+ requestId: z.ZodString;
340
+ }, z.core.$strip>;
341
+ }, z.core.$strip>;
342
+ /** 1-based, like `CodeSymbolLocation`. The end pair is present when the server gave a range. */
343
+ export declare const CodeDefinitionLocationSchema: z.ZodObject<{
344
+ path: z.ZodString;
345
+ line: z.ZodNumber;
346
+ column: z.ZodNumber;
347
+ endLine: z.ZodOptional<z.ZodNumber>;
348
+ endColumn: z.ZodOptional<z.ZodNumber>;
349
+ serverId: z.ZodOptional<z.ZodString>;
350
+ }, z.core.$strip>;
351
+ /**
352
+ * Three-valued on purpose. `unavailable` (no server for this language on the host) and
353
+ * `indexing` (the server is up but still building its project model) are different
354
+ * answers to the user, and neither is "not found" - reporting either as an empty
355
+ * result is how a working feature reads as broken.
356
+ */
357
+ export declare const CodeDefinitionStatusSchema: z.ZodEnum<{
358
+ ok: "ok";
359
+ unavailable: "unavailable";
360
+ indexing: "indexing";
361
+ }>;
362
+ export declare const CodeDefinitionResponseSchema: z.ZodObject<{
363
+ type: z.ZodLiteral<"code.definition.response">;
364
+ payload: z.ZodObject<{
365
+ cwd: z.ZodString;
366
+ path: z.ZodString;
367
+ status: z.ZodEnum<{
368
+ ok: "ok";
369
+ unavailable: "unavailable";
370
+ indexing: "indexing";
371
+ }>;
372
+ locations: z.ZodArray<z.ZodObject<{
373
+ path: z.ZodString;
374
+ line: z.ZodNumber;
375
+ column: z.ZodNumber;
376
+ endLine: z.ZodOptional<z.ZodNumber>;
377
+ endColumn: z.ZodOptional<z.ZodNumber>;
378
+ serverId: z.ZodOptional<z.ZodString>;
379
+ }, z.core.$strip>>;
380
+ error: z.ZodNullable<z.ZodString>;
381
+ requestId: z.ZodString;
382
+ }, z.core.$strip>;
383
+ }, z.core.$strip>;
384
+ export declare const CodeDocumentSyncResponseSchema: z.ZodObject<{
385
+ type: z.ZodLiteral<"code.document.sync.response">;
386
+ payload: z.ZodObject<{
387
+ cwd: z.ZodString;
388
+ path: z.ZodString;
389
+ ok: z.ZodBoolean;
390
+ error: z.ZodNullable<z.ZodString>;
391
+ requestId: z.ZodString;
392
+ }, z.core.$strip>;
393
+ }, z.core.$strip>;
394
+ export declare const CodeDocumentCloseResponseSchema: z.ZodObject<{
395
+ type: z.ZodLiteral<"code.document.close.response">;
396
+ payload: z.ZodObject<{
397
+ cwd: z.ZodString;
398
+ path: z.ZodString;
399
+ ok: z.ZodBoolean;
400
+ error: z.ZodNullable<z.ZodString>;
401
+ requestId: z.ZodString;
402
+ }, z.core.$strip>;
403
+ }, z.core.$strip>;
404
+ /** 1-based, like every other position on the wire. */
405
+ export declare const CodeHoverRangeSchema: z.ZodObject<{
406
+ line: z.ZodNumber;
407
+ column: z.ZodNumber;
408
+ endLine: z.ZodNumber;
409
+ endColumn: z.ZodNumber;
410
+ }, z.core.$strip>;
411
+ export declare const CodeHoverResponseSchema: z.ZodObject<{
412
+ type: z.ZodLiteral<"code.hover.response">;
413
+ payload: z.ZodObject<{
414
+ cwd: z.ZodString;
415
+ path: z.ZodString;
416
+ status: z.ZodEnum<{
417
+ ok: "ok";
418
+ unavailable: "unavailable";
419
+ indexing: "indexing";
420
+ }>;
421
+ markdown: z.ZodNullable<z.ZodString>;
422
+ range: z.ZodNullable<z.ZodObject<{
423
+ line: z.ZodNumber;
424
+ column: z.ZodNumber;
425
+ endLine: z.ZodNumber;
426
+ endColumn: z.ZodNumber;
427
+ }, z.core.$strip>>;
428
+ serverId: z.ZodNullable<z.ZodString>;
429
+ error: z.ZodNullable<z.ZodString>;
430
+ requestId: z.ZodString;
431
+ }, z.core.$strip>;
432
+ }, z.core.$strip>;
433
+ export declare const CodeReferencesResponseSchema: z.ZodObject<{
434
+ type: z.ZodLiteral<"code.references.response">;
435
+ payload: z.ZodObject<{
436
+ cwd: z.ZodString;
437
+ path: z.ZodString;
438
+ status: z.ZodEnum<{
439
+ ok: "ok";
440
+ unavailable: "unavailable";
441
+ indexing: "indexing";
442
+ }>;
443
+ locations: z.ZodArray<z.ZodObject<{
444
+ path: z.ZodString;
445
+ line: z.ZodNumber;
446
+ column: z.ZodNumber;
447
+ endLine: z.ZodOptional<z.ZodNumber>;
448
+ endColumn: z.ZodOptional<z.ZodNumber>;
449
+ serverId: z.ZodOptional<z.ZodString>;
450
+ }, z.core.$strip>>;
451
+ error: z.ZodNullable<z.ZodString>;
452
+ requestId: z.ZodString;
453
+ }, z.core.$strip>;
454
+ }, z.core.$strip>;
455
+ export declare const CodeRenameEditSchema: z.ZodObject<{
456
+ line: z.ZodNumber;
457
+ column: z.ZodNumber;
458
+ endLine: z.ZodNumber;
459
+ endColumn: z.ZodNumber;
460
+ newText: z.ZodString;
461
+ oldText: z.ZodDefault<z.ZodString>;
462
+ }, z.core.$strip>;
463
+ export declare const CodeRenameFilePlanSchema: z.ZodObject<{
464
+ path: z.ZodString;
465
+ edits: z.ZodArray<z.ZodObject<{
466
+ line: z.ZodNumber;
467
+ column: z.ZodNumber;
468
+ endLine: z.ZodNumber;
469
+ endColumn: z.ZodNumber;
470
+ newText: z.ZodString;
471
+ oldText: z.ZodDefault<z.ZodString>;
472
+ }, z.core.$strip>>;
473
+ }, z.core.$strip>;
474
+ export declare const CodeRenamePreviewResponseSchema: z.ZodObject<{
475
+ type: z.ZodLiteral<"code.rename.preview.response">;
476
+ payload: z.ZodObject<{
477
+ cwd: z.ZodString;
478
+ path: z.ZodString;
479
+ newName: z.ZodString;
480
+ status: z.ZodEnum<{
481
+ ok: "ok";
482
+ unavailable: "unavailable";
483
+ indexing: "indexing";
484
+ }>;
485
+ files: z.ZodArray<z.ZodObject<{
486
+ path: z.ZodString;
487
+ edits: z.ZodArray<z.ZodObject<{
488
+ line: z.ZodNumber;
489
+ column: z.ZodNumber;
490
+ endLine: z.ZodNumber;
491
+ endColumn: z.ZodNumber;
492
+ newText: z.ZodString;
493
+ oldText: z.ZodDefault<z.ZodString>;
494
+ }, z.core.$strip>>;
495
+ }, z.core.$strip>>;
496
+ fileCount: z.ZodNumber;
497
+ editCount: z.ZodNumber;
498
+ planId: z.ZodDefault<z.ZodString>;
499
+ error: z.ZodNullable<z.ZodString>;
500
+ requestId: z.ZodString;
501
+ }, z.core.$strip>;
502
+ }, z.core.$strip>;
503
+ /**
504
+ * Five-valued, because the ways a rename can fail to happen are things a user needs told
505
+ * apart: still loading, no server, the plan moved, or the server pointed outside the
506
+ * workspace. Collapsing them into one failure is how "nothing happened" becomes unexplainable.
507
+ */
508
+ /**
509
+ * Whether the run HAPPENED - deliberately not whether everything applied.
510
+ *
511
+ * A run where two of fourteen edits no longer fit is still a run that took place, and the
512
+ * twelve that landed are real. Collapsing that into a failure would hide them, and hiding a
513
+ * write is the one thing an auditable edit surface must never do. Per-edit fate lives in the
514
+ * file outcomes; `complete` is the single-glance answer.
515
+ */
516
+ export declare const CodeRenameApplyStatusSchema: z.ZodEnum<{
517
+ ok: "ok";
518
+ expired: "expired";
519
+ escaped: "escaped";
520
+ }>;
521
+ export declare const CodeRenameFileOutcomeKindSchema: z.ZodEnum<{
522
+ failed: "failed";
523
+ partial: "partial";
524
+ applied: "applied";
525
+ }>;
526
+ /** What happened to one file in a run. */
527
+ export declare const CodeRenameFileOutcomeSchema: z.ZodObject<{
528
+ path: z.ZodString;
529
+ kind: z.ZodEnum<{
530
+ failed: "failed";
531
+ partial: "partial";
532
+ applied: "applied";
533
+ }>;
534
+ appliedEdits: z.ZodNumber;
535
+ skippedEdits: z.ZodNumber;
536
+ reason: z.ZodNullable<z.ZodString>;
537
+ }, z.core.$strip>;
538
+ export declare const CodeRenameUndoStatusSchema: z.ZodEnum<{
539
+ ok: "ok";
540
+ expired: "expired";
541
+ }>;
542
+ export declare const CodeRenameUndoFileKindSchema: z.ZodEnum<{
543
+ failed: "failed";
544
+ restored: "restored";
545
+ changedSince: "changedSince";
546
+ }>;
547
+ /**
548
+ * What happened to one file during an undo. `changedSince` is the important one: the file was
549
+ * edited after the run, so restoring would have destroyed that work and it was left alone.
550
+ */
551
+ export declare const CodeRenameUndoFileSchema: z.ZodObject<{
552
+ path: z.ZodString;
553
+ kind: z.ZodEnum<{
554
+ failed: "failed";
555
+ restored: "restored";
556
+ changedSince: "changedSince";
557
+ }>;
558
+ reason: z.ZodNullable<z.ZodString>;
559
+ }, z.core.$strip>;
560
+ export declare const CodeRenameUndoResponseSchema: z.ZodObject<{
561
+ type: z.ZodLiteral<"code.rename.undo.response">;
562
+ payload: z.ZodObject<{
563
+ cwd: z.ZodString;
564
+ runId: z.ZodString;
565
+ status: z.ZodEnum<{
566
+ ok: "ok";
567
+ expired: "expired";
568
+ }>;
569
+ files: z.ZodArray<z.ZodObject<{
570
+ path: z.ZodString;
571
+ kind: z.ZodEnum<{
572
+ failed: "failed";
573
+ restored: "restored";
574
+ changedSince: "changedSince";
575
+ }>;
576
+ reason: z.ZodNullable<z.ZodString>;
577
+ }, z.core.$strip>>;
578
+ restoredFiles: z.ZodNumber;
579
+ complete: z.ZodBoolean;
580
+ error: z.ZodNullable<z.ZodString>;
581
+ requestId: z.ZodString;
582
+ }, z.core.$strip>;
583
+ }, z.core.$strip>;
584
+ export declare const CodeRenameApplyResponseSchema: z.ZodObject<{
585
+ type: z.ZodLiteral<"code.rename.apply.response">;
586
+ payload: z.ZodObject<{
587
+ cwd: z.ZodString;
588
+ path: z.ZodString;
589
+ newName: z.ZodString;
590
+ status: z.ZodEnum<{
591
+ ok: "ok";
592
+ expired: "expired";
593
+ escaped: "escaped";
594
+ }>;
595
+ runId: z.ZodNullable<z.ZodString>;
596
+ files: z.ZodArray<z.ZodObject<{
597
+ path: z.ZodString;
598
+ kind: z.ZodEnum<{
599
+ failed: "failed";
600
+ partial: "partial";
601
+ applied: "applied";
602
+ }>;
603
+ appliedEdits: z.ZodNumber;
604
+ skippedEdits: z.ZodNumber;
605
+ reason: z.ZodNullable<z.ZodString>;
606
+ }, z.core.$strip>>;
607
+ appliedFiles: z.ZodNumber;
608
+ appliedEdits: z.ZodNumber;
609
+ skippedEdits: z.ZodNumber;
610
+ complete: z.ZodBoolean;
611
+ error: z.ZodNullable<z.ZodString>;
612
+ requestId: z.ZodString;
613
+ }, z.core.$strip>;
614
+ }, z.core.$strip>;
615
+ export declare const CodeSolutionListResponseSchema: z.ZodObject<{
616
+ type: z.ZodLiteral<"code.solution.list.response">;
617
+ payload: z.ZodObject<{
618
+ cwd: z.ZodString;
619
+ solutions: z.ZodArray<z.ZodObject<{
620
+ path: z.ZodString;
621
+ name: z.ZodString;
622
+ format: z.ZodEnum<{
623
+ sln: "sln";
624
+ slnx: "slnx";
625
+ }>;
626
+ }, z.core.$strip>>;
627
+ error: z.ZodNullable<z.ZodString>;
628
+ requestId: z.ZodString;
629
+ }, z.core.$strip>;
630
+ }, z.core.$strip>;
631
+ export declare const CodeSolutionGetTreeResponseSchema: z.ZodObject<{
632
+ type: z.ZodLiteral<"code.solution.get_tree.response">;
633
+ payload: z.ZodObject<{
634
+ cwd: z.ZodString;
635
+ solutionPath: z.ZodString;
636
+ name: z.ZodDefault<z.ZodString>;
637
+ format: z.ZodDefault<z.ZodEnum<{
638
+ sln: "sln";
639
+ slnx: "slnx";
640
+ }>>;
641
+ folders: z.ZodArray<z.ZodObject<{
642
+ path: z.ZodString;
643
+ name: z.ZodString;
644
+ parentPath: z.ZodNullable<z.ZodString>;
645
+ }, z.core.$strip>>;
646
+ projects: z.ZodArray<z.ZodObject<{
647
+ id: z.ZodString;
648
+ name: z.ZodString;
649
+ path: z.ZodString;
650
+ outsideWorkspace: z.ZodBoolean;
651
+ folderPath: z.ZodNullable<z.ZodString>;
652
+ typeId: z.ZodOptional<z.ZodString>;
653
+ }, z.core.$strip>>;
654
+ buildTypes: z.ZodArray<z.ZodString>;
655
+ platforms: z.ZodArray<z.ZodString>;
656
+ error: z.ZodNullable<z.ZodString>;
657
+ requestId: z.ZodString;
658
+ }, z.core.$strip>;
659
+ }, z.core.$strip>;
660
+ export declare const CodeSolutionLoadProjectResponseSchema: z.ZodObject<{
661
+ type: z.ZodLiteral<"code.solution.load_project.response">;
662
+ payload: z.ZodObject<{
663
+ cwd: z.ZodString;
664
+ solutionPath: z.ZodString;
665
+ projectPath: z.ZodString;
666
+ status: z.ZodEnum<{
667
+ ok: "ok";
668
+ unavailable: "unavailable";
669
+ failed: "failed";
670
+ }>;
671
+ nodes: z.ZodArray<z.ZodDiscriminatedUnion<[z.ZodObject<{
672
+ kind: z.ZodLiteral<"directory">;
673
+ id: z.ZodString;
674
+ parentId: z.ZodNullable<z.ZodString>;
675
+ name: z.ZodString;
676
+ path: z.ZodString;
677
+ outsideWorkspace: z.ZodBoolean;
678
+ }, z.core.$strip>, z.ZodObject<{
679
+ kind: z.ZodLiteral<"file">;
680
+ id: z.ZodString;
681
+ parentId: z.ZodNullable<z.ZodString>;
682
+ name: z.ZodString;
683
+ path: z.ZodString;
684
+ outsideWorkspace: z.ZodBoolean;
685
+ itemType: z.ZodString;
686
+ isImplicit: z.ZodBoolean;
687
+ }, z.core.$strip>], "kind">>;
688
+ projectReferences: z.ZodArray<z.ZodString>;
689
+ packageReferences: z.ZodArray<z.ZodObject<{
690
+ name: z.ZodString;
691
+ version: z.ZodNullable<z.ZodString>;
692
+ }, z.core.$strip>>;
693
+ targetFrameworks: z.ZodArray<z.ZodString>;
694
+ outputType: z.ZodNullable<z.ZodString>;
695
+ isSdkStyle: z.ZodBoolean;
696
+ error: z.ZodNullable<z.ZodString>;
697
+ requestId: z.ZodString;
698
+ }, z.core.$strip>;
699
+ }, z.core.$strip>;
700
+ export declare const CodeOutlineResponseSchema: z.ZodObject<{
701
+ type: z.ZodLiteral<"code.outline.response">;
702
+ payload: z.ZodObject<{
703
+ cwd: z.ZodString;
704
+ path: z.ZodString;
705
+ symbols: z.ZodArray<z.ZodObject<{
706
+ path: z.ZodString;
707
+ name: z.ZodString;
708
+ kind: z.ZodEnum<{
709
+ function: "function";
710
+ type: "type";
711
+ class: "class";
712
+ variable: "variable";
713
+ property: "property";
714
+ }>;
715
+ line: z.ZodNumber;
716
+ column: z.ZodNumber;
717
+ }, z.core.$strip>>;
718
+ error: z.ZodNullable<z.ZodString>;
719
+ requestId: z.ZodString;
720
+ }, z.core.$strip>;
721
+ }, z.core.$strip>;
722
+ export type CodeListFilesRequest = z.infer<typeof CodeListFilesRequestSchema>;
723
+ export type CodeListFilesResponse = z.infer<typeof CodeListFilesResponseSchema>;
724
+ export type CodeSymbolsRequest = z.infer<typeof CodeSymbolsRequestSchema>;
725
+ export type CodeSymbolsResponse = z.infer<typeof CodeSymbolsResponseSchema>;
726
+ export type CodeOutlineRequest = z.infer<typeof CodeOutlineRequestSchema>;
727
+ export type CodeOutlineResponse = z.infer<typeof CodeOutlineResponseSchema>;
728
+ export type CodeSymbolLocation = z.infer<typeof CodeSymbolLocationSchema>;
729
+ export type CodeSymbolKind = z.infer<typeof CodeSymbolKindSchema>;
730
+ export type CodeDefinitionRequest = z.infer<typeof CodeDefinitionRequestSchema>;
731
+ export type CodeDefinitionResponse = z.infer<typeof CodeDefinitionResponseSchema>;
732
+ export type CodeDefinitionLocation = z.infer<typeof CodeDefinitionLocationSchema>;
733
+ export type CodeDefinitionStatus = z.infer<typeof CodeDefinitionStatusSchema>;
734
+ export type CodeDocumentSyncRequest = z.infer<typeof CodeDocumentSyncRequestSchema>;
735
+ export type CodeDocumentSyncResponse = z.infer<typeof CodeDocumentSyncResponseSchema>;
736
+ export type CodeDocumentCloseRequest = z.infer<typeof CodeDocumentCloseRequestSchema>;
737
+ export type CodeDocumentCloseResponse = z.infer<typeof CodeDocumentCloseResponseSchema>;
738
+ export type CodeHoverRequest = z.infer<typeof CodeHoverRequestSchema>;
739
+ export type CodeHoverResponse = z.infer<typeof CodeHoverResponseSchema>;
740
+ export type CodeHoverRange = z.infer<typeof CodeHoverRangeSchema>;
741
+ export type CodeReferencesRequest = z.infer<typeof CodeReferencesRequestSchema>;
742
+ export type CodeReferencesResponse = z.infer<typeof CodeReferencesResponseSchema>;
743
+ export type CodeRenamePreviewRequest = z.infer<typeof CodeRenamePreviewRequestSchema>;
744
+ export type CodeRenamePreviewResponse = z.infer<typeof CodeRenamePreviewResponseSchema>;
745
+ export type CodeRenameApplyRequest = z.infer<typeof CodeRenameApplyRequestSchema>;
746
+ export type CodeRenameApplyResponse = z.infer<typeof CodeRenameApplyResponseSchema>;
747
+ export type CodeRenameApplyStatus = z.infer<typeof CodeRenameApplyStatusSchema>;
748
+ export type CodeRenameFileOutcome = z.infer<typeof CodeRenameFileOutcomeSchema>;
749
+ export type CodeRenameUndoRequest = z.infer<typeof CodeRenameUndoRequestSchema>;
750
+ export type CodeRenameUndoResponse = z.infer<typeof CodeRenameUndoResponseSchema>;
751
+ export type CodeRenameUndoStatus = z.infer<typeof CodeRenameUndoStatusSchema>;
752
+ export type CodeRenameUndoFile = z.infer<typeof CodeRenameUndoFileSchema>;
753
+ export type CodeRenameEdit = z.infer<typeof CodeRenameEditSchema>;
754
+ export type CodeRenameFilePlan = z.infer<typeof CodeRenameFilePlanSchema>;
755
+ export type CodeSolutionListRequest = z.infer<typeof CodeSolutionListRequestSchema>;
756
+ export type CodeSolutionListResponse = z.infer<typeof CodeSolutionListResponseSchema>;
757
+ export type CodeSolutionGetTreeRequest = z.infer<typeof CodeSolutionGetTreeRequestSchema>;
758
+ export type CodeSolutionGetTreeResponse = z.infer<typeof CodeSolutionGetTreeResponseSchema>;
759
+ export type CodeSolutionLoadProjectRequest = z.infer<typeof CodeSolutionLoadProjectRequestSchema>;
760
+ export type CodeSolutionLoadProjectResponse = z.infer<typeof CodeSolutionLoadProjectResponseSchema>;
761
+ export type CodeDiagnosticSeverity = z.infer<typeof CodeDiagnosticSeveritySchema>;
762
+ export type CodeDiagnostic = z.infer<typeof CodeDiagnosticSchema>;
763
+ /**
764
+ * Live language-server state for the Daemon → Code screen. Separate from the daemon
765
+ * config RPCs because none of it is configuration: which servers this machine can
766
+ * actually supply, and which are running right now.
767
+ *
768
+ * Omit `cwd` for the host-wide answer, which is what the settings screen asks for: every
769
+ * row this daemon knows, resolved against the rungs a host has (bundled, PATH). Passing a
770
+ * `cwd` additionally probes that workspace's `node_modules/.bin`, since a server can be
771
+ * present in one project and absent from another. Optional rather than removed because
772
+ * older clients still send it.
773
+ *
774
+ * COMPAT(lspHostServers): `cwd` became optional in v0.7.3; gate lives in
775
+ * features.lspHostServers.
776
+ */
777
+ export declare const LspServersListRequestSchema: z.ZodObject<{
778
+ type: z.ZodLiteral<"lsp.servers.list.request">;
779
+ cwd: z.ZodOptional<z.ZodString>;
780
+ requestId: z.ZodString;
781
+ }, z.core.$strip>;
782
+ /** Stop one running server, so a user who suspects it of hogging memory can kill it. */
783
+ export declare const LspServerStopRequestSchema: z.ZodObject<{
784
+ type: z.ZodLiteral<"lsp.server.stop.request">;
785
+ rootPath: z.ZodString;
786
+ serverId: z.ZodString;
787
+ requestId: z.ZodString;
788
+ }, z.core.$strip>;
789
+ /**
790
+ * Which workspaces currently have a language server starting up or indexing. Sent as
791
+ * the whole busy set rather than per-workspace transitions: the only consumer is a
792
+ * spinner, so an idempotent snapshot cannot drift out of sync the way a missed
793
+ * transition would.
794
+ *
795
+ * Separate from the workspace status bucket on purpose - indexing is not the workspace
796
+ * "working", and folding it in would mislabel a quiet workspace as busy with agent work.
797
+ */
798
+ export declare const LspActivityChangedStatusPayloadSchema: z.ZodObject<{
799
+ status: z.ZodLiteral<"lsp_activity_changed">;
800
+ busyRoots: z.ZodArray<z.ZodString>;
801
+ }, z.core.$loose>;
802
+ /**
803
+ * Diagnostics for one open document, pushed unsolicited.
804
+ *
805
+ * This is the one part of code intelligence that is not request/response:
806
+ * `textDocument/publishDiagnostics` arrives whenever the server has recomputed, which is
807
+ * whenever it feels like it. So it is a status broadcast, and the payload is the document's
808
+ * **whole** current set - never a delta. A missed delta would leave a stale squiggle on a
809
+ * line the user already fixed, and an idempotent snapshot cannot drift.
810
+ *
811
+ * Only documents a client has synced produce these. A server may know about every file in
812
+ * the project; pushing all of it would be unbounded, and nothing can render a marker in a
813
+ * file that is not open.
814
+ */
815
+ export declare const LspDiagnosticsChangedStatusPayloadSchema: z.ZodObject<{
816
+ status: z.ZodLiteral<"lsp_diagnostics_changed">;
817
+ cwd: z.ZodString;
818
+ path: z.ZodString;
819
+ diagnostics: z.ZodArray<z.ZodObject<{
820
+ line: z.ZodNumber;
821
+ column: z.ZodNumber;
822
+ endLine: z.ZodNumber;
823
+ endColumn: z.ZodNumber;
824
+ severity: z.ZodEnum<{
825
+ error: "error";
826
+ info: "info";
827
+ warning: "warning";
828
+ hint: "hint";
829
+ }>;
830
+ message: z.ZodString;
831
+ source: z.ZodOptional<z.ZodString>;
832
+ code: z.ZodOptional<z.ZodString>;
833
+ codeHref: z.ZodOptional<z.ZodString>;
834
+ serverId: z.ZodOptional<z.ZodString>;
835
+ }, z.core.$strip>>;
836
+ }, z.core.$loose>;
837
+ export declare const LspLanguageStateSchema: z.ZodObject<{
838
+ id: z.ZodString;
839
+ enabled: z.ZodBoolean;
840
+ installed: z.ZodBoolean;
841
+ running: z.ZodBoolean;
842
+ rung: z.ZodNullable<z.ZodString>;
843
+ bin: z.ZodString;
844
+ discovery: z.ZodOptional<z.ZodArray<z.ZodString>>;
845
+ path: z.ZodOptional<z.ZodNullable<z.ZodString>>;
846
+ extensions: z.ZodArray<z.ZodString>;
847
+ indexCost: z.ZodString;
848
+ install: z.ZodOptional<z.ZodNullable<z.ZodObject<{
849
+ steps: z.ZodArray<z.ZodObject<{
850
+ command: z.ZodString;
851
+ args: z.ZodArray<z.ZodString>;
852
+ display: z.ZodString;
853
+ note: z.ZodNullable<z.ZodString>;
854
+ }, z.core.$strip>>;
855
+ url: z.ZodNullable<z.ZodString>;
856
+ }, z.core.$strip>>>;
857
+ }, z.core.$strip>;
858
+ export declare const LspRunningServerSchema: z.ZodObject<{
859
+ rootPath: z.ZodString;
860
+ serverId: z.ZodString;
861
+ uptimeMs: z.ZodNumber;
862
+ lastUsedAt: z.ZodNumber;
863
+ }, z.core.$strip>;
864
+ export declare const LspServersListResponseSchema: z.ZodObject<{
865
+ type: z.ZodLiteral<"lsp.servers.list.response">;
866
+ payload: z.ZodObject<{
867
+ cwd: z.ZodString;
868
+ languages: z.ZodArray<z.ZodObject<{
869
+ id: z.ZodString;
870
+ enabled: z.ZodBoolean;
871
+ installed: z.ZodBoolean;
872
+ running: z.ZodBoolean;
873
+ rung: z.ZodNullable<z.ZodString>;
874
+ bin: z.ZodString;
875
+ discovery: z.ZodOptional<z.ZodArray<z.ZodString>>;
876
+ path: z.ZodOptional<z.ZodNullable<z.ZodString>>;
877
+ extensions: z.ZodArray<z.ZodString>;
878
+ indexCost: z.ZodString;
879
+ install: z.ZodOptional<z.ZodNullable<z.ZodObject<{
880
+ steps: z.ZodArray<z.ZodObject<{
881
+ command: z.ZodString;
882
+ args: z.ZodArray<z.ZodString>;
883
+ display: z.ZodString;
884
+ note: z.ZodNullable<z.ZodString>;
885
+ }, z.core.$strip>>;
886
+ url: z.ZodNullable<z.ZodString>;
887
+ }, z.core.$strip>>>;
888
+ }, z.core.$strip>>;
889
+ running: z.ZodArray<z.ZodObject<{
890
+ rootPath: z.ZodString;
891
+ serverId: z.ZodString;
892
+ uptimeMs: z.ZodNumber;
893
+ lastUsedAt: z.ZodNumber;
894
+ }, z.core.$strip>>;
895
+ error: z.ZodNullable<z.ZodString>;
896
+ requestId: z.ZodString;
897
+ }, z.core.$strip>;
898
+ }, z.core.$strip>;
899
+ export declare const LspServerStopResponseSchema: z.ZodObject<{
900
+ type: z.ZodLiteral<"lsp.server.stop.response">;
901
+ payload: z.ZodObject<{
902
+ rootPath: z.ZodString;
903
+ serverId: z.ZodString;
904
+ ok: z.ZodBoolean;
905
+ error: z.ZodNullable<z.ZodString>;
906
+ requestId: z.ZodString;
907
+ }, z.core.$strip>;
908
+ }, z.core.$strip>;
909
+ export type LspServersListRequest = z.infer<typeof LspServersListRequestSchema>;
910
+ export type LspServersListResponse = z.infer<typeof LspServersListResponseSchema>;
911
+ export type LspServerStopRequest = z.infer<typeof LspServerStopRequestSchema>;
912
+ export type LspServerStopResponse = z.infer<typeof LspServerStopResponseSchema>;
913
+ export type LspLanguageState = z.infer<typeof LspLanguageStateSchema>;
914
+ export type LspRunningServer = z.infer<typeof LspRunningServerSchema>;
915
+ export type LspActivityChangedStatusPayload = z.infer<typeof LspActivityChangedStatusPayloadSchema>;
916
+ export type LspDiagnosticsChangedStatusPayload = z.infer<typeof LspDiagnosticsChangedStatusPayloadSchema>;
917
+ //# sourceMappingURL=code-intelligence.d.ts.map