Plugins

Registra o servidor web DeepSeek Harness (dsh web) como um serviço em segundo plano com autoinicialização e autorrecuperação — LaunchAgent / systemd / cron mais um watchdog de verificação de saúde de 30 s — com sete ferramentas dsh_daemon_* (install/uninstall/reinstall/status/start/stop/update).

Gerenciador de túnel para host remoto: executa o dsh web em um servidor Linux remoto (supervisão systemd, sem necessidade de root) atrás de um túnel SSH com reconexão automática; aloca e registra portas remotas no servidor, seguro multiusuário, com visão de auditoria.

Feito para ficar ativo o dia todo em um grupo QQ a baixo custo. lite reply ignora o ciclo completo do agente e chama chat completions diretamente: estimativas indicadas de cerca de ¥0,0027 por turno, ~¥0,2 por 80 turnos/dia e ~75 vezes menos que uma sessão DSH completa. Inclui cartões de persona alternáveis, entendimento de imagens/vídeos, biblioteca de imagens do grupo com tags automáticas e busca por palavra-chave em chats arquivados. Deploy SSH em um comando com verificação de ambiente, geração de config que protege credenciais, unidades systemd e watchdog. Inclui fork de Derpyu520/qq-bridge (MIT); não faça deploy em host que já execute o bridge upstream.

Adiciona uma opção de reinício em Settings → General e relança dsh web com os mesmos argumentos por meio de um helper destacado. Recusa sob supervisor systemd detectado, salvo se allowRestart=true. Verifica a porta de escuta conectando-se a ela, sem fazer bind.

Reinicia DeepSeek Harness sem perder trabalho: aguarda todas as conversas ficarem ociosas e retoma o que foi interrompido. Se um supervisor gerencia o host, pede a ele; nunca inicia outro junto a um ativo. Antes de reiniciar, limpa cookies antigos que podem exceder o cabeçalho da requisição e impedir a inicialização. Salva snapshots de configuração e plugins (2 por padrão, máx. 10; remove antigos/incompletos). Não aplica nem restaura snapshots automaticamente e não monitora o host: servem só para consulta ou rollback manual. Ao terminar, conta e desliga a máquina. Funciona no Windows desktop e em dsh web hospedado, verificado em WSL com systemd. Web no Windows, WSL sem systemd e Linux nativo não testados.

Inicia dsh Web e outros servidores na inicialização, configura e gerencia serviços como Gitea e Jellyfin por pedido e reúne tudo em um painel de hospedagem doméstica.

Gerencie o serviço dsh via `dsh --profile ctl`: ciclo de vida do systemd (instalar, iniciar, parar, reiniciar, habilitar, desabilitar, desinstalar), configuração persistida, sonda de saúde e logs, além de completação de shell e auto-atualização.

Adds two rows to the DSH general settings section. Version update asks the npm registry for a newer @deepseek-ai/dsh, installs it as a background job and streams the install output into the row; restart DSH stops the running process so its supervisor can start a fresh one. A second restart request is refused, and a systemd unit that reports no main process is refused rather than respawned beside it. The row also reports the process uptime and identity, so a page reconnect can be told apart from a real restart.

Integrated control plane for the local strata model stack: manage the strata-hop :8080 model-switching router (status/models/warm/logs), stream live model-switch and load state into the web GUI status chip and the strata_status tool, preload a model engine the moment it is selected, edit run-config and shared chat settings from a GUI tuning panel or strata_params, and ship the dsh provider patch that routes chats to the router with Effort-level mappings. Read-only toward inference: it never sends a prompt and spends no tokens; bring your own running strata plus strata-hop (defaults :8080 hop, :8756 monitor). As shipped, the status server listens on 0.0.0.0:8756 with no authentication and open CORS, and its endpoints can change run-config and restart the engine; set host to 127.0.0.1 in cordis.patch.yml to keep it on this machine. It expects strata-hop as a systemd user unit.

systemd --user list / show / journal somente para leitura.

Controle de serviços DSH: gerencia o ciclo de vida systemd, configurações e diagnósticos via `dsh --profile ctl`.

给 dsh web 部署加一个右上角电源按钮：刷新 / 重启 / 定时 / 关闭。重启后自动把新 token 的链接打开——dsh web 每次启动都换 token，不打开就得自己去日志里翻。macOS 走 launchd、Linux 走 systemd、其它平台自己 respawn。

A five-stage engineering loop for agent-built projects — spec, build, verify, ship, learn — with one artifact and one gate per phase, so an agent always knows the single next action. Role policy, project templates and deployment sit behind explicit ports: swap the implementation without rewriting the loop. Its scaffold generator lays out the internal layers of a project — `init --layout {none,webapp,service,plugin} --stack {python,node,none}` — from nine layers sampled out of three unrelated production projects: entry docs, an OpenSpec plan face, a spec truth layer (INDEX, one file per domain, TESTING, CONSTITUTION), a wiki split into knowledge / progress / runbook, the six `.agents/` slots, server+web, scripts/deploy/config, tests+e2e and a gitignored out/. Non-none layouts also gate the directory contract and compile every source root. Ships a Python CLI (init/next/check/ship/new) plus a local command adapter and an SSH/systemd adapter with release directories, an atomic current/previous switch, a deploy lock, a commit-versioned JSON probe and automatic rollback on a failed probe; bootstrap and teardown provision and remove the unit and the reverse-proxy block idempotently and refuse to delete a root they did not create. Includes a runnable example workspace and a skill that keeps the agent on one phase at a time. Requires Python 3.10+ and PyYAML; remote deploys need SSH access, rsync, systemd and Caddy on the target.

Read-only Linux port, service and Caddy route map: listening sockets with their owning unit or container, a reverse service view, and reverse_proxy liveness checks. Requires iproute2 (ss); docker and a Caddyfile are optional.

Ferramentas de VPS com prioridade de leitura: status e ações do systemd, uso de disco, status do Docker, finais de logs, backups configurados e agendas de horário silencioso.

Adiciona um controle de reinício no rodapé da barra lateral do DSH Web: o host encerra pelo próprio fluxo normal e o supervisor detectado (systemd, Kubernetes ou Docker) inicia a substituição; se não houver supervisor, o plugin inicia um processo. Um aviso em todo o frame consulta o host pid até o novo processo responder.

Adiciona acima de Settings um botão Restart dsh que reinicia o DSH no mesmo lugar: via systemd se ele roda como unidade systemd; caso contrário, por process.execve com o mesmo PID (processo pai wrapper leve no Windows ou Node < 22.15). Não exige configuração de supervisor para iniciar o DSH. Verificado no Linux; Docker, macOS e Windows ainda não foram executados em ambiente real. A página recarrega uma vez quando o novo boot id responde.

Executa um servidor web DeepSeek Harness por projeto dentro do WSL2, gerenciado pelo app dsh do Windows. Cada projeto recebe serviço, porta e dsh home próprios.