
把 DeepSeek Harness 搬上云服务器:一次跑通个人运营工作台的完整记录
DeepSeek Harness(下称 dsh)是 DeepSeek 开源的一套 Agent 运行时,别把它当成又一个聊天页面。它给编码 Agent 提供了运行环境、组合框架和 Web 工作台,核心思路是一切皆插件:模型、工具、会话、权限、沙箱、子 Agent、工作流,全部通过 Cordis 插件拼装。同一个部署里,不同会话可以挂不同的 Agent 预设,干活的工具和方式跟着变。
为什么我不把它装在本地
dsh 能编辑文件、执行命令、联网。这套能力放在我日常用的电脑上,我心里不踏实,它理论上碰得到照片、聊天记录、浏览器数据。放到一台独立云服务器上,权限边界清楚得多,出了问题也只影响那台机器。
实际用下来还有两个好处:服务器 7×24 在线,长任务和后台任务不用挂着本机跑;配合 Lighthouse 的 HTTPS 入口,浏览器直接打开完整 Web UI,不用把原生端口裸暴露在公网。
安装到跑通的完整流程
1. 买实例或重装系统
Lighthouse 购买页选"应用镜像",找到 DeepSeek Harness 模板创建实例即可。

手头有空闲实例的话,控制台里走"重装系统"选同一个模板也行。重装会清空系统盘,动手前先确认实例可重装,最好打个快照。
配置怎么选:只是试试,2 核 4GB 够了;要多会话并行、啃大仓库或者跑多个 Agent,上 4 核 8GB 起步。主要调国内模型服务的话,地域选国内。
2. 配模型、通道和技能
配置面板里能做的事:查看版本和运行状态、重启服务、进入安全 WebUI;配置 DeepSeek 模型和 API Key、切换默认模型;接入 QQ、微信、企业微信、飞书等通道(可用范围以模板版本为准);从 SkillHub 搜技能安装。

dsh 还会自动发现项目和用户目录里的兼容技能,比如项目级 .dsh/skills、.agents/skills,用户级 ~/.dsh/skills、~/.agents/skills。团队沉淀的能力可以随项目走,这个设计我挺喜欢。
3. 确认模型能用
首次进页面如果弹"添加一个 API Key 开始使用",说明 WebUI 还没读到凭据。两个动作:回 Lighthouse 应用管理页核对实例和当前默认模型;在 WebUI 设置 → 模型里补上 DeepSeek API Key。

配完直接用,模型配置下一次请求即生效,一般不用重启服务。
4. 选工作区
dsh 不会默认把整台服务器当工作区。点左侧添加工作区,可以从主目录选已有项目、用编辑路径精确定位,或新建文件夹。我的做法是建一个 /home/ubuntu/dsh-workspace 专门放测试项目。选好工作区前,输入框是灰的。

5. 选 Agent 预设
WebUI 目前有四种内置预设:标准模式功能最全,文件编辑、Shell、检索、Skills、计划、子 Agent、工作流都有,第一次用就选它;PTC 模式在标准能力之上,用 Code Mode SDK 让模型写一个 TypeScript 程序来编排多步工具调用,适合复杂连续的工具链;极简模式只有持久 Bash 和 str_replace_editor,工具少、行为可预测,适合想看清楚 Agent 到底在干什么的时候;创造模式用来做自定义 preset,能力大、对信任的要求也高,别在有敏感数据或生产项目的环境里乱开。

实操:让它给我搭一个个人运营工作台
个人运营的活儿很少是一次性的:待办、各平台数据、选题、复盘、汇报材料、SOP、提示词模板,天天都在更新。这些东西散在聊天记录和表格里,AI 拿不到稳定上下文,我自己也理不清节奏。所以我让 dsh 在云端工作区里做了一个"个人产品运营工作台",把这些高频工作收进同一个页面体系。
怎么下指令
第一轮提示词要把任务边界钉死。"帮我设计一个工作台"这种写法基本等于让模型猜。我实际用的是这样:
提示词:
我要开发一个"个人产品运营工作台"Web 应用。
请你作为资深前端工程师 + 产品设计师,先检查当前工作区是否为空。
如果当前工作区为空,请创建一个前端项目,优先使用 React + Vite + TypeScript;如果环境不适合安装依赖,则使用纯 HTML/CSS/JavaScript 实现。
产品定位:帮助个人管理日常运营工作,包括今日总控台、待办日程管理、多平台文案生成、运营数据分析、老板汇报生成、知识库和个人偏好管理、Agent 工作流提示词管理。
设计要求:不要做营销 landing page。首页就是工作台。视觉风格应接近专业运营后台,安静、清晰、信息密度适中。

第一轮跑完,再补主界面布局:左侧导航、顶部操作区、主内容区、模块切换逻辑。dsh 在同一个工作区里能接增量指令,基于已有文件继续改。这个节奏比一口气生成整个应用靠谱,先框架、再页面、再细节,跟真实的产品工程协作差不多。

出来的东西长什么样
今日总控台:首页放日期、年度进度、待办完成率、高优先级任务、已生成文案和已分析数据。打开页面五秒内能判断今天该干什么。

待办模块:按状态和时间范围筛选,任务带优先级、分类和日期标记。示例任务覆盖内容排期、数据录入、竞品整理、账号装修这些真实运营动作。

文案模块:平台、语气、生成份数都做成了可配置项,承担从主题到多版本初稿的重复劳动。要说明的是,出来的稿子仍需人工润色和渠道适配,别指望直接发。

数据模块:总阅读、日均阅读、互动、新增关注、各平台表现和趋势图都有,支持明细查看和 CSV 导出。这一块能看出 dsh 组织业务数据结构和可视化页面的能力。

知识库模块:存发布 SOP、平台调性、本周目标、个人偏好。这些资料会成为后续任务的上下文,不用每次重复交代一遍。

用了一段时间我的感受是:dsh 的价值不在对话本身,而是它成了一个持续承载工作流的云端执行环境,越用越贴你的工作习惯。
除了工作台还能干什么

更通用的场景:读项目修 Bug、重构代码并跑验证;处理 CSV、日志、JSON 出统计和分析报告;整理素材产出公众号、小红书、视频脚本初稿;批量处理日志、跑脚本、生成日报的运维自动化;把高频任务固化成工作流让 Agent 按步骤执行。
插件和 Skill:想让 dsh 长能力就看这里
dsh 现在可以通过 SkillHub 官方插件同时接入插件市场和 Skill 市场。安装方式很直接,把这句话发给它:
安装这个 DSH 插件:
装好后说一句"帮我找一个前端开发的 skill",搜索结果会以可点击的技能卡片出现在对话里,点开有简介、版本、AI 评分、安全标记,确认后直接装。

点侧栏底部的「插件广场」,能看到独立扩展面板,在「插件」和「技能」之间切换。

两者的分工:插件是给 dsh 本体加产品能力,比如客户端增强、记忆、联网工具、工作流扩展;Skill 是沉淀一类可复用的任务方法,比如内容生成、数据处理、某条业务流程。想扩展工具找插件,想教 Agent 一套做事方法找 Skill。分不清就直接说需求,让它自己去 SkillHub 里搜。

举个具体例子,装了 whale-girl 插件后界面里会出现一个桌宠,写代码时在旁边陪着,属实用性见仁见智、但确实有人喜欢的这类扩展。

这套插件机制让 dsh 停在"开箱默认"之外还有很大空间,常用工具、提示词流程、个性化体验,都能一步步装进同一个云端工作台。
如果你想把 DeepSeek Harness 这类云端 Agent 工具真正用进自己的业务流程,可以咨询云巴巴。云巴巴是国内领先的企业数智服务平台,覆盖 AI 大模型、智能体、协同办公、营销获客、安全合规等多个领域的企业级产品与方案,能按你的行业、规模和预算比对选型、匹配资源、协助落地。欢迎咨询云巴巴,获取更多产品方案与专属服务。


Schema标注用机器可读格式声明页面内容,本文给出首页产品FAQ案例四类页面的标注方案、常见误区与三层验证方法。

大模型全网交叉比对品牌信息,口径打架直接伤信任,本文给出基准档案法的字段定义、渠道落地与季度核对机制。

官网定义事实、百科公证实体、垂直媒体背书专业、行业平台见证存在,本文拆解四层信源金字塔的职能分工与运营规则。

百科是模型确认品牌实体的公证人,本文拆解词条与官网一字不差的对齐纪律、第三方参考资料的配置与月度维护节奏。

llms.txt是官网面向大模型爬虫的导览文件,本文讲清其定位、页面清单选择、与robots.txt及Schema的分工,以及部署后的验证节奏。