Skip to main content

00 · Tutorials

DeepSeek Harness Tutorials

From "what is this" to installing and managing plugins — a beginner-friendly series on DSH. Each piece takes about ten minutes to read and put into practice.

17 tutorials

  1. 01
    What is DeepSeek Harness?5 min read

    A plain-language tour of what DSH is, how it differs from the DeepSeek web chat, what it can do for you, and the words plugin / profile / workspace demystified.

  2. 02
    Install DeepSeek Harness6 min read

    From installing Node.js to launching with one command and picking a workspace — zero to a running DSH in ten minutes, plus where data lives and how to remove it all.

  3. 03
    Configure a model (API Key)5 min read

    What an API key is, where to get one, how to plug it into DSH — plus attaching OpenAI / Anthropic models and a quick error decoder.

  4. 04
    Install your first plugin6 min read

    Add capabilities to AI like installing apps: read every segment of the install command, install the hugely popular open-design, and dodge the GitHub build-authorization trap.

  5. 05
    Upgrading and uninstalling plugins5 min read

    List installed plugins, upgrade one or all, uninstall cleanly, upgrade DSH itself — and the deep-clean guide to resetting a profile or removing everything.

  6. 06
    Write your own plugin10 min read

    Go from user to contributor: a plugin is just a module that exports apply(ctx). Write a minimal plugin, register a model-callable tool, and package it as a bundle for npm or GitHub.

  7. 07
    FAQ7 min read

    Every pitfall beginners hit, in one place: npx stalls, port conflicts, MISSING_CREDENTIAL, plugins that seem dead after install, migrating data — grouped for quick lookup.

  8. 08
    Publish plugins: npm / GitHub / tarball9 min read

    Pick the right channel between npm / GitHub ref / tarball, the 6-item bundle self-check, and what to verify before publishing — the complete path from your repo to a user's install command.

  9. 09
    Bundle manifest vs profile: two layers, two jobs7 min read

    What dsh.bundle and ~/.dsh/profiles/*.json each control, how to isolate web/tui/headless workspaces, and where the profile-switching boundaries actually live.

  10. 10
    Sandbox & approval: auto / full-auto / never8 min read

    Pick the right sandbox mode (auto / full-auto / never), read an approval card, understand the fail-closed design, and how sandbox sits orthogonal to plugin permission boundaries.

  11. 11
    Defensive patterns: structured result, cleanup, credentials10 min read

    Three risk surfaces (Browser-only / Host-side / Agent-facing), structured tool results, Cordis resource cleanup, and the credential three-no principles — write plugins users can actually trust.

  12. 12
    Python SDK: write DSH plugins across languages9 min read

    When Python SDK beats TS, package layout, the @tool decorator, Python-type-to-JSON-Schema mapping, asyncio traps, and the pydantic v2-only limitation.

  13. 13
    Postmortem: a 5-section template7 min read

    Why the DSH ecosystem needs postmortems, the 5-section structure (summary/timeline/root cause/mitigation/lessons), blameless principle, and how derived tasks land in issue trackers.

  14. 14
    How to choose DSH plugins: from need to install list9 min read

    Choose plugins without blindly following stars: turn a need into a minimal, reversible install plan using evidence, maintenance signals, and workflow fit.

  15. 15
    Plugin install troubleshooting: from error to recovery10 min read

    A systematic path through command, network, build-approval, wrong-profile, and post-install failures — collect evidence first and make the smallest safe repair.

  16. 16
    Your first week with DSH: build a stable workspace9 min read

    A day-by-day first-week plan for model setup, one useful plugin, workflow collections, backups, and reflection — with a definition of done for each step.

  17. 17
    A security checklist before installing plugins8 min read

    A ten-minute check of source, command, permissions, credentials, and rollback path — distinguish missing evidence from explicit risk before granting a plugin access.