dsh 高强度生产使用：直接杀死 harness 比赛， Agent 工程化迎来了自己的 gulp/webpack 时刻。

FaustY

先上结论：
万物皆插件，有 npm 镜像仓库就能装插件，离线开发友好。
有 sdk 可以集成到系统中，可以基于这个做很多事，想到了前端十年前的 gulp ，和后面的 webpack/vite 生态。
比 opencode 比内存消耗小，界面不卡，比 codex 比不用下载 cc-switch, 方便配置。
上线两天，社区生态直接繁荣到爆炸。
========
环境：
公司 windows 云桌面
公司私有部署的 ds v4 flash ，上下文窗口 256k
pwsh
========
使用时间：
12 h
========
任务：
1 、管理端全栈开发
2 、c 盘清理和部分目录软链接到 d 盘
3 、技能封装和脚本编写
4 、playwright + chrome headless 冒烟测试
========
最长任务执行：2h +
任务完成度：高
缓存命中率：60% ~ 90% 之间（任务比较复杂）

donotres

继续吹

donotres

我看小红书类标题多久能完全占领 v 站

FaustY

@donotres 其实已经说的很低调了。

事实依据：我之前用字节的 deerflow 二开过几十万行代码的公司的数字员工，过程及其艰难，后来抛弃了大部分 deerflow 的中间件，全都自己手动实现了一遍，痛苦的大规模重构了三次。
期间也参考过 codex cli 的代码、cc cli 代码（泄露 map 那版），都是扩展性极差、二开不友好的

这也是为啥我提到 webpack 和古老的 gulp 的原因。

FaustY

@donotres xx 小红书，xx 抖音等肤浅类比，对于讨论无益，还是从实际生产出发，思考回复较好。

FaustY

新帖好像不能立即 append:

===================

对我来说，dsh 带来的不是缓存率等普通 Agent 的这些指标，而是让我们看到了较为封闭的 Agent 二开生态，终于被撬动了一丝

还记得去年 7 月我发过一个贴：求助，离线版无需登录的 AI 编辑器（ https://www.v2ex.com/t/1147732#reply5 ），那时候连个能内网离线运行的 agnet cli 都没有。

经历过 10 年前端生态的发展经验，dsh 这个方向是正确的，且会像催生前端工程化一样，Agent 工程化落地会越来越容易，更加生态化。