← 返回列表
未验证
DSH 自定义操作脚本管理器,将验证过的操作流程固化为可复用的脚本,用 /script 直接运行或注册为 Agent…
尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/9/8 · 已提供中文文档
DSH 自定义操作脚本管理器,将验证过的操作流程固化为可复用的脚本,用 /script 直接运行或注册为 Agent 工具,支持参数化脚本、执行预期声明、执行历史记录。
综合分
29.5
GitHub 分
29.5
用户评分
—
★ Stars
1
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add kaixinguo360/dsh-script-manager该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
数据截至 2026/9/20(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-agent@deepseek-ai/dsh-code-runtime@deepseek-ai/dsh-commands@deepseek-ai/dsh-llm@deepseek-ai/dsh-session@deepseek-ai/dsh-tools@deepseek-ai/schemastery用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
dsh-script-manager
DSH 自定义操作脚本管理插件
DSH 的 run_code/PTC 机制让 agent 能执行 TypeScript 代码,但每次都是临时的,用户重复操作要重新描述。即使做成 skill,agent 跑新任务也要再写一遍代码,造成无意义的 token 消耗。本插件的出发点很简单——已经验证过的操作流程,直接固化成可复用脚本,不走模型上下文,不耗 token,带参数、带执行预期结果描述,用户和 agent 都能一键调用。与其把重复性操作做成 skill 让模型反复读,不如让它直接跑代码。
功能特性
- 脚本管理:通过 Web UI 或 Agent 工具创建、编辑、删除脚本
- 用户调用:通过 /script slash command 调用脚本
- Agent 调用:通过 tools.script_run({ scriptId }) 工具调用脚本
- 执行引擎:复用 DSH 的 ctx.codeRuntime,保持脚本执行环境与原本的PTC模式完全一致
- 上下文注入:脚本源代码和执行结果注入对话,供 agent 审查
- 行为一致:两种调用方式的行为与输出格式 100% 一致
- 层级执行展示:脚本内层 tools. 调用以 log-only 的 tool/code-dispatch-start /
tool/code-dispatch 事件写入会话(与 run_code/PTC 同一契约,不进入模型上下文),
Web GUI 将脚本内部调用渲染为 PTC 同款嵌套工具卡片
- 变更历史:脚本的每次创建/编辑/改名记一条变更日志(时间、入口面、修订号、变更字段,
以及该版本完整定义快照含 code),可回溯"上一版长什么样 / 改坏了什么"
- 执行历史:每次执行记一条(时间、修订号、调用面、生效参数、成败、错误、耗时、返回值摘要),
能看出"哪个版本执行的",且可与变更历史同修订号的快照联动取回当时代码
- 按脚本分储、存储分离:历史按脚本存于独立数据目录(默认 /.state//,
可用 stateDir 配置指到任意绝对路径),绝不写入脚本文件与 index.json;
删除脚本时同步整删该脚本的历史目录;目录结构为每个脚本预留后续扩展空间
安装
dsh plugin add /path/to/dsh-script-manager
使用方法
用户调用
键入/script后会弹出自动补全候选列表,展示所有可调用的脚本
/script
Agent 调用
// 执行脚本
tools.script_run({ scriptId: "my-script" })
// 管理脚本(script_ 为拆分后的独立单操作工具)
tools.script_list()
tools.script_get({ scriptId: "my-script" })
tools.script_create({ script: { id: "my-script", name: "My Script", code: "..." } })
tools.script_update({ scriptId: "my-script", script: { name: "Renamed" } })
tools.script_delete({ scriptId: "my-script" })
tools.script_search({ query: "git" })
脚本创建
方式一:/create_script 命令(推荐)
用自然语言描述想要固化为脚本的操作,agent 会自动生成脚本、验证执行、告诉用户调用方式。推荐在首次踩坑完成后,让 agent 将踩坑得到的正确流程整理成脚本:
/create_script 将刚才执行过的,从远程仓库拉取最新代码并构建的流程,整理成一个可复用脚本
方式二:Web UI
设置页 → 脚本管理 → 新建脚本,填写表单后保存。
方式三:script_create 工具
agent 主动调用 tools.script_create 工具创建脚本:
tools.script_create({
script: {
id: "my-script",
name: "My Script",
code: 'console.log("hello"); return { ok: true };'
}
})
脚本编写
脚本代码是 TypeScript async function body:
// 可通过 tools.* 调用所有 DSH 工具
const result = await tools.read({ file_path: "package.json" });
const pkg = JSON.parse(result.lines.map(l => l.text).join(""));
console.log("项目:", pkg.name);
return { name: pkg.name };
执行超时(timeout)
- 默认不限制单次执行时长(仍受 DSH 平台级 maxWallMs 护栏约 10 分钟约束)。
- 生效优先级(高 → 低):
1. 调用级:script_run({ scriptId, timeoutMs }) 或动态工具单次覆盖
2. 脚本级:脚本定义里的 timeoutMs 字段(正整数毫秒)
3. 插件配置 maxExecutionTime(毫秒)
- 超时会中止整个脚本(含正在运行的内部 tools.* 调用),错误消息形如
script execution exceeded timeout of Nms。
执行预期结果(expectedOutcome / successCriteria / failureGuidance)
脚本可声明三个可选的执行预期结果字段(多行文本),随执行结果一并提供给 agent,
便于它在执行完成后对照判断脚本是否达到预期行为:
- expectedOutcome:脚本完成后应达成的结果;
- successCriteria:如何验证达到预期——可检查的迹象/检查点
(产物文件、退出码、输出特征、返回值字段等);
- failureGuidance:未达预期或执行失败时 agent 如何介入
(调整输入重试、补做手动步骤、script_update 修正脚本后重跑等)。
执行结果文本中预期结果段位于 Logs 之前,末尾带一行 Review 提示;未声明预期结果的脚本
照常工作,仅追加一行 Note 提示。适合在创建脚本时顺手补上:
{
"expectedOutcome": "仓库已更新到 origin/main 的最新提交",
"successCriteria": "git log 顶部为远端最新 commit;git status 干净",
"failureGuidance": "网络错误可原样重试;若远端有新冲突需先手动解决再重跑"
}
参数化脚本(parameters)
脚本可声明 parameters 数组以便接收输入。执行时输入会先校验、合并默认值,再以
params. 注入脚本(值即参数声明类型:字符串/数字/布尔)。
每个参数:
- name(必填):合法标识符,脚本内以 params. 读取;
- type:string(默认)/ number / boolean;
- label / description(可选,展示用);
- required:true 为必输;false(默认)为选输;
- default:必输参数不得声明默认值;选输参数必须声明与 type 匹配的默认值。
{
"parameters": [
{ "name": "targetUser", "type": "string", "required": false, "default": "private", "label": "目标用户" },
{ "name": "repoPath", "type": "string", "required": true, "description": "仓库绝对路径" },
{ "name": "depth", "type": "number", "required": false, "default": 3 }
]
}
参数化脚本执行方式:
- script_run({ scriptId, params: { ... } })(必输缺失会报错并列出参数名);
- /script {"k":"v"};
- /script 候选列表:带参脚本右侧有参数图标,点图标可填参执行;点选候选项时——
无必输参数则直接以默认值执行,存在必输参数则弹出参数输入窗;
- 注册为动态工具(registerAsTool)的带参脚本,其工具 schema 会反映每个参数
(类型/必输/默认说明)。
执行结果文本会带一段 Params:(本次实际生效参数,含默认值合并),便于执行完成后
对照执行契约验收;传入但未声明的参数会被忽略并在结果中提示。
动态工具注册(registerAsTool)
脚本可注册为 agent 直接调用的工具——创建时设置 registerAsTool: true,
可选指定 toolName(留空则自动生成 script_)。注册后 agent 无需
先 script_list 再 script_run,直接按工具名调用即可。
带参脚本注册为动态工具时,声明的参数会映射为工具的平铺参数,
agent 调用时按参数名传值:
// 脚本声明了 { name: "repoPath", required: true }
// 注册为工具 git-update 后,agent 直接调用:
tools.git_update({ repoPath: "~/work/my-repo" })
脚本更新(改名、改参数、关闭注册)后,动态工具会自动同步。
脚本历史(变更与执行)
脚本的变更与执行会被自动记录,用于排查和版本对照。每次编辑/改名递增修订号(revision),
并保存该版本完整定义快照(含 code);每次执行记录修订号、参数、成败与耗时。
- Agent 工具:script_change_history() / script_run_history()(按脚本或跨脚本查询)
- Web UI:脚本卡片"历史"按钮,支持展开查看代码并前后对照
- 配置:historyEnabled(开关)、historyChangesMax / historyRunsMax(保留条数)
- 删除脚本会同步删除其历史;数据存于 stateDir,与脚本文件完全分离
配置
- insert:
- id: script-manager
name: "dsh-script-manager"
config:
scriptsDir: ~/.dsh/scripts
maxExecutionTime: 0 # 默认执行超时(ms);0 = 不限制,脚本级/调用级可覆盖
historyEnabled: true # 是否记录脚本变更/执行历史;false = 完全禁用
stateDir: "" # 历史数据目录;留空 = /.state,可填任意绝对路径彻底分离
historyChangesMax: 200 # 每脚本变更历史保留条数(超限压缩,保留最新 N 条)
historyRunsMax: 500 # 每脚本执行历史保留条数(超限压缩,保留最新 N 条)
开发
pnpm install
pnpm build扫码进群