Skip to main content
Harness listens on loopback by default, and the desktop embeds its Web interface. Local storage does not mean fully offline operation: models, plugins, tools, and updates can use the network.

Data locations

Open the actual data directory from desktop Running → Data Directory. Do not infer the active environment from a directory name alone.

Back up and restore

  1. Create a profile backup in Running → Profiles → Backup; prefer Restore as New and verify it.
  2. Use Export recovery archive to preserve sessions. Follow its included manual recovery instructions, not the profile restore button.
  3. Back up workspaces and uncommitted changes separately; migrate or roll back directories in Running → Data Directory. See Data management for directory migration steps.
Profile backups exclude sessions outside the profile. Recovery archives also exclude workspace files, dependencies, and existing backups. Include credentials only controls .credentials.yaml; other configuration can still contain secrets. Treat all backups as sensitive. Stop relevant clients and check scope before deleting, resetting, restoring over data, or migrating.

Network and remote access

Enable sharing through desktop Share or Harness Settings → Remote access; see Mobile remote access. Paired authorization persists. Disabling sharing or rotating an access code does not revoke issued sessions. Use Revoke paired access to withdraw device access; never expose an unauthenticated service. Host trust is not authentication, and pairing does not replace tool permissions.
Profiles, workspaces, and Git worktrees are not operating system sandboxes. For untrusted code or plugins, use a separate user, container, or virtual machine, least-privilege credentials, and reviewed tool authorization. Keep keys and private data out of chat, screenshots, logs, and issues.

Development environment isolation

  • Debug forces ~/.dsh.dev, ignoring inherited DSH_HOME.
  • Default managed runtime and dependencies use dev/runtime/ and dev/dependencies/ in application data; the core uses dev/dependencies/dsh/.
  • The log is dev/logs/dsh-web.dev.log; settings use .store.dev.dat at the application data root.
  • Preferred ports are 3081 for debug and 3080 for release; either can fall back to another available port.