keman-ai/dsh-skin-pack--packages-dsh-dark-xianxia5

dsh-dark-xianxia

Dark Xianxia — a dark skin for DeepSeek Harness: an ink-teal black / antique gold / jade green / cinnabar palette with a full divination hero on the new-session page

包名
dsh-dark-xianxia
版本
0.1.1
许可证
MIT
最近更新
2026年8月27日

安装

$npx -p @deepseek-ai/dsh dsh plugin --profile web add github:keman-ai/dsh-skin-pack#83e92004f8c3b52b9bf66d75aa96ddbc709bde13&path:packages/dsh-dark-xianxia

dsh-dark-xianxia · Dark Xianxia

A skin for DeepSeek Harness (dsh): ink-teal black as the ground, antique gold for borders and buttons, jade green only for running and cinnabar only for danger, with a full divination hero on the new-session page.

New session

What it changes

  • A full set of semantic tokens: an ink-teal black ground #071012, warm grey-black panels and exactly two dark borders tinted antique gold (rgba(189,151,88,.18) / .28), with #e8dfca text. Around 80 --dsw-alias-* / --dsw-specific-* variables change at once, and every layer of the interface follows.
  • A breath of qi along the top: body::before lays down the prototype's radial-gradient(circle at 50% 0%, rgba(45,92,94,.16), transparent 34%), keeping the ink-black ground from going flat. pointer-events: none keeps it from catching clicks.
  • A full-bleed cover on the new-session page: the calligraphy, the sword-bearing adept and the dragon. The cover retracts once you enter the chat or trajectory pages.
  • Brand mark takeover: both the sidebar and hero marks become a gold seal bearing the character 天 (heaven), subtitled "Tianji Pavilion · Xianxia".
  • Personified copy: thinking → "The acolyte is contemplating the workings of fate…"; failure → "The workings are disturbed — recalculate."; and a confirmation prompt is prefixed with "this carries consequences; a human decides" — the original text stays, since that is what you judge by.
  • A right-hand status dock: always present; see the table below.

Palette rules

The prototype's theme rules state the ratio as a single figure, and it is this skin's hardest constraint:

70% ink-teal black / 18% warm grey-black / 8% antique gold / 3% jade green / 1% cinnabar

ColourValueShareUsed for
Ink-teal black#07101270%The ground
Warm grey-black#0b1619 / #0f1d21 / #13252a18%Panels, the composer and bubbles
Antique gold#c09b5c / #e0bd7b8%Borders, the primary action and the wordmark. 8% means edges and buttons, not broad fills
Jade green#4d9b8f3%Reserved for running
Cinnabar#bf5a471%Reserved for danger and failure. The prototype uses it in one place only: Stop run

🔴 Success also takes jade green: this draft's palette contains no green at all, and forcing one in would break both the 3% jade and the 70% ink-black proportions. Better to let success and running share a family (separated by brightness, #74b5a9 / #4d9b8f) than to introduce a sixth colour.

One more line is equally binding: the strong world-building visuals concentrate on New Session and the empty state, and once you enter the workflow it returns to a restrained dark developer-tool interface, which is what suits real long-term use. So the cover is drawn on the hero only, leaving the three-column layout and its information density untouched.

What the status dock shows

CardFieldsSource
Waiting on youTools awaiting approval, questions awaiting an answerConversationSnapshot.pending. Appears only when something is genuinely waiting
Current SessionState, elapsed turn time, current tool duration, inbox, modelrunning / turnTimings / runningCalls / queue; the model comes from the latest assistant message's provenance.model
ContextOccupancy %, token load, and the System / tool-schema / conversation composition barThe contextPressure and contextBreakdown projections
PermissionThe active permission and sandbox modeThe permissions projection
UsageInput / output / cache hits / time spent / turnsThe tokenUsage and sessionStats projections
PlanTodo progressThe todos projection (the card is absent when there is no list)
Tool callsTool name · real duration · outcomeTrajectory tool-result nodes (duration = time - callTime) plus the snapshot's runningCalls. Appears only once a call has happened
Scripture readingThe source and form of each context injectionTrajectory context nodes (provenance.label / form)
Folded awayCompaction count, items and tokens foldedTrajectory compaction nodes. Absent when nothing was compacted

⚠️ A tool duration may be absent: it can only be computed while the matching tool/call is still inside the session window. Older calls that scrolled past report only name and outcome — better blank than an invented figure.

⚠️ Composition is not a total: the three contextBreakdown figures use fixed-density estimates (systematically low for Chinese and JSON schema) and do not add up to the token load, which is anchored to the provider's reported value. The UI says so too.

Deliberately not done

The four rows under Arts invoked in the prototype's right column — a divination array at done 2.1s, a ley-line probe at done 3.7s, a scripture reading at running 8.4s and a formation simulation at queued — are hardcoded demo data in the draft; so are the "Spirit energy 68,250 / 108,000" at the foot of the sidebar and the top bar's standing-by line.

The harness has no matching projection. Decoration is fine; fake state is not. A spirit-energy gauge frozen at 68,250 disbelieved the second time it is seen, and the real numbers beside it get doubted along with it. So the right column keeps only cards backed by real data.

The draft's agent copy for Tool (invoking an art…) and Context (leafing through the scriptures…) is not built either: The harness's tool rows have only ok / error and no running to hang on, and forcing one would produce a permanently lit fake state.

Install

Skin market (recommended): find it in the market and install, then restart dsh.

Manual install (during development):

npm install && npm run build
DST=~/.dsh/profiles/web/node_modules/dsh-dark-xianxia
mkdir -p "$DST" && cp -R lib cordis.patch.yml skin.json package.json README.md "$DST/"
# then add dsh-dark-xianxia to the profile package.json's dependencies and dsh.profile.bundles

After changing it you must restart dsh: the profile tree has to be recomposed, and without a restart the UI stays as it was.

🔴 The side effect of autoApply

Installing switches to this skin by default (autoApply, default true). The reason is that the harness does not persist third-party theme ids, and the built-in Settings → Appearance has only three cells: light / dark / follow system, with no third-party themes — switching manually requires the skin market's own panel (Settings → Skin Market).

The cost: it reapplies on every refresh, so switching away lasts only for that session. To change permanently, set autoApply to false or uninstall the plugin. It is implemented as an 8-second window after startup (long enough to outlast the Host preference snapshot), after which it lets go entirely.

Version requirements

Requires dsh 0.1.1-rc.2 or newer. The brand-slot takeover relies on slot priority shadowing (only equal priorities count as a conflict; different priorities shadow, and the lower number renders). On older versions these three registrations throw and are swallowed, merely falling back to the official brand mark, while the palette and cover keep working.

Assets

The cover comes from the prototype's full-screen mockup, with the mockup's own title and the leftover top bar cropped away so that only the art remains (660×475 webp, inlined as a data URI).

Development

npm run check   # tsc --noEmit
npm run build   # produces lib/index.js (host half) and lib/client.js (browser half)

lib/ must be committed: skins install via github:owner/repo, which installs the build output from the repository; if the source moves and the output does not, people install the old version (and the market uninstalls the package outright over the missing entry file).

License

MIT © Science Roam Limited