[App Sharing] 搓了一个DeepSeek Harness Deepin
Tofloor
poster avatar
于正洋HANA
deepin
6 hours ago
Author

早上听说DeepSeek Harness发布了,9点钟已经有一个上海AILab的大佬发布了Win/Mac客户端,我也fork了一下手搓了一个Deepin客户端。

用了一下没问题,地址在这里:https://github.com/JoanYu/DeepSeek-Harness-Desktop/tree/dev/deepin-linux

截图_选择区域_20260814092458.png

Reply Favorite View the author
All Replies
avatar
bftvalue
deepin
6 hours ago
#1

已给github一颗星

Reply View the author
avatar
deepin流云
Super Moderator
Community OP
6 hours ago
#2

666,大佬应用商店上架分享个?

kissing_heart

Reply View the author
avatar
kookboy
deepin
6 hours ago
#3

哈哈哈~DeepSeek Harness发布后,网友们有得玩了!

因为DeepSeek Harness,一切皆插件。未来可期!like

Reply View the author
avatar
庸俗的浪漫着
deepin
5 hours ago
#4

我来第二颗星。joy

Reply View the author
avatar
deepin流云
Super Moderator
Community OP
4 hours ago
#5

那我来第三颗吧tail
image.png

Reply View the author
avatar
CTZ老斑鸠
deepin
4 hours ago
#6

第十个我点的tail
image.png

Reply View the author
avatar
于正洋HANA
deepin
4 hours ago
#7
CTZ老斑鸠

第十个我点的tail
image.png

哈哈哈 你点的是原作者的,确实得感谢他,因为打包这个app据说还和普通的Node不太一样:

The kernel runs on its own bundled Node, not on Electron's. Those are different runtimes, and the difference is not theoretical. With an identical kernel and an identical configuration, launched under Electron-as-Node the kernel aborts during startup:

failed to apply loader entry … (@deepseek-ai/cordis-plugin-hmr):
  --expose-internals is required for HMR service

and on a stock Node build of the same major version it starts cleanly. Notably this happens after the web server is already answering HTTP — so even a real HTTP response is not proof that the process will stay up, which is why an unexpected kernel exit is reported rather than silently leaving a window pointed at nothing.

The bundled runtime is downloaded from nodejs.org, checked against the SHA-256 published in that release's SHASUMS256.txt, and then asked what version it is. Both checks fail the build rather than warn.

Reply View the author
avatar
CTZ老斑鸠
deepin
4 hours ago
#8
于正洋HANA

哈哈哈 你点的是原作者的,确实得感谢他,因为打包这个app据说还和普通的Node不太一样:

The kernel runs on its own bundled Node, not on Electron's. Those are different runtimes, and the difference is not theoretical. With an identical kernel and an identical configuration, launched under Electron-as-Node the kernel aborts during startup:

failed to apply loader entry … (@deepseek-ai/cordis-plugin-hmr):
  --expose-internals is required for HMR service

and on a stock Node build of the same major version it starts cleanly. Notably this happens after the web server is already answering HTTP — so even a real HTTP response is not proof that the process will stay up, which is why an unexpected kernel exit is reported rather than silently leaving a window pointed at nothing.

The bundled runtime is downloaded from nodejs.org, checked against the SHA-256 published in that release's SHASUMS256.txt, and then asked what version it is. Both checks fail the build rather than warn.

点完他的点你的
image.pngjoy

我还感叹星星涨得好快呢,原来是点错了~

Reply View the author
avatar
Ligocut光剪视频剪辑软件
deepin
Backbone of ecological co-construction group
3 hours ago
#9

第6颗star

Reply View the author