Building a Custom AI Agent with DeepSeek Harness: A Hands‑On Validation

The author launches DeepSeek Harness locally, issues a single command to create a Markdown‑enabled demand‑management menu, examines the resulting UI and token consumption, and explains DSH's dual nature as a runnable coding agent and a plugin‑centric development framework.

AI Step-by-Step
AI Step-by-Step
AI Step-by-Step
Building a Custom AI Agent with DeepSeek Harness: A Hands‑On Validation

After reviewing DeepSeek Harness (DSH) documentation, the author runs dsh web locally and issues the instruction “Create a demand‑management menu that supports Markdown syntax for editing requirement documents.” The command triggers a long‑running DeepSeek v4 flash task, resulting in a new “Demand Management” entry in the left‑hand menu.

The menu opens to a full‑featured document management interface where users can create new documents and sort them by update time. The author demonstrates the Markdown editor with live preview and save functionality.

Resource usage for this task is displayed: 227 API calls, approximately 31.7 million tokens, costing ¥3.38.

According to official documentation, DSH serves both as a directly runnable coding agent (available in Web and headless modes, with extensibility via external profiles and plugins) and as an agent development framework. The demand‑management menu was created with a single sentence in the Web mode, illustrating the framework’s flexibility.

While DSH’s current coding‑agent experience lags behind mature solutions like Claude Code or Codex—due to its early stage, evolving APIs, and nascent plugin ecosystem—its true value lies in the framework component.

Core design: everything is a plugin . Models, tools, file systems, shells, sandboxes, session storage, sub‑agents, UI, and even the agent loop itself are implemented as plugins, akin to a LEGO car where the engine, wheels, and windshield can be swapped.

The author’s experiment confirms the simplicity of plugin implementation: the UI is a plugin, allowing the agent to modify its own interface.

Towards self‑evolving agents . DSH enables an agent to inspect its runtime, write a plugin on the fly, and mount it for subsequent tasks. This feature is experimental; dynamically generated plugins exist only in memory and are lost on restart, and they cannot yet be persisted as permanent plugins, though the language design makes this feasible.

Envisioning the future, the author suggests that once this capability matures, agents could instantly add missing functions through brief interactions, or even detect capability gaps during execution and develop, install, and invoke the required plugins autonomously.

As the ecosystem grows, a variety of high‑quality plugins are expected to emerge. Although DSH is still early, its “everything is a plugin” philosophy provides concrete space for community contributions.

Goal: Enable personalized AI agents that adapt to specific business scenarios.

Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

LLMPlugin ArchitectureAI AgentCoding AgentDeepSeek Harness
AI Step-by-Step
Written by

AI Step-by-Step

Sharing AI knowledge, practical implementation records, and more.

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.