dsh-kubejs
dsh-kubejs —— DSH 插件修改者：以独立脚本包定制其他插件，不改任何插件源码（KubeJS 模式）
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:YuMo-233/dsh-kubejs#4ef0aede7480b670dc3d87e07f81dc9dbc936cb4Kubejs 以 dsh-kubejs 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
DSH 插件修改者 —— 以独立脚本包定制其他已安装插件，不改任何插件源码（KubeJS 模式）。
灵感来自 Minecraft 的 KubeJS：你想改别的 mod，不是去改它的源码，而是写一个脚本项目丢进 kubejs/ 目录。dsh-kubejs 把这套模式带进 DSH：
让 AI（或你自己）直接修改已安装插件是很脆弱的：
| 直接改插件文件 | 用 dsh-kubejs 脚本 |
|---|---|
| 插件一更新修改即丢失 | 修改独立存放，更新不丢 |
| 改坏会拖垮 DSH 启动 | 脚本异常只禁用自己 + 通知报警 |
| 修改散落各处无法 review | 集中目录 + 统一管理面板 |
| 无法精确回滚配置覆写 | 配置覆写有账本，可精确摘除 |
脚本通过 activate(api) 获得四个原语，全部作用于已存在的东西：
| 原语 | 作用 | 平面 |
|---|---|---|
api.on(event, handler) | 事件钩子（waterfall，可改写事件数据，返回值继续传递） | server |
api.slot(id, props, Component) | 向 client 槽位注册 UI 组件 | client |
api.config.override(path, value) | 配置覆写（写入 profile cordis.patch.yml 的托管区块，带账本可精确摘除） | server |
api.service.wrap(name, wrapper) | 服务包装（洋葱式，可拦截/增强任意已注册服务） | server |
逃生舱：api.ctx 全量直通（本机信任模型，读状态、钩冷门事件等「读或改」场景用它；想「造」新东西时请写成独立插件——脚本的产出是行为差异，插件的产出是可依赖、可分发的东西）。
# 1. clone 到任意位置
git clone https://github.com/YuMo-233/dsh-kubejs.git
# 2. junction（或复制）进 DSH profile 的 node_modules
# Windows:
mklink /J "%DSH_HOME%\profiles\desktop\node_modules\dsh-kubejs" "<clone 路径>"
# 3. 在 profile 的 package.json 里登记
# dependencies 加： "dsh-kubejs": "link:<clone 路径>"
# dsh.profile.bundles 数组加："dsh-kubejs"
# 4. 在 profile 的 cordis.patch.yml 里注册插件
- insert:
- id: dsh-kubejs
name: 'dsh-kubejs'
# 5. 重启 DSH Desktop
脚本不放在插件里，而是放在 DSH 数据目录（默认 ~/.dsh/）：
~/.dsh/dsh-kubejs/
├── server_scripts/ # server 平面：事件钩子 / 配置覆写 / 服务包装（Node 侧，ESM）
│ └── snowluma-humanize/
│ ├── manifest.json # 声明目标插件
│ └── humanize.js
└── client_scripts/ # client 平面：槽位 UI（浏览器执行，纯脚本体）
└── cachebilling-stats/
├── manifest.json
└── stats.js
manifest.json（包的唯一声明入口）：
{
"target": "qq-bridge",
"targetRange": ">=1.0.0 <2.0.0",
"description": "让 snowluma 的回复更有人味",
"author": "you",
"disabled": false
}
target（必填）：目标插件包名；targetRange（可选）：semver 范围（支持 ^ ~ >= > < <= = 及空格 AND 组合）。.js 自动扫描发现；包内脚本禁止互相 import（脚本是叶子，不是构建块）。profiles 白名单，限制脚本只作用于特定 profile。dsh-kubejs 会向 DSH 声明一个会话级 agent preset「dsh-kubejs 模式」（模仿创造模式）。选中该模式的会话会获得：
| 工具 | 作用 |
|---|---|
kubejs_inspect | 列出脚本包、脚本、失配/失败状态与配置账本（只读，写前先看） |
kubejs_write_script | 写/改脚本文件，落盘前自动校验（JSON / ESM 语法 / client 禁 import-export / 路径逃逸） |
kubejs_reload | 热重载全部脚本包 |
kubejs_check | 健康报告：失配包、被隔离脚本、账本孤儿条目 |
plugins/、node_modules/ 下任何文件，一切修改走 dsh-kubejs 脚本。client 平面在左侧边栏注册「脚本」入口（位于「插件」按钮旁），点击后在主面板区打开管理页：浏览全部脚本包（状态徽章 / 失配红标）、client 脚本执行状态、配置覆写账本、热重载、调试开关。数据走同源路由 /dsh-kubejs/panel。
api.config.override 不直接改内存配置，而是把覆写写进 profile 的 cordis.patch.yml 托管区块：
# --- dsh-kubejs managed BEGIN ---
# script: snowluma-humanize/humanize.js
- id: qq-bridge
config:
reply:
humanize: true
# --- dsh-kubejs managed END ---
每个条目带 # script: 归属注释；脚本删除或失配时精确摘除自己的条目，手工写的其他配置不受影响。
dsh-kubejs.debug 配置（或面板开关）打开后输出 api.log.debug 调试日志。| 修改内容 | 生效方式 |
|---|---|
| 事件钩子 / 配置覆写 | kubejs_reload 即时生效 |
| 服务包装 | 建议重启 DSH |
| client 槽位 | 刷新页面 |
脚本是「修改者」不是「插件」：能钩既有事件、覆既有配置、包既有服务、填既有槽位；不能造新接入点（provide 新服务 / 注册新工具 / 新路由）、不能引入新依赖（client 侧只能 require 页面已打包的模块）。需要这些时，请把脚本「毕业」成独立插件。
node test/tools.test.mjs # 四工具（参数校验 / 语法校验 / 落盘）
node test/host.test.mjs # host：扫描 / 加载 / 故障隔离
node test/ledger.test.mjs # 配置覆写账本：写入 / 摘除 / 幂等
node test/preset.test.mjs # agent preset 构建与工具行装配
examples/ 内有两个可直接参考的脚本包：snowluma-humanize（server 事件钩子 + 配置覆写）与 cachebilling-stats（client 槽位统计行）。