dsh-session-notify

When you are driving multiple agent sessions in DeepSeek Harness, the bottleneck is rarely the model itself. It is the events that quietly wait for a human: an approval request that never gets confirmed, a question confirmation left unanswered, a workflow that pauses after hitting a blocked goal. While you are focused on something else or sitting in another browser tab, those events pile up in the queue and the conversational context drifts far from where it should be.

dsh-session-notify routes all seven categories and eleven event sources that require human intervention into two channels: browser system notifications and an in-app toast stack. Approvals, question confirmations, and goal blocks default to system notifications; informational categories such as task completion, errors, and message pushes default to off and can be enabled on demand in the settings page. Clicking any notification focuses the window and opens the corresponding session directly via sessions.open, so there is no need to hunt through a session list. Delivery uses a fifteen-second long-poll from client to host, avoiding poll storms. Disabled categories are filtered at the host source with zero overhead. The settings page exposes fine-grained toggles including focus suppression, on-blur auto-escalation to system notifications, and same-session deduplication, so the reminder policy can match your workflow.

This plugin is best suited for developers who maintain multiple DSH sessions at once and rely heavily on sub-agents and workflows. You do not need to keep a screen open to track every event—critical ones will find you as system notifications the moment they arrive, even while you are on another tab or in a different application. If your DSH deployment runs in a local browser and you want to respond to approvals and questions instantly, dsh-session-notify closes the last mile of the notification pipeline with a lightweight, pure dynamic plugin that requires no modification to your DSH source code.