@coreness/dsh
用于 DeepSeek Harness 的 Coreness kit：独立页面、日志、配置文件中 MCP 服务器的图像和格式，以及 Qoder 路由——一个配置文件的一体化套件。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:Vensus137/Coreness-DSH#c4486fe884a95a4e6b4cdadc6d10f3cdde3a21ff@coreness/dsh 以 @coreness/dsh 发布，当前版本为 0.4.3。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
A face, a memory and a brake for a DeepSeek Harness profile.
Coreness is one package a profile lives by. It brings the profile a page of its own in the application, keeps the journal of what the profile and its sessions do, gives the profile's MCP servers a face, holds a request the vendor would otherwise refuse, and adds a route to the Qoder models.
It installs as it is: the halves the browser loads are plain files, served where they lie — nothing is built, nothing is compiled, and what is installed is what runs.
The application installs its own plugins. Plugins → Add plugin takes a package name, a tarball, a git address or a local path, and the package goes into the profile the application is running — one door for the desktop application and for the web one, and no profile to name:
github:Vensus137/Coreness-DSH
The same page switches the package off without removing it, and takes it off again.
That address follows the newest release, and what stands published is a release — so the address and the newest release are one thing here. A fixed release is named by its own tag — …Coreness-DSH#v0.3.0 — and a released tag is never moved: that line gives the same code whenever it is run.
The line is ready to run as it stands, because the desktop application's own profile carries that name:
dsh plugin --profile desktop add github:Vensus137/Coreness-DSH
Another profile is named by its own name instead — the web surface's is web — and naming a profile that does not stand yet creates it.
dsh is the application's own command and is not one Windows or macOS comes with, so until the application puts it on the path a terminal answers not recognized. The application does that from its own menu: in the window's title bar beside the app icon, Application → Manage dsh Command… — the dialog shows the location it manages, and the same dialog takes the command off the path again. A terminal opened before that act keeps the path it started with, so open a new one afterwards.
The profile's composition is read when the application starts, so the package becomes live at the next start, and the platform says itself when a change it made needs a restart. Nothing is built on the way in and no permission for install scripts is asked: the package is plain files, the install takes the directories its manifest names and nothing else, and the address is fetched over the network the application already uses rather than by a git client — a machine without git installs it.
plugins/rules/section.md, so a session of the profile carries them in every request and no compaction can take them out of the model's sight. They are paid for by every request — 243 tokens by the platform's own accounting — and a profile that does not want them drops that row from the bundle.Exactly the list the package's manifest names — the assembly and the plugins, each with its own README beside its code. No part of the workshop they are built in: the contracts, the checks and the notes of this project stay where the work is done — with one deliberate exception, the section of rules this tree wants in force, which ships because a rule that must be in force has no other structurally safe home.
MIT.