deepseek-coordination 0.1.9 → 0.10.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.
package/cordis.patch.yml CHANGED
@@ -1,74 +1,5 @@
1
- # dsh-os bundle patch.
2
- #
3
- # A bundle is an npm package whose manifest declares `dsh.bundle.patch`. The loader composes the
4
- # plugin tree by applying each bundle's patch list over an empty entry list, in the order the profile
5
- # lists them, then the profile's own patches. This file is that patch list for the host plugin.
6
- #
7
- # `insert` with no `id` appends to the root entry list. Each plugin below is a plain Cordis plugin
8
- # exporting apply/inject/name.
9
- #
10
- # The two rows must name DIFFERENT module specifiers. `name` is resolved as a package specifier, and
11
- # the "." export of this package is src/plugin/index.js: giving both rows the bare package name loads
12
- # that one module twice, and the second load throws
13
- # tool "dsh_os" is already registered
14
- # which aborts the whole entry. The permission row therefore addresses the subpath export declared in
15
- # package.json ("exports": { "./permission": ... }).
16
- - insert:
17
- - id: dsh-os
18
- name: deepseek-coordination
19
- config:
20
- # Path to the implementation, relative to the package root. Overridable so a deployment can
21
- # point at a different checkout without editing the package.
22
- scriptDir: src/host/bin
23
- # Default timeout for a single verb invocation, in milliseconds.
24
- timeoutMs: 120000
25
- # The settings service the panel edits and the takeover reads. It is its own row because BOTH of the
26
- # other two need it without owning it: the takeover calls `enabled()` on every intercepted tool call,
27
- # and the routes the browser panel talks to mutate the same object.
28
- #
29
- # It comes BEFORE the takeover row on purpose. The takeover declares `inject: ['dsh-os-settings']`,
30
- # which is a hard dependency: a row that loads first would simply stay inactive until the service
31
- # appears, and an inactive interception looks exactly like a broken one.
32
- - id: dsh-os-settings
33
- name: deepseek-coordination/settings
34
- config:
35
- # Defaults to $DSH_HOME/dsh-os/settings.json, or <package root>/.dsh-os-settings.json when
36
- # DSH_HOME is unset. That order matters: the installed package directory is replaced on upgrade,
37
- # so a setting stored there would not survive one.
38
- # settingsPath: /absolute/path/to/settings.json
39
- # The interception itself. It answers the built-in `read`/`write`/`edit`/`pwsh` calls through
40
- # dsh-os while the user has the switch on, and calls through to the built-in implementation for
41
- # everything else — including on any failure, so takeover can never make a call unanswerable.
42
- - id: dsh-os-takeover
43
- name: deepseek-coordination/takeover
44
- config:
45
- timeoutMs: 120000
46
- # Must match the `tool-fs` row's `readLimit`: the interception must not apply a different read
47
- # window than the built-in tool it replaces.
48
- readLimit: 2000
49
- # The permission consent delegate: the ONLY writer of permission.json. It is a separate row because
50
- # the scripts must never write the file - there is no write verb in the verb table - so the row
51
- # that can write it is deliberately a distinct component with its own tools.
52
- - id: dsh-os-permission
53
- name: deepseek-coordination/permission
54
- config:
55
- # Defaults to <package root>/permission.json. Point it elsewhere to keep a deployment's
56
- # durable decisions outside the installed package.
57
- # permissionPath: /absolute/path/to/permission.json
58
- auditLimit: 200
59
- # The intent-first workflow: start -> clarify -> design -> options -> choose -> execute -> finish.
60
- # Its own row because it is its own concern: the rows above make an OS call correct, and this one
61
- # makes a request decided before it is executed. It registers the `workflow_plan` tool and a system-prompt
62
- # section that is empty until a workflow is started, so a profile that never uses it pays nothing.
63
- - id: dsh-os-workflow
64
- name: deepseek-coordination/workflow
65
- config:
66
- # Defaults to $DSH_HOME/dsh-os/workflows, or <package root>/.dsh-os-workflows when DSH_HOME is
67
- # unset. The state and every artifact are per session, under their own subdirectory.
68
- # workflowRoot: /absolute/path/to/workflows
69
- # Records each phase boundary in state.json, so a compaction that follows has a record of what it
70
- # may drop. The structural half - detail to disk, one line back - is not optional and not
71
- # configurable: it is the reason the feature saves anything.
72
- autoCompact: true
73
- # Checkpoint entries kept per session.
74
- maxCheckpoints: 20
1
+ # deepseek-coordination bundle patch: inserts the dual-face plugin row into the profile roster.
2
+ # Install with: dsh plugin --profile <name> add deepseek-coordination
3
+ - insert:
4
+ - id: deepseek-coordination
5
+ name: 'deepseek-coordination'