企业官网建设流程全解析

Skill 能教 AI 按一种方法做事，专家可以检查结果，连接器让它使用外部系统。项目把这些能力和资料放在一起，让一项任务可以接着做下去。WorkBuddy 已经给出了这四种入口。既然它们可以组合，WorkDSH 为什么还要接入 DeepSeek Harness 的插件生态？

这个问题是做 WorkDSH 时绕不过去的。我们参考了 WorkBuddy 的产品体验，也做出了项目、资料库、技能、专家和连接器。继续增加 Skill，用户会有更多方法可用；继续开发插件，WorkDSH 这套软件本身还能增加新的功能。两件事都会发生，但需要的开发工作不同。

摘要：WorkDSH 基于 DeepSeek Harness 独立开发，参考 WorkBuddy 的产品体验，提供项目、资料库、技能、专家和连接器四种入口。项目本身由插件提供，插件可向系统注册工具、页面、服务和业务规则。当现有项目与 Skill 无法承接需要软件把关的业务规则时，才值得开发插件。文章以定制游旅行社的行程与报价为例，说明从项目处理到开发插件的判断节点。目前 SkillHub 技能目录与 dsh-market 社区插件市场已接入，桌面安装包附带运行环境；WorkDSH 仍处于 Alpha 阶段，行程应用尚未发布。

一、四种入口已经能做很多事

1.1 把能力带进任务

在 WorkBuddy 的项目说明里，项目会组织指令、连接器、专家、技能和资料。成员在项目中创建任务时，共享配置会随任务带入。这个设计解决了一个常见麻烦。人不用每次重新交代资料在哪里、该请哪位专家、可以调用哪些工具。

1.2 把过程留在项目

WorkDSH 沿着相近的使用路径，让人从项目进入任务，选择所需的技能和专家，也能把资料带进来。一个具体任务需要规划、搜索、写作或分析，项目与现有能力通常已经够用。项目还有一层价值，它留住了这件事的上下文。今天停下，明天可以找到此前的任务和材料继续做。

项目已经把现有能力组织起来。接下来还需要考虑，用户想操作一种新的业务时，相应的软件功能怎样进入 WorkDSH。

二、WorkDSH 的项目本身就是插件

2.1 左侧的“项目”从哪里来

看左侧的“项目”。它不是我们改写 DeepSeek Harness 官方页面后塞进去的。WorkDSH 自己的项目插件提供这块功能，资料库、技能和专家管理也由各自的插件提供。官方 Harness 的上游代码仍保持独立。

WorkDSH 项目页，摄于早期 Alpha。项目页是 WorkDSH 插件提供的软件功能。

这里有两个容易混在一起的“项目”。用户创建的项目，保存某件事的任务和资料。开发者编写的项目插件，让 WorkDSH 能创建、查看和管理这些项目。前者是日常使用的对象，后者决定软件有没有这项功能。

2.2 插件还能增加什么

这也是我看重 DSH 插件的原因。按 DeepSeek Harness 的开发文档，插件可以向运行中的系统注册新能力。它可以小到一个工具，也可以配合公开的界面扩展位置，带来页面、服务和业务规则。WorkDSH 今天已有的入口，就是这样逐块加进来的。以后需要新的操作，也可以沿着同一条路开发和安装。

三、到底什么时候该开发插件

3.1 现有方式能办成的事

有人要完成一次任务，就在项目里使用现成的 Skill、专家、连接器和资料。团队已经有成熟的业务系统，可以先考虑把它接进来。社区里已有合适的插件，安装后能解决问题，也无需自己再写一遍。

3.2 要让软件执行新规则时

另一类需求会持续出现。几个人要在 WorkDSH 里按同一套规则处理同一种业务，任务横跨多个项目；他们需要能编辑的业务记录、明确的处理状态，以及人和 AI 都要遵守的操作。现有项目可以保存任务和文件，却没有承接这套业务操作的页面与规则。到了这一步，开发插件才有明确目标。

判断的重点不是任务有多复杂。一份报告再复杂，也可能用项目和 Skill 完成。一个看似简单的确认按钮，只要牵涉报价版本、审批责任和长期记录，就可能需要软件来负责。插件还可以把 Skill、专家、连接器和资料库接到这套操作中，让它们围绕同一份业务记录发挥作用。

四、从客户项目到行程应用

4.1 一次改期，项目就能处理

拿一家定制游旅行社作设想。销售为每位客户建项目，保存出行要求、供应商资料和沟通记录。行程规划 Skill 帮忙拟路线，亲子游专家检查每天是否太赶；在得到授权后，连接器查询酒店和交通。某位客户临时改期，销售回到他的项目里继续处理。到这里，现有功能就够了。

4.2 正式报价，需要软件把关

决定做插件的节点，是经理提出了一条所有销售都必须遵守的规则。正式报价只能从确认过的酒店和交通价格生成，毛利低于设定值要先提交审批；报价发给客户后，这一版必须保留，后续改期另开新版本。团队希望在 WorkDSH 里完成这些操作，不能只靠销售记住规则、在项目里保存几份报价文件。

此时 WorkDSH 需要有可编辑的行程和报价记录，还要有“待供应商确认”“待经理审批”“可发送”等状态。销售点击“生成正式报价”时，软件检查价格与毛利；未通过就只保留草稿。项目能组织客户的任务和文件，Skill 能提出方案，专家能复核，连接器能取价；这些入口不会自动提供报价记录与提交规则。

4.3 没有合适系统，才开发插件

旅行社若没有现成的报价系统，又决定把这套操作放进 WorkDSH，才有理由开发“行程与报价插件”。插件提供报价页面、状态和校验规则，所有客户项目都能使用。Skill、专家和连接器继续参与拟路线、复核与取价；最终由有权限的人审批，生成可发送的报价版本。下一位客户到来时，不必再从聊天记录和几张表里拼出同一套流程。

如果旅行社已有成熟的预订与报价系统，就让那个系统继续管理报价，WorkDSH 通过连接器使用它。行程与报价插件只是用来解释开发插件的时机，目前不是 WorkDSH 已交付或预装的应用。

五、让更多能力和软件功能进入 WorkDSH

5.1 SkillHub 提供技能目录

这次真实交付的变化已经可以在 WorkDSH 里看到。SkillHub 提供公开的 Skill 目录和接口。WorkDSH 的技能页接入它以后，可以浏览和寻找 Skill，查看来源与版本，再决定是否安装到本地技能目录。目录里的条目很多，不意味着第一次打开 WorkDSH 时都已经装在电脑里。

WorkDSH 技能页的 SkillHub 实机截图。已安装数量来自截图所用的本地环境。

5.2 dsh-market 提供社区插件目录

另一处是 dsh-market。它由第三方提供，本身就是一个 DSH 插件。装入后，可以从 WorkDSH 的插件页进入社区市场，浏览、搜索并安装其他 DSH 插件。这张图展示的是装好市场插件后的页面；市场中的条目不等于 WorkDSH 预装或审核的功能。

从 WorkDSH 进入 dsh-market 的实机截图。市场及其中的社区插件由各自的开发者维护。

SkillHub 让人找到可交给 AI 使用的方法；dsh-market 让人看到别人给 DSH 增加了哪些软件功能。

5.3 桌面包附带运行环境

桌面安装包带上了启动 WorkDSH 所需的 Node.js 和 Python，普通用户不必为启动产品单独准备这两项环境。第三方插件如有额外依赖，仍需按作者说明安装。

六、接下来，软件还可以长成什么样

6.1 WorkBuddy 也有应用

WorkBuddy 也有 Buddy 应用。伙伴可以配置行业工作空间，把专家、技能和连接器放进具体场景。因此，能否做行业应用，从来不该被写成 WorkBuddy 与 WorkDSH 的简单对立。

6.2 WorkDSH 的开源插件路径

WorkDSH 选择在开源的 DSH 插件体系里继续扩展软件。开发者可以查看实现，编写新的工具、页面和服务，再通过插件交给其他人安装。这条路给了使用者更多改造空间，也要求开发者认真处理权限、兼容性和后续维护。

WorkDSH 仍处于 Alpha 阶段。SkillHub 与社区市场的入口已经能看到；上面设想的行程应用还没有发布。如果你在使用中反复遇到同一套缺失的操作，欢迎把场景和当前做法写进 Issue。它比一句笼统的“需要行业应用”更能帮助我们决定下一个插件做什么。
WorkDSH 与 WorkBuddy、CodeBuddy 没有官方合作或授权关系。WorkBuddy 只是产品体验参考，WorkDSH 是基于 DeepSeek Harness 独立开发的开源项目。

项目地址

GitHub https://github.com/techflag/workdsh

Gitee https://gitee.com/techflag/workdsh

参考资料

WorkBuddy 官方文档https://www.workbuddy.cn/docs/workbuddy/From-Beginner-to-Expert-Guide/Function-Description/Project

WorkBuddy 技能说明https://www.workbuddy.cn/docs/workbuddy/From-Beginner-to-Expert-Guide/Function-Description/Skills-Market

WorkBuddy 开放平台连接器说明https://open.workbuddy.cn/docs/connector