🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

先问后做 lll-77777777/dsh-work-on-request

DeepSeek Harness
lll-7777777718 天前有提交已提供中文文档扫描:含敏感能力

默认只回答问题,明确让你动手时才执行操作

29.4/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/10/23 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add lll-77777777/dsh-work-on-request
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:仅索引
是什么[目录]—
dsh 原生插件 · other
暂无时间戳·判据 →
装得上吗[实装验证]—
本站尚未做安装检查
暂无时间戳·判据 →
安全吗[自动扫描]—
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
数据截至 2026/11/04·判据 →
还在维护吗[仓库]✓
活跃:最近一次提交在 18 天前
暂无时间戳·判据 →
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件
查看扫描证据(共 1 处,展示前 1 条)
  • 读取本地文件
    index.js:71
    content: await readFile(SKILL_BODY_URL, 'utf8')
扫描于 2026/11/4(1 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

社区实装还没有人打卡 · 装过的第一个就是你
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

DSH 插件:提问就答,叫了才做 —— 默认只回答问题,明确让你干活时才动手

README

由 DeepSeek 最新模型翻译生成
dsh-work-on-request 提问就答,叫了才做。 一个 DeepSeek Harness 插件:默认只回答问题,只有你明确让它干活时才动手。 它解决的问题 模型很容易「顺手」多做事:你只是问个问题,它却顺手改了文件、补了测试、git commit 了、装了依赖、调了配置,甚至替你做决定。这个插件把这条边界写成一条常驻规则: - 提问(问句、求解释、求评价、闲聊)→ 只回答,不碰任何东西; - 明确让干活(「帮我写…」「改一下」「去跑一轮」「修复」)→ 正常动手,干完简短汇报「做了什么 + 怎么验证的」; - 分不清 → 先给答案,末尾用一句话问要不要做; - 只读不算干活:为了回答问题所需的读文件、搜索、查状态、算数照旧可以做。 规则全文(模型实际读到的那份):assets/work-on-request.md。 为什么是插件,不是 skill 文件 插件只做一件事:把上面那份规则作为一个内置技能注册进 DSH 的技能注册表。
展开完整文档(README 剩余 1 节)
dsh-work-on-request

提问就答,叫了才做。

一个 DeepSeek Harness 插件:默认只回答问题,只有你明确让它干活时才动手。

它解决的问题

模型很容易「顺手」多做事:你只是问个问题,它却顺手改了文件、补了测试、git commit 了、装了依赖、调了配置,甚至替你做决定。这个插件把这条边界写成一条常驻规则:

- 提问(问句、求解释、求评价、闲聊)→ 只回答,不碰任何东西;
- 明确让干活(「帮我写…」「改一下」「去跑一轮」「修复」)→ 正常动手,干完简短汇报「做了什么 + 怎么验证的」;
- 分不清 → 先给答案,末尾用一句话问要不要做;
- 只读不算干活:为了回答问题所需的读文件、搜索、查状态、算数照旧可以做。

规则全文(模型实际读到的那份):assets/work-on-request.md。

为什么是插件,不是 skill 文件

插件只做一件事:把上面那份规则作为一个内置技能注册进 DSH 的技能注册表。

做法与 DSH 官方的 @deepseek-ai/dsh-skill-badge 完全一致 ——

const inject = ['skills']
function apply(ctx) {
ctx.skills.registerProvider(() => provider)
}

好处:规则随 npm 包版本一起走,不再需要在 ~/.dsh/skills/、工作区里放散落的 SKILL.md;装一次,这台机器上所有工作区都生效。

安装

① 直接从 GitHub 装(推荐,不用等 npm 发布)
dsh plugin --profile desktop add github:lll-77777777/dsh-work-on-request

固定到某个 tag(更稳,不会被后续提交影响)
dsh plugin --profile desktop add github:lll-77777777/dsh-work-on-request#v0.1.0

② 从 npm(发布后)
dsh plugin --profile desktop add dsh-work-on-request

③ 本地开发(link 到本目录)
dsh plugin --profile desktop add link:/path/to/dsh-work-on-request

装完新开一个会话:

- 人肉触发:在输入框打 /,菜单里会出现 work-on-request(或直接打 /work-on-request 回车);
- 自动触发:模型判断当前消息符合描述时,会自己加载它。

覆盖与优先级

本插件以 rank 600(打包型提供方的标准优先级)注册,低于本地 skill 根(100–500)。也就是说:

- 你自己在 ~/.dsh/skills/ 或项目的 .dsh/skills/ 里放的同名技能会覆盖它;
- 想让规则常驻(不走「按需加载」),把 assets/work-on-request.md 的内容贴进 ~/.dsh/AGENTS.md 即可。

开发与自测

node --check index.js
node test/smoke.test.mjs # 6 项契约测试

注意:在 DSH 的受限沙箱里 node --test test/ 会因为子进程管道被拒(spawn EPERM)失败,直接跑测试文件即可(node:test 在同一进程里也能出报告)。

状态

- ✅ node --check index.js 通过;node test/smoke.test.mjs 6/6 通过(提供方契约、技能名语法、正文一致性、apply 注册行为)。
- ✅ 端到端挂载验证(2026-10-16):在一次性 profile 里 dsh plugin --profile <tmp> add link:<本目录> → dsh --profile <tmp> --dump-config 能看到 - id: work-on-request 被组合进 profile 树 → 起一次 headless 会话问它「技能列表里有没有 work-on-request」,模型回答 YES work-on-request。

English (short)

dsh-work-on-request is a tiny DSH plugin that registers one bundled skill: answer questions, don't act unless explicitly asked. It mirrors the official @deepseek-ai/dsh-skill-badge provider pattern and ships the rules in assets/work-on-request.md.

dsh plugin --profile desktop add dsh-work-on-request

License

MIT
预览分享卡片长什么样 ↓lll-77777777/dsh-work-on-request
分享 · DeepSeek Harness Hub
lll-77777777/dsh-work-on-request

默认只回答问题,明确让你动手时才执行操作

这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。
认领条目 →
回到顶部