「此外, 我们总爱以一种直线的方式对技术的未来发展做出延展, 所以十九世纪的空想家与蓝图描绘家们, 会构想出 "满是气球的世界" 和 "全是蒸汽的世界" —— 这两个构想在今天看来都很可笑。

然而, 历史与这种简化的呈现毫无关系。它绝不会把任何线性的发展路径展示在我们面前, 只会用曲折迂回的线条来展示非线性的演化轨迹。

某种程度上, 世界就像一个病人, 相信自己要么会很快好转, 要么会很快死去, 想都没想过自己可以就这样呻吟着, 熬过一些短期的起起伏伏, 一直活到很大年纪。」

——Lem

理想中的 文件传输助手
当我肉身在国内 没有太多个人信息 context 以及本地生活权限能给出去的前提下
grok bot 目前会比 muse Instinct 和 today 稍微更 aha 一些

讨厌一切不能自选隐藏的垂直侧边栏

codex这个新版本有点丑啊
为啥要把那几个低频功能专列成一列sidebar

jev-go.chihao.li
做了个对战人工智障的小应用
可以和jev下围棋或者五子棋

有人需要instinct邀请码吗

jev下围棋下的和五子棋似的，有点菜

前半年做 eval 的时候很头疼的一个问题
当时甚至想自己做但是感觉做不动
终于有人搞了

长久的来看 openclaw会是一场盛大的噪音 无论在当时你支持亦或者反对它 当时的那场hype给大家留下了太多的负面影响 需要花很久才能摆脱进而回归常识

grok bot让我想明白了为啥用之前的一些类似形态的Agent IM总感觉不爽，几个take away:

1. 得把平台上那些bot connector skills 插件也当做自己的产品，而不是允许用户在上面随便拉屎 用户自己搞崩了 损失的还是对这个平台产品本身的信任。
2. 移动端很重要，也因此，云很重要
3. 在这两点的基础上，有大量的产品、工程、Infra的事情应该被值得更认真的对待

现在skills的一个问题是 不同层级的东西被混在一个概念里面了
不管是用户理解还是治理的成本都变得很高

有些skill感觉本质就是xx cli --help
有些skill就是一段提示词
有些skill则更复杂 涉及到更完整的workflow

以及还有一些复杂的云厂商或者是大厂开放平台搞出来的 随着cli一起安装的skill矩阵 一不注意就给我agent里面拉了一仓库的低频api对应的skill 唯一的价值就是让用户看出来这个团队没有PM或者PM很无能

尽管大家都能看出来 skill是个很过渡态的东西，但是这东西就真没人管吗