dsh-macos-restart

Macos Restart

macOS 桌面版一键重启 DeepSeek Harness 应用

目标 Profile

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

npx -y @deepseek-ai/dsh plugin --profile web add github:chai-yinfeng/dsh-macos-restart#88e10ec17cd7267166cf8ace9377c1e2c5d22541

兼容性与来源证明

Macos Restart 以 dsh-macos-restart 发布，当前版本为 0.2.5。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。

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

版本

0.2.5stable

2026/10/23

0.2.0stable

2026/10/23

0.1.7stable

2026/10/22

README

macOS Desktop Restart (`dsh-macos-restart`)

English | 中文

macOS 桌面版一键重启 / One-click restart for the DeepSeek Harness desktop app.

A macOS-only one-click restart for the DeepSeek Harness desktop app. It handles the Electron app itself, not a dsh web host: the restart is for making plugins that cannot hot-reload load on the next launch.

Scope

This plugin is for the macOS Desktop app. It is not a generic header control and not a dsh web restart button:

It stops the Electron main process, lets the desktop host exit through its own IPC-disconnect path, waits for the old web port to be released, and runs open -a on the .app.
It does not support Windows, Linux, dsh web, or a standalone dsh CLI.
It deliberately does not add a quit/exit action; macOS already has Cmd+Q. The value here is the automatic relaunch, the running-turn check, and the plugin-install gate.

The community plugin dsh-header-controls also puts restart/exit buttons in the conversation header, but its documented mechanism is a dsh web launcher + Windows taskkill/netstat flow. It does not restart the macOS Electron app. The two plugins overlap only at the header-seat level.

Entry points

Title-bar icon in the top-right Session header. On by default.
Sidebar-foot icon beside Settings. Off by default; enable it in Settings.
Settings → Desktop Restart: status, last restart, logs, entry-point switches, and the restart button.
/restart-desktop command. Add --force to restart while a turn runs.
Optional draggable floating button, off by default, position remembered.

The header, sidebar, floating button, Settings page, and command all call the same Host operation.

How it restarts

The Client sends POST /plugins/dsh-restart/restart with { "confirm": true }.
The Host checks loopback/same-origin, that this is the macOS desktop host, that no plugin install/update is running, and whether a turn is running.
The Host writes a handoff record and an initial state.json, then starts an independent one-shot opener as a detached /bin/sh. The opener only waits and opens; it never kills. Do not use launchctl submit for this: in a real 0.1.4 test the submitted job restarted the opener every ~10s after the app was back.
The Host starts the killer helper. It sends SIGTERM to the Electron main process. The app may show its own quit confirmation for scheduled tasks; choosing Quit lets it flush account/session state. The host is a separate child: it sees the IPC channel close and runs its own graceful shutdown, so session logs still land. The helper never escalates a normal restart to SIGKILL — Cancel must really cancel, and an unanswered dialog must not be silently killed. If the main process is still alive 3 seconds after SIGTERM, the helper records cancelled, the opener exits without opening, and the UI shows Restart cancelled. If the main already exited and only the old host is still flushing, the helper waits for the host without cancelling — the opener may have already relaunched the app. Only the explicit stale-manager advanced path uses SIGKILL, with its own warning.
The opener/killer wait for the old main process to disappear and for the web port to be released, then run open -a "/Applications/DeepSeek Harness.app". open -a on an already-running app activates it, so the two helpers cannot start two instances.
A normal restart that does not exit is cancelled, not escalated; only the explicit stale-manager force path escalates. Failure is reported with a dialog and a log under ~/.dsh/dsh-restart/.

Diagnostics

~/.dsh/dsh-restart/state.json records the last restart's phase: queued → opener-started/killing → waiting-host → host-exited → waiting-port → port-free → opening → opened (or failed).
Settings shows the last phase/time and one Reveal latest log button. POST /plugins/dsh-restart/open-logs does the same from the Host, so it works even when the page has lost its connection. It uses open -R (Finder reveal) because plain open <file>.log depends on a default application and can look like a no-op.
The helper log contains the process-level account; the state file is the short version that survives a torn-down process tree.

Stuck install recovery

If the plugin manager holds its install lock with no pnpm/install progress for five minutes, pluginOperation.stale becomes true and the dialog offers Force restart (advanced). It is only available while the lock belongs to the current host, or when no manager lock exists at all; a live pnpm process is never bypassed. A force restart kills the host, releases the lock, and reopens the app — an unfinished install is interrupted, and because it bypasses the app's own quit confirmation the main process may skip its final account/window state flush. Use it only when the manager is actually stuck.

Safety

Only loopback requests are accepted. The desktop document proxy may strip both Host/Origin, or only Origin; a loopback Host with no Origin is accepted, and a present Origin must match Host. sec-fetch-site: cross-site is rejected.
A running turn returns 409 busy; the Client lists the affected session ids and asks for a second confirmation before sending force: true.
A plugin install/update returns 423. The only exception is the explicit advanced force path for a stale manager lock described above.
allowRestart: false in cordis.patch.yml disables the operation.
The plugin never modifies app.asar and never starts a second server.

Configuration

- id: dsh-restart
  name: 'dsh-macos-restart'
  config:
    allowRestart: true

Files

lib/index.js — Host routes (/status, /restart, /open-logs), gates, command, state, helper/opener scheduling.
lib/helper.sh — detached killer/opener helper (--dry-run supported).
lib/client.js — title-bar icon, sidebar action, Settings page, modal, floating button, log actions.
locale/{en,zh}.json — Plugin Manager display metadata.
README.zh.md — Chinese README.
PUBLISHING.md — npm + curated-catalog release checklist.

Publishing

See PUBLISHING.md. The current package name dsh-macos-restart is a local development name; the publishable artifact is dsh-macos-restart on npm.

README

macOS Desktop Restart (`dsh-macos-restart`)

English | 中文

macOS 桌面版一键重启 / One-click restart for the DeepSeek Harness desktop app.

Scope

This plugin is for the macOS Desktop app. It is not a generic header control and not a dsh web restart button:

It stops the Electron main process, lets the desktop host exit through its own IPC-disconnect path, waits for the old web port to be released, and runs open -a on the .app.
It does not support Windows, Linux, dsh web, or a standalone dsh CLI.
It deliberately does not add a quit/exit action; macOS already has Cmd+Q. The value here is the automatic relaunch, the running-turn check, and the plugin-install gate.

Entry points

Title-bar icon in the top-right Session header. On by default.
Sidebar-foot icon beside Settings. Off by default; enable it in Settings.
Settings → Desktop Restart: status, last restart, logs, entry-point switches, and the restart button.
/restart-desktop command. Add --force to restart while a turn runs.
Optional draggable floating button, off by default, position remembered.

The header, sidebar, floating button, Settings page, and command all call the same Host operation.

How it restarts

The Client sends POST /plugins/dsh-restart/restart with { "confirm": true }.
The Host checks loopback/same-origin, that this is the macOS desktop host, that no plugin install/update is running, and whether a turn is running.
The Host writes a handoff record and an initial state.json, then starts an independent one-shot opener as a detached /bin/sh. The opener only waits and opens; it never kills. Do not use launchctl submit for this: in a real 0.1.4 test the submitted job restarted the opener every ~10s after the app was back.
The Host starts the killer helper. It sends SIGTERM to the Electron main process. The app may show its own quit confirmation for scheduled tasks; choosing Quit lets it flush account/session state. The host is a separate child: it sees the IPC channel close and runs its own graceful shutdown, so session logs still land. The helper never escalates a normal restart to SIGKILL — Cancel must really cancel, and an unanswered dialog must not be silently killed. If the main process is still alive 3 seconds after SIGTERM, the helper records cancelled, the opener exits without opening, and the UI shows Restart cancelled. If the main already exited and only the old host is still flushing, the helper waits for the host without cancelling — the opener may have already relaunched the app. Only the explicit stale-manager advanced path uses SIGKILL, with its own warning.
The opener/killer wait for the old main process to disappear and for the web port to be released, then run open -a "/Applications/DeepSeek Harness.app". open -a on an already-running app activates it, so the two helpers cannot start two instances.
A normal restart that does not exit is cancelled, not escalated; only the explicit stale-manager force path escalates. Failure is reported with a dialog and a log under ~/.dsh/dsh-restart/.

Diagnostics

~/.dsh/dsh-restart/state.json records the last restart's phase: queued → opener-started/killing → waiting-host → host-exited → waiting-port → port-free → opening → opened (or failed).
Settings shows the last phase/time and one Reveal latest log button. POST /plugins/dsh-restart/open-logs does the same from the Host, so it works even when the page has lost its connection. It uses open -R (Finder reveal) because plain open <file>.log depends on a default application and can look like a no-op.
The helper log contains the process-level account; the state file is the short version that survives a torn-down process tree.

Stuck install recovery

Safety

Only loopback requests are accepted. The desktop document proxy may strip both Host/Origin, or only Origin; a loopback Host with no Origin is accepted, and a present Origin must match Host. sec-fetch-site: cross-site is rejected.
A running turn returns 409 busy; the Client lists the affected session ids and asks for a second confirmation before sending force: true.
A plugin install/update returns 423. The only exception is the explicit advanced force path for a stale manager lock described above.
allowRestart: false in cordis.patch.yml disables the operation.
The plugin never modifies app.asar and never starts a second server.

Configuration

- id: dsh-restart
  name: 'dsh-macos-restart'
  config:
    allowRestart: true

Files

lib/index.js — Host routes (/status, /restart, /open-logs), gates, command, state, helper/opener scheduling.
lib/helper.sh — detached killer/opener helper (--dry-run supported).
lib/client.js — title-bar icon, sidebar action, Settings page, modal, floating button, log actions.
locale/{en,zh}.json — Plugin Manager display metadata.
README.zh.md — Chinese README.
PUBLISHING.md — npm + curated-catalog release checklist.

Publishing

See PUBLISHING.md. The current package name dsh-macos-restart is a local development name; the publishable artifact is dsh-macos-restart on npm.

Macos Restart

兼容性与来源证明

版本

相关插件

Macos Restart

README

macOS Desktop Restart (dsh-macos-restart)

Scope

Entry points

How it restarts

Diagnostics

Stuck install recovery

Safety

Configuration

Files

Publishing

兼容性与来源证明

版本

相关插件

相关插件

相关插件

README

macOS Desktop Restart (dsh-macos-restart)

Scope

Entry points

How it restarts

Diagnostics

Stuck install recovery

Safety

Configuration

Files

Publishing

macOS Desktop Restart (`dsh-macos-restart`)

macOS Desktop Restart (`dsh-macos-restart`)