dsh-compact-after-task
设置dsh自动压缩阈值插件
- Stars
- 0
- Language
- JavaScript
- Created
- Aug 18, 2026
- Updated
- Aug 18, 2026
Introduction
dsh-compact-after-task
A DSH (Cordis) plugin that auto-compacts a conversation after the current task finishes, whenever context pressure crosses a threshold you set (default 50% of the routed model's context window). Install it and stop manually clicking "compress" — and stop letting the context (and the bill) grow unchecked.
The problem it solves
In a long conversation the model re-receives the entire history on every turn. As the conversation grows, this bites harder and harder:
- No compaction → exploding cost. The bigger the context, the more tokens each turn re-sends. Even with a provider KV cache (cheaper than fresh input, still not free), the history is re-transmitted and re-billed every single turn. Rolling from tens of thousands to hundreds of thousands of tokens quietly multiplies per-turn cost — the longer you talk, the more each reply costs, without you noticing.
- Manual compaction is tedious and easy to forget.
/compactor the UI compress button works, but you have to remember to use it — and people only remember once things are already slow and expensive, after several huge turns have been paid for. - The built-in auto-compaction is a late, mid-task safety net.
dsh-compaction-basiconly fires at 80% of the context window, and only at a step boundary while a task is running — by then you've already paid for several enormous requests, and the compaction interrupts work in progress. - Slower responses. Longer prefixes mean more processing per request and a noticeably sluggish feel.
This plugin automates the "remember to compress" chore: after each task finishes (the agent returns to idle) it checks the pressure and compacts at your chosen threshold — dealing with cost before it hurts, not after.
How it relates to the built-in compaction (complementary, not a replacement)
Built-in dsh-compaction-basic | This plugin | |
|---|---|---|
| When | At each step boundary (agent/pre-step), mid-task | After the task fully finishes (agent returns to idle) |
| Threshold | thresholdRatio 0.8 (fixed) | thresholdRatio user-set, default 0.5 |
| Role | Last-resort mid-task safety net | Routine "slim down between tasks" |
The compaction itself is identical to /compact: it calls ctx.compaction.compactNow(), produces one <compacted-summary> checkpoint, and the conversation UI shows the usual "compacted N history items" card.
Requirements
- DSH Desktop / DSH profile with the base bundle (
dsh-base), which providesdsh-compaction-basic,dsh-token-meter,dsh-agentanddsh-llm.
Install (profile-local)
-
Copy this package into the profile and make it resolvable from the profile's
node_modules(same waydshmarketis installed):# from the DSH home, e.g. C:\Users\you\.dsh\profiles\desktop Copy-Item -Recurse <path-to>\dsh-compact-after-task .\plugins\dsh-compact-after-task New-Item -ItemType Junction -Path .\node_modules\dsh-compact-after-task -Target .\plugins\dsh-compact-after-task -
Add the plugin row to the profile's
cordis.patch.yml(your user patch layer, applied after every bundle layer):- insert: - id: compact-after-task name: 'dsh-compact-after-task' config: enabled: true thresholdRatio: 0.5 -
Declare the dependency in the profile's
package.jsonso a laterpnpm installdoes not prune it:"dependencies": { "dsh-compact-after-task": "file:plugins/dsh-compact-after-task" } -
Restart DSH Desktop for the profile change to take effect.
Configuration
| Key | Type | Default | Meaning |
|---|---|---|---|
enabled | boolean | true | Master switch. |
thresholdRatio | number (0.05–1) | 0.5 | Compress when pressure reaches this fraction of the routed model's context window (0.5 = 50%). |
onlyRoots | boolean | false | Only compress top-level conversation agents (skip background subagents). |
Picking a threshold
Set it from "the max per-turn re-send you can tolerate ÷ the model's context window":
- DeepSeek's default 1M window: 0.3–0.6 is the sweet spot; 0.5 is a conservative default.
- Want each turn to re-send ≤ 400K tokens → 0.4; ≤ 250K → 0.25.
- Don't go ≥ 0.8: the built-in compaction already fires at 0.8 at a step boundary, so a higher threshold here is meaningless.
- Small-window models (128K/64K): raise to 0.6–0.8, or you'll squeeze out useful working context.
- Too low (below ~0.1) means compressing after every small task, and the summary swallows details that were still useful.
Tune by feel after a couple of long tasks: compressing after every little task / summaries getting coarse → raise it; still re-sending hundreds of thousands of tokens per turn → lower it. Edit thresholdRatio in cordis.patch.yml and restart.
Behavior details
- Listens to the
agent/statusevent and acts only on theidletransition — i.e. the current task's drive has fully drained. This is the "compress after finishing the current task" moment; it never interrupts a running task. - Uses the same pressure measurement as the built-in engine:
tokenMeter.measure(session).totalTokensvscontextWindow × thresholdRatio(context window resolved viallm.resolveModelInfo). - Compaction is a single
ctx.compaction.compactNow(agent, signal)call — the same operation/compactruns;compactNowreserves next-turn admission, so queued messages are correctly deferred until the compaction finishes. - Expected failures are silent:
busy(agent busy / a compaction already running) andcancelledare skipped; anything else is logged as a warning without disturbing agent lifecycle events.
Test
npm install
node test-compact-after-task.mjs
The unit test stubs the services and covers: idle + above threshold compacts, below threshold does not, running does not, busy is silent, disabled does nothing, onlyRoots filters subagents.