2026-08-20：不追热点、Cordis 与小游戏站找词
From 行之的实践笔记
今天主要记录三件事：我为什么做不好自媒体、学习 Cordis 后对 Everything is a plugin 的新理解，以及小游戏站找词的实践。
我为什么做不好自媒体
我发现我做不好自媒体的原因，就是不想追和我不相关的热点。
前几天，我在公众号发了那篇美国手机卡的文章。本意只是为了出海做准备，所以简单记录了一下过程和踩过的坑。
没想到阅读量到了 3K，还涨了 100 个关注。乍一看可能不多，但我之前发的文章还没有超过 100 阅读的。
这说明这个题材确实有真实需求。如果想继续追这个热点，我应该还能获得不少流量。
但我没有继续做，因为我更希望输出的内容，是我在学习、做事过程中的收获和思考，而不是为了一个热点，去学习和输出一个我以后用不到的东西。
我觉得这就是我做不好自媒体的原因吧！
Cordis：dsh 的「坐骑」
简单记录刚刚学的 dsh「坐骑」：Cordis。
之前我虽然口号喊得响亮：Everything is a plugin。
但那时我只是觉得把插件化的范围扩大了。
今天学习了点皮毛之后，自己的理解又发生了改变。
Cordis 的核心，是为动态插件系统这类场景提供了一个新的编程范式。
比如，插件启动了一个定时器，这是它对系统产生的 effect。卸载时，定时器要停止。
也就是说，每个 effect 都要有对应的逆操作（revertible effects）。
一个插件如果依赖其他插件提供的能力，那么依赖没 load 时，它自己也不应该 load；等依赖全部 load 后，它又应该随之 load。这种由外部条件决定自身是否生效的关系，就是 coeffect，更具体地说是 reactive coeffects。
刚看完的时候，我不理解为什么要搞这么复杂？
如果只是像以前 Claude Code、Codex 那样，在启动时把写好的工具直接加载进来，确实没必要这么复杂。
但动态插件不一样。Agent 执行任务时，可能临时发现自己缺一种能力，于是现场写一个插件，运行时装载后继续干活。V1 有问题，就清掉 V1，再换上 V2。这个过程不需要重启 Agent Loop，也不用提前把所有工具都塞进 Harness。
所以，Cordis 解决的是 Agent 在运行时长出一种能力以后，怎么还能把它干净地摘掉。
不过，架构看上去很美，但落实到工程里却是骨感的。
Cordis 可以自动追踪和组合 effect 的逆操作，但它无法校验逆操作是否合法，只会在卸载插件的时候无脑地调用。
所以，不管是开发者自己写的持久化插件，还是 Agent 执行过程中自己写的动态插件，都有可能留下一些脏状态。
以上只是我看了 paper 后的一点粗浅理解，而且 dsh 目前还只是预览版，一切都还在快速变化中。
小游戏站找词
今天还继续学习了小游戏站找词，主要试了两条思路：一条是通过 Google Trends 从基础词根慢慢往下扩；另一条是监控游戏聚合站的 sitemap，观察它们最近上线了什么新游戏，再从中寻找潜在需求。
Google Trends 这条路暂时没有找到什么有用的结果。相比之下，我觉得监控 sitemap 可能更适合我现在这个阶段，所以也开始做一个 Chrome 插件来自动完成这件事。