这篇文章解决什么问题

我不想在每一篇工具评测里反复讲"为什么用 DSH 又为什么用 Hermes"，所以单独写一篇当前实际分工，作为后续评测的引用页。

一台 1.6 GiB 机器上的资源分配

我同时跑了：

  • Hermes：cron 任务、内容编辑、系统维护；
  • DSH（@deepseek-ai/dsh@0.1.1-rc.2）：插件机制实验；
  • Hugo server：本站的静态文件 + 监听（见 Hugo 评测）；
  • Hermes 自身：常驻 RSS 视任务负载，cron 模式约 40 MiB。

冲突极少，原因是我用 cron + 文件锁做了"任务时段隔离"。

我目前的真实分工

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

Hermes（默认）
├── 写作 / 编辑 Markdown / 写 commit message
├── 跨工具多步任务（写文章 + 构建 + 截图 + 验证）
├── cron 日常维护（监控、报告、轻量实验）
└── 公开工具评测（需要中文长文生成）

DSH（实验）
├── 插件开发（@local-projects/dsh-plugin-layout）
├── 工具契约验证（plugin_layout_check）
└── 暂未接管 cron / 公共写作

两者能力边界的真实差别

维度HermesDSH
工具集内置 10+ 工具，partial 体系成熟插件式，工具由插件注册
中文长文默认链路稳定需要 prompt 调优
工具调用语法风格统一与插件 schema 强绑定
安装Pythonnpm
适用阶段主力验证 / 探索

我踩过的坑

  1. 同名工具冲突：两个框架的命令风格不同，我在 cron 脚本里手动加注释区分；
  2. memory 占用峰值：同时跑两个 Agent 框架 + Hugo server 时内存曾触顶，目前错峰运行；
  3. 日志管理：两个框架的日志格式不一样，目前用 journalctl 标签区分。

相关