@lmzhen/dsh-evolution-agent-preset 0.3.82 → 0.4.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/README.md +18 -29
- package/package.json +4 -4
package/README.md
CHANGED
|
@@ -1,23 +1,12 @@
|
|
|
1
|
-
# @
|
|
1
|
+
# @lmzhen/dsh-evolution-agent-preset
|
|
2
2
|
|
|
3
3
|
Agent preset exposing memory and skill evolution tools to a session
|
|
4
4
|
|
|
5
|
+
## Model surface
|
|
5
6
|
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
#### What the model sees
|
|
11
|
-
|
|
12
|
-
`@deepseek-ai/dsh-evolution-agent-preset` registers no direct prompt or tool schema itself. Model-visible effects are owned by the packages that consume this service.
|
|
13
|
-
|
|
14
|
-
#### Token effect
|
|
15
|
-
|
|
16
|
-
Zero direct token effect from this package; consumers add any model-visible tokens.
|
|
17
|
-
|
|
18
|
-
#### KV Cache effect
|
|
19
|
-
|
|
20
|
-
Independent of request-prefix construction. This package does not alter the assembled prompt or tool list.
|
|
7
|
+
- **Model-visible:** nothing of its own: the delta registers no prompt and no tool schema; it mounts the four model rows (`tool-memory`, `tool-skill-manage`, `tool-session-query`, `evolution-skill-catalog`), which own what the model sees.
|
|
8
|
+
- **Prompt prefix / KV cache:** the composed preset is the platform's own base composition plus this delta; this package adds no prompt text of its own. Family rules: `packages/README.md` §"Model-visible prompt prefix and the KV cache".
|
|
9
|
+
- **Mount it?** yes — the agent preset DELTA (`agent.cordis.yml`), installed by `install-layered.mjs` (agent/layered modes) or `/evolution preset install`; not a profile row.
|
|
21
10
|
|
|
22
11
|
## Preset variants
|
|
23
12
|
|
|
@@ -34,20 +23,20 @@ vendored — the preset follows whichever platform the user actually has.
|
|
|
34
23
|
| `cordis` (`requires: dynamicCordisRunner`) | `<platform>/cordis/agent.cordis.yml` | `evolution-cordis` | `preset.cordis.yml` |
|
|
35
24
|
| `minimal` (unsupported) | — | `evolution-minimal` | `preset.minimal.yml` |
|
|
36
25
|
|
|
37
|
-
`bases.json` in this package is the single table behind all four columns
|
|
26
|
+
`bases.json` in this package is the single table behind all four columns: the installer
|
|
38
27
|
(`AGENT_PRESET_BASES`) and the host command (`/evolution preset install --base <name>`) both
|
|
39
28
|
read THIS file, so a base cannot be half-added (a directory one consumer knows about and
|
|
40
29
|
another does not) and the two install paths cannot disagree. It also carries `default`. A base whose
|
|
41
|
-
runtime composition is absent
|
|
42
|
-
not carry it
|
|
30
|
+
runtime composition is absent (an older platform with no `ptc` preset, a preset root that does
|
|
31
|
+
not carry it) is REFUSED with a named error; it is never composed from another base. The V10-14
|
|
43
32
|
`tool-skill` catalog-cap injection (`injectToolSkillCap`) runs on the composed output
|
|
44
33
|
for every base, and the row-collision guard still fails loud when a delta row id appears in the
|
|
45
34
|
platform composition.
|
|
46
35
|
|
|
47
36
|
### PTC base (`--base ptc`)
|
|
48
37
|
|
|
49
|
-
Composes the platform's `ptc` preset
|
|
50
|
-
composition surface
|
|
38
|
+
Composes the platform's `ptc` preset (the standard coding agent with `run_code` as the model's
|
|
39
|
+
composition surface) plus this delta, so the family's `memory`, `skill_manage` and
|
|
51
40
|
`session_search` entry points reach a PTC session.
|
|
52
41
|
|
|
53
42
|
Known limitations of this base:
|
|
@@ -59,17 +48,13 @@ Known limitations of this base:
|
|
|
59
48
|
- **A deployment without a code runtime refuses the preset at mount**, naming
|
|
60
49
|
`tool-presentation`; that row and its requirement come from the platform `ptc` preset and are
|
|
61
50
|
not something this variant can soften.
|
|
62
|
-
- **Both install paths produce this variant
|
|
63
|
-
(npm, `evolution-commands`) and `install-layered.mjs --base ptc` (source checkout) read the same
|
|
64
|
-
`bases.json` and write `.agent-presets/evolution-ptc/`. It still only composes a platform that
|
|
65
|
-
actually ships the `ptc` preset; a `standard`-only runtime is refused by name.
|
|
51
|
+
- **Both install paths produce this variant**. The npm command and the source installer read the same `bases.json`.
|
|
66
52
|
- **Tool-use observation under PTC** depends on the family reading dispatches through
|
|
67
53
|
`evolution-core`'s dispatch normalizer rather than matching a platform event vocabulary; a
|
|
68
54
|
consumer that matches `tool/call` directly goes blind in this mode (the arch guard rejects that
|
|
69
55
|
form).
|
|
70
56
|
|
|
71
|
-
## Known
|
|
72
|
-
|
|
57
|
+
## Known limitations
|
|
73
58
|
|
|
74
59
|
- No known durable consumer gaps at this time. Runtime contracts are covered by package and boundary tests.
|
|
75
60
|
|
|
@@ -81,16 +66,20 @@ above: `standard` (default), `ptc`, `cordis` and `minimal`. Two of them carry a
|
|
|
81
66
|
precondition the table itself declares, and both install paths refuse them by
|
|
82
67
|
name when it is unmet — the preset is never composed from another base:
|
|
83
68
|
|
|
84
|
-
- `cordis
|
|
69
|
+
- `cordis`: `requires: { service: 'dynamicCordisRunner' }`. The cordis preset's
|
|
85
70
|
extra row is `tool-cordis`, which injects `dynamicCordisRunner`, and that
|
|
86
71
|
service is mounted only by the `web-app` bundle. A cordis-based preset on a
|
|
87
72
|
headless, ACP or SDK profile would mount a row whose injection cannot be
|
|
88
73
|
satisfied, and a preset row that never activates is refused at mount time
|
|
89
74
|
rather than degraded. Cordis sessions otherwise get the family through the
|
|
90
75
|
profile-wide `all` install, which needs no variant.
|
|
91
|
-
- `minimal
|
|
76
|
+
- `minimal`: `unsupported`: the platform minimal composition is only persona +
|
|
92
77
|
persistent-shell, so it mounts no skill or file tool rows for the family to
|
|
93
78
|
write through (see `packages/INSTALL.md` §Platform mode × self-evolution).
|
|
94
79
|
|
|
95
80
|
**Runtime invariant:** No companion is published. The platform auto-assembles nothing and the family mounts no `<pkg>/invariant` cordis row, so a companion here would never execute (v37 S2.1 / I-3).
|
|
96
81
|
|
|
82
|
+
## Notes and history
|
|
83
|
+
|
|
84
|
+
- **Both install paths produce this variant** (0.3.75): `/evolution preset install --base ptc` (npm, `evolution-commands`) and `install-layered.mjs --base ptc` (source checkout) read the same `bases.json` and write `.agent-presets/evolution-ptc/`. It still only composes a platform that actually ships the `ptc` preset; a `standard`-only runtime is refused by name.
|
|
85
|
+
- The V10-14 `tool-skill` catalog-cap injection (`injectToolSkillCap`) runs on the composed output for every base, and the row-collision guard still fails loud when a delta row id appears in the platform composition.
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@lmzhen/dsh-evolution-agent-preset",
|
|
3
3
|
"description": "Agent preset exposing memory and skill evolution tools to a session (community build)",
|
|
4
|
-
"version": "0.
|
|
4
|
+
"version": "0.4.0",
|
|
5
5
|
"publishConfig": {
|
|
6
6
|
"access": "public"
|
|
7
7
|
},
|
|
@@ -25,9 +25,9 @@
|
|
|
25
25
|
"license": "MIT",
|
|
26
26
|
"dependencies": {
|
|
27
27
|
"@deepseek-ai/dsh-tool-session-query": "^0.1.5-rc.2",
|
|
28
|
-
"@lmzhen/dsh-tool-memory": "^0.
|
|
29
|
-
"@lmzhen/dsh-tool-skill-manage": "^0.
|
|
30
|
-
"@lmzhen/dsh-evolution-skill-catalog": "^0.
|
|
28
|
+
"@lmzhen/dsh-tool-memory": "^0.4.0",
|
|
29
|
+
"@lmzhen/dsh-tool-skill-manage": "^0.4.0",
|
|
30
|
+
"@lmzhen/dsh-evolution-skill-catalog": "^0.4.0"
|
|
31
31
|
},
|
|
32
32
|
"exports": {
|
|
33
33
|
".": {
|