DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Plugin Computer User — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
P

@asun-labs/dsh-plugin-computer-user

Plugin Computer User

适用于 DeepSeek Harness 的虚拟桌面计算机操作:代理可在右侧边栏查看实时快照,其鼠标通过虚拟指针叠加层进行操作,因此您的真实桌面和光标仍由您控制。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:asun-labs/dsh-plugin-computer-user#a7b4d36023a8d33264db3c6a1c54c55e3f3c40c1
README兼容性版本

兼容性与来源证明

Plugin Computer User 以 @asun-labs/dsh-plugin-computer-user 发布,当前版本为 0.1.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/10/13

版本

0.1.1stable
2026/10/13

相关插件

正在加载相关插件…

最新版
0.1.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/10/13
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 ui-customization 分类下经过校验的插件。

Web App@deepseek-ai/dsh-web-appdsh 浏览器界面捆绑包:位于 dsh-base 之上的 Web 补丁层,加上运行时粘合插件(提供前端 dist、Web 界面提示符、bash 运行时变量和 URL 行)Experimental Agent Team Web Profile@deepseek-ai/dsh-experimental-agent-team-web-profile用于 Agent Teams Remote 和 UI 插件的实验性 Web 配置层Ab Chartdsh-ab-chart带有绘制其调用的浏览器卡片的图表渲染工具,封装在一个可发布的插件包中Client Ui Skill Explorer@linxin666/dsh-client-ui-skill-explorerDSH 技能中心:按来源(bundled / project / user / custom / runtime)浏览已加载的技能,在 Web GUI 面板中启用或禁用、创建和删除技能。

README

dsh-plugin-computer-user

Virtual-desktop computer use for DeepSeek Harness. The agent sees your screen in the right sidebar and its mouse acts on that snapshot — not on your real cursor. It plays its own game; you keep your computer.

A fork of jing-hy/computer-user that adds the half it was missing: a visualization.


The problem

Upstream computer-user gives a text-only model genuine control of a Windows machine. It works, but you cannot see any of it:

  • computer_screenshot writes a PNG to a temp directory for the model's eyes only. You never see what it is looking at.
  • computer_click moves your actual cursor and clicks. While the agent works, the machine is not yours.
  • You find out what happened afterwards, from the conversation.

For a long autonomous task that is a bad deal: you cannot tell whether it is about to click the wrong thing, and you cannot use your own computer meanwhile.

What this fork changes

A live snapshot in the right sidebar. Every capture the agent makes is published to a dockable panel: the screen, the agent's virtual pointer moving across it, click ripples, the text it types, the keys it presses. You watch the work in progress.

Actions land on the snapshot by default. link_mode: virtual means the agent still screenshots, still "clicks", still "types" — but that pointer lives on the panel. Nothing reaches Win32 SendInput, so your cursor, your focus, and your window layout are untouched. The agent plays in the picture; your desktop is yours.

Flip to real when you mean it. One toolbar button (or the settings card) switches link_mode to real, and now the Win32 path runs — with the panel still mirroring what happens, so real mode is visible rather than a hijack.

You can point at things. Click anywhere on the snapshot, optionally with a note, and that becomes a queued instruction with an exact screen coordinate. The agent reads them through computer_get_vision, so "click this" stops being a description problem.

The agent gets numbers, not just a picture. computer_get_vision reports the captured size, the virtual-screen origin, the capture scale, the current pointer, the frame's age, and your pending hints. Combined with the panel, the look-act-verify loop closes on both sides.

How the two halves fit together

upstreamthis fork
capturePNG to disk for the modelsame PNG, published to the sidebar
pointerreal cursor via SendInputvirtual pointer on the snapshot (default)
typing / keysreal keystrokesdrawn on the snapshot (default)
verificationscreenshot again, read itscreenshot again, watch it
user inputnoneclick the snapshot to point, with a note
real controlalwaysopt-in, one switch

Everything upstream did is still here: all nine computer_* tools, the four run modes, /computer approval, the settings namespace, the output guard that bounces tool calls written as prose, and the bundled PowerShell that needs no native module.

Install

pnpm install
pnpm run build          # → lib/index.js (host) + lib/client.js (browser)

Then add the package to your DSH profile as a plugin dependency. The bundle patch in cordis.patch.yml inserts the plugin row and sets the defaults:

- insert:
    - id: dsh-computer-user
      name: '@asun-labs/dsh-plugin-computer-user'
      config:
        mode: manual
        link_mode: virtual

Settings

Settings → 电脑操作. The two that matter sit at the top:

动作落点 (link_mode)

  • virtual (default) — mouse and keyboard only affect the sidebar snapshot. Your desktop and cursor are untouched.
  • real — Win32 SendInput drives this machine. The agent takes the real cursor.

运行模式 (mode)

  • disabled — refuse every tool call.
  • readonly — screenshot, cursor, vision reads, wait.
  • manual (default) — acting tools need /computer approval in the conversation.
  • auto — the model may call everything.

Advanced: capture interval (how often the panel refreshes), screenshot directory, typing interval, scroll units, whether the AI may change its own modes, the output guard, and debug logging.

The panel

controlwhat it does
虚拟快照 / 实机接管 badgewhich mode is live, at a glance
→ real / → virtualswitch link_mode in one click
− / + / %zoom; 100% is real 1:1, one panel pixel per snapshot pixel
适应 (Fit)whole snapshot, centred, aspect ratio preserved
1:1original pixels, scrolled if it does not fit
跟随 (Follow)pan automatically to keep the virtual pointer visible
⟳capture now; otherwise the panel refreshes on the configured interval

Gestures: left click = point for the agent (with the note field, if you typed one), Shift+drag = pan when zoomed in, Ctrl/⌘+wheel = zoom.

The snapshot is never stretched. It is scaled by whichever axis fits and centred on the other, so the shapes you see are the shapes on screen — which is what makes clicking it meaningful.

Architecture

src/
  index.ts         plugin body — tools, routes, capture loop, settings, /computer
  tools.ts         the 12 computer_* tools, the mode gate
  session.ts       VirtualSession — the board the panel renders (frames, overlays, hints)
  ports.ts         DesktopPort: real (SendInput) vs virtual (record only)
  geometry.ts      screen ↔ frame ↔ panel transforms (pure, shared by both halves)
  client.tsx       the sidebar panel + the settings card
  ps.ts            bundled PowerShell runner (base64 JSON payload)
  capture.ps1      DPI-aware multi-monitor screenshot  (upstream, unmodified)
  input.ps1        Win32 SendInput mouse + keyboard    (upstream, unmodified)
tests/             geometry, session, tools, gate, output guard

The split that makes the fork work is ports.ts: a tool asks a DesktopPort to click, and whether that means "really click" or "draw a click on the panel" is one swap. link_mode changes which port is returned; nothing else in the tool layer knows the difference. It also means the whole tool set is testable without touching a real desktop — the tests do exactly that. The Host keeps only the latest 24 generated panel previews and removes its generated screenshots on an orderly shutdown. A screenshot path supplied explicitly by a tool caller is not managed by this cleanup.

geometry.ts is shared verbatim by both halves, which is why a click you make on the panel and a click the agent makes through computer_click resolve to the same screen pixel instead of merely close to it.

Requirements

Windows. Tested with DSH 0.2.1-alpha.2; the package also declares the earlier 0.1.5 and 0.1.7 lines. Capture uses System.Windows.Forms/System.Drawing and input uses Win32 SendInput, both through the bundled PowerShell — no native module, no build step, no external API. On other platforms the panel loads and reports that capture and injection are unavailable.

Attribution

Forked from computer-user by jing-hy, MIT licensed. The computer_* tool design, the run-mode gate, the /computer approval flow, the settings namespace, the output guard, and both PowerShell scripts come from that project; see NOTICE. The visualization layer, the virtual/real port split, computer_get_vision, computer_set_link_mode, and the sidebar panel are this fork's additions.

License

MIT — see LICENSE.