今天主要做了两件事：第一件事是研究出海小游戏站，第二件事是继续结合源码和文档学习 DeepSeek Harness。

出海小游戏站

接触出海上站以来，听过的最反我认知的一种站就是游戏站。

一开始我也觉得，不就是以前在 4399 玩的拳皇和森林冰火人吗？这一套还有人在玩吗？

结果调查以后发现，这套东西不但还有人玩，而且量还不小。

游戏站里的游戏不一定需要站长自己开发，可以从 GameDistribution 这类游戏分发平台接入；收入主要来自网页广告和游戏内广告分成；流量的大头还是 Google SEO，可以先围绕一个小游戏关键词搭站，再慢慢扩展成多游戏站。

具体记录看这里：出海小游戏站是怎么做的：游戏、赚钱与流量从哪来

DeepSeek Harness 为什么选择 TypeScript？

说实话，DeepSeek Harness 刚发布的时候，我看到它是 TypeScript 写的，第一反应多少有点别扭：这种偏底层的 Agent Runtime，怎么不是 Rust？

我今天结合源码和文档去学习 dsh，有点理解了。

dsh 真正特别的地方，不只是跑模型、调工具，而是它把几乎所有东西都做成了插件：可以动态组合、热加载、随时挂载和卸载，甚至让 Agent 在运行时给自己增加能力。

这些东西 Rust 也不是做不了，但实现成本会高很多，最后可能写出来一个吃力不讨好的项目。

反过来看，TypeScript 和 JavaScript 生态反而很适合这种需要不断变化的 Agent Runtime。

所以现在我觉得，它和它「骑」的 cordis 选 TypeScript 生态是合理的。

而且，Agent 的运行过程中，真正耗时的其实是和 LLM API 交互的网络请求和一些耗时的 tool use，编程语言上性能的差距基本可以忽略。

如果实在喜欢 Rust，也完全不冲突。真要做产品，可以让 Rust 负责产品外壳、用户权限、Session 管理、进程监管和 UI 后端，再把 DeepSeek Harness 内置成 Agent Runtime，通过 ACP 去调用。