VPSలో DeepSeek Harnessను ప్రైవేట్‌గా ఎలా నడపాలి

DeepSeek Harness అంటే ఏమిటి

DeepSeek Harness (dsh) అనేది VPS (virtual private server)పై నడపగల Node.js agent runtime. దీన్ని సురక్షితంగా నడపాలంటే 127.0.0.1 కు bind చేసి, బ్రౌజర్ ద్వారా SSH (secure shell) tunnel ఉపయోగించి చేరాలి. ఇది terminalలో కాకుండా 3080 portపై web UI (user interface) అందిస్తుంది. ఆ web serverకు స్వంత password అవసరం లేదు. అందువల్ల 3080 portను publicగా అందుబాటులో ఉంచితే, దాన్ని కనుగొన్న ఎవరికైనా మీ files చదివి, మీ Linux userగా commands నడిపే agent లభిస్తుంది.

DeepSeek దీన్ని 13 August 2026న MIT licence కింద @deepseek-ai/dsh అనే npm packageగా విడుదల చేసింది. ఈ project తనను developer previewగా వివరిస్తుంది. Compatibility-breaking changes ఉండవచ్చని కూడా పేర్కొంటుంది. దిగువన ఉన్న ప్రతి version number August 2026లోని snapshotకు సంబంధించినది. కాబట్టి ముఖ్యమైన serverలో వీటిని అమలు చేసే ముందు repositoryను పరిశీలించండి.

మొత్తం designలో ఒకే ఆలోచన ప్రధానంగా ఉంటుంది: ప్రతిదీ plugin. Model adapter, tool registry, session log, sandbox, scheduler, agent loop కూడా ఒకే shared contextలో pluginsగా load అవుతాయి. వీటిలో ఏదైనా replace చేయవచ్చు. Plugins కేవలం అలంకరించే privileged core ఇందులో లేదు. Harnessను ప్రయత్నించడానికి ఇదే కారణం. అసలు ప్రమాదం కూడా ఇక్కడే ఉంటుంది.

Harness ఒక model కాదు

Harness agent loop ను నడుపుతుంది. Reasoning మరొక చోట ఉన్న model లో జరుగుతుంది. అందువల్ల మీరు దానికి API (application programming interface) key లేదా మీరు స్వయంగా host చేసిన model endpoint చిరునామా ఇవ్వే వరకు ఏదీ పనిచేయదు.

దీన్ని UI లో Settings, తరువాత Models కింద configure చేయాలి. Catalog లో పెద్ద API providers (DeepSeek, OpenAI, Anthropic) కోసం సిద్ధంగా ఉన్న cards ఉంటాయి. అక్కడ key ను paste చేయాలి. "Add a custom provider" అనేది ఉపయోగకరమైన ఎంపిక. దీనికి provider ID, display name, base URL, API protocol, credential ఇవ్వాలి. ఇది OpenAI-compatible protocol ను ఉపయోగిస్తుంది. కాబట్టి ఆ protocol ను అమలు చేసే ఏ gateway లేదా local server అయినా పనిచేస్తుంది. Custom providers OpenAI-compatible GET /models endpoint ను కూడా query చేసి model list ను స్వయంచాలకంగా నింపగలవు.

ఇదే విధంగా మీరు అదే VPS లోని model కు harness ను అనుసంధానిస్తారు. Ollama OpenAI-compatible API ను http://127.0.0.1:11434/v1/ వద్ద అందిస్తుంది. API key field ను ఏదైనా string తో నింపాలి. Convention ప్రకారం ollama ఉపయోగిస్తారు, ఎందుకంటే ఆ field తప్పనిసరి అయినా తరువాత దాని విలువను పట్టించుకోదు. మీ VPS లో సరిపోయేంత చిన్న model agent ను నడపడానికి తగినంత సామర్థ్యం కలిగి ఉందా అనేది మరింత క్లిష్టమైన ప్రశ్న. Local model server గా Ollama మరియు vLLM మధ్య ఉన్న తేడా ఈ సమాధానానికి ఎంత RAM ఖర్చవుతుందో నిర్ణయిస్తుంది.

UI లో టైప్ చేసిన keys ను తిరిగి చదవలేరు. Harness వాటిని $DSH_HOME/.credentials.yaml లో నిల్వ చేసి, settings.yaml లో credential reference ను మాత్రమే ఉంచుతుంది. $DSH_HOME కు డిఫాల్ట్ విలువ ~/.dsh. ఆ file ను password file లా పరిగణించాలి, ఎందుకంటే అది నిజంగానే password file. దాన్ని చదవగల ఎవరైనా మీ API budget ను ఖర్చు చేయగలరు.

మీరు ఇన్‌స్టాల్ చేయడానికి ముందు అవసరమైనవి

• SSH access ఉన్న Ubuntu 24.04 లేదా మరొక ప్రస్తుత Linux పై నడుస్తున్న VPS
• 22.x శ్రేణిలో Node.js 22.19 లేదా అంతకంటే కొత్త వెర్షన్, లేదా Node.js 24 మరియు ఆపై వెర్షన్లు; ప్రాజెక్ట్ వీటినే build చేసి test చేస్తుంది
• root కాకుండా సాధారణ user account; ఎందుకంటే agent ను ప్రారంభించిన వ్యక్తి అనుమతులతోనే అది shell commands నడుపుతుంది
• plugins ఇన్‌స్టాల్ చేయాలని అనుకుంటే PATH లో pnpm ఉండాలి; plugin command దానిని shell ద్వారా అమలు చేస్తుంది
• మీ firewall లో మరియు provider అందించే ప్రత్యేక network firewall లో port 3080 మూసివేసి ఉండాలి

Ubuntu అందించే nodejs package కు harness అవసరమైన దానికంటే పాత వెర్షన్ ఉంటుంది. అందువల్ల apt install nodejs ఉపయోగించకుండా Node ను NodeSource లేదా nvm నుంచి ఇన్‌స్టాల్ చేయండి. VPS కొత్తగా ఏర్పాటు చేసినదైతే, మరేదైనా చేయడానికి ముందు SSH ను harden చేయడం కోసం పది నిమిషాలు కేటాయించడం సముచితం. మీరు ఆధారపడబోయే tunnel, దాని వెనుక ఉన్న SSH server భద్రత ఎంత బలంగా ఉంటే అంతే సురక్షితంగా ఉంటుంది.

VPSలో DeepSeek Harness ను ఒకే version కు pin చేసి ఇన్‌స్టాల్ చేయండి

node --version
npx @deepseek-ai/dsh@0.1.0-rc.6 web

npx package ను download చేసి, దాని dsh binary ను అమలు చేస్తుంది. web అనేది --profile web కు alias. ఇది browser application ను ప్రారంభిస్తుంది. process తాను listening చేస్తున్న address ను output చేస్తుంది. default విలువ http://127.0.0.1:3080.

Version ను pin చేయండి. మీరు command అమలు చేసే సమయంలో latest tag ఏదిని సూచిస్తుందో npx @deepseek-ai/dsh web అదే resolve చేస్తుంది. Project ఇప్పటికే అనేక release candidates ను విడుదల చేసింది. Breaking changes రాబోతున్నాయని కూడా project పేర్కొంది. 13 August 2026 న latest సూచించిన విలువ 0.1.0-rc.6. Pinned version ఉపయోగిస్తే, ఈ రోజు setup చేసిన box వచ్చే నెలలో కూడా అదే విధంగా పనిచేస్తుంది. అందువల్ల upgrade అనేది మీరు తీసుకునే నిర్ణయంగా ఉంటుంది, అనుకోకుండా గుర్తించే మార్పుగా కాదు.

రోజువారీ వినియోగం కోసం ప్రతి start సమయంలో మళ్లీ resolve చేయకుండా ఒకసారి install చేయండి.

npm install -g @deepseek-ai/dsh@0.1.0-rc.6
dsh --profile web --help

ఆ రెండో line ను అమలు చేయడం ఉపయోగకరం, ఎందుకంటే launcher మరియు web app వేర్వేరు flag sets ను ఉపయోగిస్తాయి. dsh --help launcher కు చెందిన options ను చూపిస్తుంది. dsh --profile web --help web application స్వీకరించే flags ను చూపిస్తుంది. --port, --host మరియు మళ్లీ ఉపయోగించగల --trusted-host అక్కడే ఉంటాయి.

ఇప్పుడు అది ఏ address పై listening చేస్తుందో నిర్ధారించండి.

ss -tlnp | grep 3080

Local address column లో 127.0.0.1:3080 కనిపించాలి. 0.0.0.0:3080 కనిపిస్తే UI internet నుంచి reachable అవుతుంది. అప్పుడు మరేమీ చేయకముందే process ను ఆపండి.

మీరు port 3080 ను ఎప్పుడూ public చేయకూడదు

Web server లో authentication layer లేదు. దీని configuration లో listen host మరియు listen port మాత్రమే expose అవుతాయి. ఇదే మొత్తం attack surface. non-loopback deployment లకు access control ప్రత్యేకమైన trusted-host setting ద్వారా ఉంటుంది. అది login screen కాదు.

ఇప్పుడు ఆ port వెనుక నడుస్తున్నదాన్ని పరిశీలించండి. Agent workspace లోని files ను edit చేస్తుంది మరియు shell commands ను run చేస్తుంది. మీ provider credentials కూడా దాని పక్కనే disk లో ఉంటాయి. కాబట్టి open port 3080 అనేది chat interface కలిగిన remote shell లాంటిది. అది ప్రారంభించిన user గానే నడుస్తుంది మరియు మీ API key దానికి జతచేయబడి ఉంటుంది. దీని కోసం ఎవరికీ exploit అవసరం లేదు. Port number తెలిసి ఉంటే సరిపోతుంది. Host online అయిన కొన్ని గంటల్లోనే scanners port numbers ను కనుగొంటాయి.

CLI (command line interface) కూడా ఇదే విధానాన్ని అనుసరిస్తుంది. 0.1.0-rc.6 నాటికి ఇది ఉద్దేశపూర్వకంగా --host 0.0.0.0 కు support ఇవ్వదు. ప్రారంభం కాకుండా usage error తో exit అవుతుంది. ఆ నిరాకరణ ఒక security feature. కాబట్టి దాన్ని తొలగించే patch కోసం వెతకవద్దు.

Tunnel మీకు అనుకూలంగా లేకపోతే మరో రెండు deployment విధానాలు సరైనవి. ఆ box ను private overlay network లో ఉంచండి. అప్పుడు మీ స్వంత devices మాత్రమే route చేయగల address దానికి ఉంటుంది. self-hosted Headscale control server ఇదే అందిస్తుంది. లేదా request port 3080 కు చేరకముందే authentication చేసే reverse proxy ముందు ఉంచండి. ఉదాహరణకు forward auth నిర్వహించే Authentik single sign-on server ను ఉపయోగించవచ్చు. ముందు authentication లేని reverse proxy security control కాదు. అది పొడవైన URL మాత్రమే.

SSH tunnel ద్వారా web UIను తెరవండి

దీన్ని serverపై కాకుండా మీ laptopలో అమలు చేయండి.

ssh -N -L 3080:127.0.0.1:3080 you@your-server

-L మీ laptopలో port 3080ను తెరిచి, దానికి వచ్చే ప్రతి connectionను encrypted SSH session ద్వారా forward చేస్తుంది. 127.0.0.1:3080 భాగం serverపై resolve అవుతుంది. అందువల్ల connection loopback నుంచి harnessకు చేరుతుంది. మీరు నేరుగా ఆ machine వద్ద కూర్చున్నట్లే ఇది పనిచేస్తుంది. -N remote shellను ప్రారంభించవద్దని సూచిస్తుంది. ఎందుకంటే మీకు forward మాత్రమే అవసరం.

తర్వాత మీ local browserలో http://127.0.0.1:3080 ను తెరవండి. మీ laptopలో port 3080 ఇప్పటికే ఉపయోగంలో ఉంటే, ఎడమవైపు ఉన్న సంఖ్యను మార్చండి: ssh -N -L 3180:127.0.0.1:3080 you@your-server. తరువాత http://127.0.0.1:3180 కు browse చేయండి. ఎడమవైపు ఉన్న సంఖ్య local portకు చెందినది. కుడివైపు ఉన్న సంఖ్య serverకు చెందినది. కాబట్టి మార్చాల్సింది ఎడమవైపు ఉన్న సంఖ్య మాత్రమే.

దీన్ని ~/.ssh/config లో save చేసి, ఇకపై దాన్ని మళ్లీ టైప్ చేయాల్సిన అవసరం లేకుండా ఉంచండి.

Host dsh
  HostName 203.0.113.10
  User deploy
  IdentityFile ~/.ssh/id_ed25519
  LocalForward 3080 127.0.0.1:3080

ఆ తర్వాత ssh -N dsh tunnelను ప్రారంభిస్తుంది. Browserలో connection refused అని కనిపిస్తే, సాధారణంగా tunnel పనిచేస్తోందని, కానీ అవతలి వైపు ఏదీ listen చేయడం లేదని అర్థం. harness నడుస్తున్నా లేకపోయినా SSH portను forward చేస్తుంది. పైన ఉన్న ss commandతో serverను తనిఖీ చేయండి.

లాగ్ అవుట్ అయిన తర్వాత harness ను అమలులో ఉంచడం

ఒక npx కమాండ్ మీ shell తో పాటు ఆగిపోతుంది. systemd user service మాత్రం కొనసాగుతుంది. క్రాష్ లేదా reboot తర్వాత అది harness ను మళ్లీ ప్రారంభిస్తుంది.

loginctl enable-linger $USER
mkdir -p ~/.config/systemd/user
command -v dsh

మీ చివరి session ముగిసినప్పుడు user services సాధారణంగా ఆగిపోతాయి. అందువల్ల enable-linger అవసరం. అది లేకపోతే tunnel మూసిన వెంటనే harness ఆగిపోతుంది. command -v dsh ముద్రించిన absolute path ను తీసుకుని unit లో ఉంచండి. ఎందుకంటే systemd మీ login shell రూపొందించిన PATH లో శోధించదు.

[Unit]
Description=DeepSeek Harness web UI
After=network-online.target

[Service]
Type=simple
WorkingDirectory=%h/projects/site
ExecStart=/usr/local/bin/dsh web
Restart=on-failure
RestartSec=5

[Install]
WantedBy=default.target

WorkingDirectory అలంకారపరమైనది కాదు. dsh process దాన్ని ప్రారంభించిన directory ను default filesystem location గా ఉపయోగిస్తుంది. అందువల్ల తప్పు స్థలంలో ప్రారంభించిన service agent కు తప్పు default workspace ను ఇస్తుంది. అయినప్పటికీ workspace ను UI లో ఎంచుకోవచ్చు.

systemctl --user daemon-reload
systemctl --user enable --now dsh
systemctl --user status dsh

ప్రారంభం కావడానికి నిరాకరించే unit లో సాధారణంగా తప్పు ExecStart path ఉంటుంది లేదా binary అంగీకరించని Node version ఉంటుంది. ఏ కారణమో journalctl --user -u dsh -n 50 చూపిస్తుంది. ఏ coding agent అయినా VPS లో అమలులో ఉంచడంకూ ఇదే విధానం వర్తిస్తుంది. Failure modes కూడా ఒకే విధంగా ఉంటాయి.

ప్లగిన్‌కు అనుమతించబడిన పనులు

ప్లగిన్ అనేది shared context కు services, typed events మరియు reversible effects ను అందించే module. Extension points లో ముఖ్యంగా జాగ్రత్తగా చదవాల్సినవి ఇవి:

• ctx.llm పై model provider ను register చేయడం
• ctx.tools పై model-facing tools ను జోడించడం
• ctx.shell వెనుక shell backend ను అందించడం
• ctx.fs వెనుక filesystem access లేదా policy ను అందించడం
• ctx.commands పై human commands ను register చేయడం
• ctx.jobs ద్వారా background work ను అమలు చేయడం
• spawned processes ను ctx.sandbox backend తో wrap చేయడం
• agent/* మరియు tools/* events ద్వారా requests మరియు tool calls ను intercept చేయడం
• durable session state ను విస్తరించడం
• ctx.agents ద్వారా UI ను నియంత్రించడం

ఈ జాబితాను attacker దృష్టితో చదవండి. ఒక plugin filesystem layer మరియు shell layer ను అందించగలదు. Model చేసే ప్రతి tool call మధ్యలో కూడా అది ఉండగలదు. Plugin మరియు ఈ interfaces మధ్య permission dialog ఉండదు. ఎందుకంటే plugin అనేది మిగతా ప్రతిదానితో పాటు అదే process లో load అయ్యే సాధారణ Node code. Plugin ను install చేయడం అంటే మీ agent కు ఉన్న permissions తో, ఒక అపరిచితుడి code ను అమలు చేయడం. మీ agent permissions అంటే మీ Unix user permissions.

VPS పై agent కు MCP server ను జోడించేటప్పుడు మీరు తీసుకునే trust decision ఇదే. ఇక్కడ MCP అంటే model context protocol. అందుకే VPS పై coding agent ను సురక్షితంగా నడపడం model తో కాకుండా, అది నడిచే account తో ప్రారంభమవుతుంది. అలాగే npm supply chain attacks server లపై ఎందుకు తీవ్రంగా ప్రభావం చూపుతాయో కూడా ఇదే వివరిస్తుంది: install దశలోనే compromise జరుగుతుంది. ఏ prompt కూడా కనిపించదు.

ప్లగిన్‌లు ఎక్కడి నుంచి వస్తాయి

ప్లగిన్‌లు profiles లో ఉంటాయి. Profile అనేది $DSH_HOME కింద నిల్వ చేయబడే పేరున్న composition. దీనికి డిఫాల్ట్‌గా ~/.dsh ఉపయోగించబడుతుంది. ప్రతి profile directory లో అది install చేసే out-of-tree plugins ఉంటాయి. CLI మీ arguments ను నేరుగా pnpm కు పంపుతుంది. ఇందుకోసం profile directory ని working directory గా ఉపయోగిస్తుంది.

dsh plugin --profile web add github:deepseek-harness/turtle-ui
dsh plugin --profile web remove turtle-ui

Arguments pnpm కు ఎలాంటి మార్పు లేకుండా చేరుతాయి కాబట్టి, add, remove, update మరియు why ఏ pnpm project లోనైనా పనిచేసే విధంగానే పనిచేస్తాయి. Plugin ఒక npm package కావచ్చు లేదా GitHub reference కావచ్చు. pnpm ముందుగా PATH లో ఉండాలి. Node 22 మరియు తరువాతి versions లో, corepack enable pnpm దాన్ని అక్కడ ఉంచుతుంది.

Discovery ఒక GitHub topic ద్వారా జరుగుతుంది. Plugin authors తమ repository కి dsh-plugin topic ను జోడిస్తారు. అందుబాటులో ఉన్న plugins ను కనుగొనడానికి ఆ topic ను browse చేయాలి. Topic అనేది author తన repository కి జోడించే label. దాన్ని ఎవరూ review చేయరు, ఎవరూ sign చేయరు. Topic page stars ఆధారంగా ranking చూపిస్తుంది. Stars popularity ను మాత్రమే కొలుస్తాయి; safety ను కాదు.

నాలుగు అలవాట్లు ఈ ప్రక్రియను నిర్వహించగలిగేలా ఉంచుతాయి. Install చేయడానికి ముందు source చదవండి, ఎందుకంటే చాలా plugins ను పది నిమిషాల్లో చదవవచ్చు. Branch ను track చేయడానికి బదులుగా exact version లేదా commit ను pin చేయండి. మీరు మళ్లీ rebuild చేయడానికి సిద్ధంగా ఉన్న VPS లో, మరే ఇతర వనరులకు ownership లేని user తో harness ను run చేయండి. Agent కోసం ప్రత్యేక API key ను, ప్రత్యేక spending limit తో ఉపయోగించండి. Production services ఉపయోగించే key కి దాన్ని వేరుగా ఉంచండి.

ఒక ఎంపికకు కట్టుబడే ముందు designs ను పోల్చి చూడాలనుకుంటే, Omnigent multi-agent harness అదే సమస్యకు వేరే నిర్మాణంతో సమాధానం ఇస్తుంది. Plugins ఉపయోగంలోకి వచ్చిన తర్వాత trade-offs స్పష్టంగా కనిపిస్తాయి.

ఏది ముందుగా విఫలమవుతుంది

Node చాలా పాతది. ఈ ప్రాజెక్ట్ 22.x శ్రేణిలో Node 22.19 లేదా అంతకంటే కొత్త version ను, లేదా Node 24 మరియు తదుపరి versions ను లక్ష్యంగా పెట్టుకుంటుంది. CI కూడా వీటిపైనే పరీక్షలు నిర్వహిస్తుంది. పాత runtime వద్ద code కు అవసరమైన syntax మరియు APIs ఉండవు కాబట్టి startup సమయంలో అది విఫలమవుతుంది. మరేదైనా చేసే ముందు node --version అమలు చేయండి.

Port 3080 ఇప్పటికే ఉపయోగంలో ఉంది. రెండో harness, మిగిలిపోయిన process లేదా 3080ను ఉపయోగించే వేరే application కారణం కావచ్చు. ss -tlnp | grep 3080 తో దాన్ని గుర్తించండి. తరువాత దాన్ని ఆపండి లేదా dsh web --port 3180 తో harness ను వేరే port పై ప్రారంభించండి. --port web app కు చెందుతుంది. కాబట్టి దాన్ని web తరువాత ఉపయోగించాలి.

Tunnel ద్వారా browser connect కాలేకపోతోంది. మీరు server యొక్క public address కు కాకుండా 127.0.0.1 కు browse చేశారో నిర్ధారించండి. Forward చేసిన port మీ laptop లో మాత్రమే ఉంటుంది. తరువాత server పై harness listening చేస్తోందో నిర్ధారించండి. దూరపు చివరలో ఏదీ సమాధానం ఇవ్వకపోయినా SSH forward ను ఏర్పాటు చేస్తుంది.

dsh plugin వెంటనే విఫలమవుతుంది. ఈ command, pnpm చుట్టూ ఉన్న wrapper. అందువల్ల pnpm binary లేకపోతే plugin పని ప్రారంభమయ్యే ముందే command ఆగిపోతుంది.

Agent కు మీ project కనిపించదు. Workspace default గా process ప్రారంభమైన directory ను ఉపయోగిస్తుంది. కాబట్టి unit లోని WorkingDirectory మీ home directory గా ఉంటే agent కు మీ home directory అందుతుంది. UIలో workspace ఎంచుకోండి లేదా unit ను సరిచేసి reload చేయండి.

FAQ

DeepSeek Harness వెబ్ UI ను port 3080 పై బయటకు అందించడం సురక్షితమేనా?

కాదు. ఈ web server కు స్వంత login లేదు. దీని వెనుక నడిచే agent, process ప్రారంభించిన user కు ఉన్న అనుమతులతో files ను సవరించి shell commands ను అమలు చేస్తుంది. మీ provider API key కూడా అదే disk లో నిల్వ ఉంటుంది. Listener ను 127.0.0.1 పై ఉంచి, SSH tunnel ద్వారా దాన్ని చేరుకోండి. Private overlay network లేదా port కు అభ్యర్థన చేరే ముందు ప్రతి request కు authentication అమలు చేసే reverse proxy కూడా ఉపయోగించవచ్చు. version 0.1.0-rc.6 నాటికి CLI --host 0.0.0.0 ను తిరస్కరించి usage error తో నిష్క్రమిస్తుంది. ఈ విధానం గురించి authors అభిప్రాయం ఏమిటో ఇది స్పష్టంగా తెలియజేస్తుంది.

నాకు DeepSeek API key అవసరమా, లేక local model ఉపయోగించవచ్చా?

రెండూ పనిచేస్తాయి, ఎందుకంటే harness ఒక runtime మాత్రమే, model కాదు. Settings తరువాత Models కు వెళ్లి catalog provider card లో key ను paste చేయవచ్చు. లేదా "Add a custom provider" ఎంచుకుని, OpenAI-compatible protocol ను అందించే base URL ఇవ్వవచ్చు. Local Ollama server http://127.0.0.1:11434/v1/ వద్ద సమాధానం ఇస్తుంది. API key field లో ఏ string అయినా అంగీకరిస్తుంది. Keys $DSH_HOME/.credentials.yaml లో నిల్వ అవుతాయి. దీని default విలువ ~/.dsh/.credentials.yaml.

DeepSeek Harness plugin ను install చేస్తే plugin కు వాస్తవంగా ఏమి లభిస్తుంది?

Harness ను నడుపుతున్న account కు ఉన్న permissions. Plugin అనేది అదే process లో load అయ్యే Node code. Extension points లో shell backend, filesystem layer, tool registry, అలాగే ప్రతి tool call ను చుట్టుముట్టే events ఉన్నాయి. Plugin స్వయంగా sandbox అందించకపోతే, ఈ భాగాల నుంచి దాన్ని వేరుచేసే ఏ sandbox కూడా ఉండదు. Install చేయడానికి ముందు source చదవండి. మీకు ముఖ్యమైన ఏదీ own చేయని user గా harness ను నడపండి.

నేను ఏ version install చేయాలి? అది పనిచేస్తూనే ఉంటుందా?

ఒక exact version ను install చేయండి. ఉదాహరణకు npx @deepseek-ai/dsh@0.1.0-rc.6 web. 13 August 2026న latest tag దీనినే సూచించింది. Project తనను developer preview గా పేర్కొంటుంది. Compatibility-breaking changes వస్తాయని కూడా చెబుతుంది. అందువల్ల version ను pin చేయని command ఒక రోజు పనిచేసిన విధంగా మరుసటి రోజు పనిచేయకపోవచ్చు. Upgrade చేయడానికి ముందు repository ను పరిశీలించండి. Version 0తో ప్రారంభమవుతున్నంతకాలం config keys మరియు plugin interfaces మారవచ్చని భావించండి.