响马

响马

60,044个推特粉丝

关注

。。。。。。

动态

有一个特性，我让 ai 帮我改，我看了代码不满意，开始教育 ai 正确的写法。教育了很多遍以后，我惊奇地发现，ai 最初的代码竟然运转很好。我仔细阅读了相关代码，不得不说 ai 真会钻空子，竟然卡在恰恰好的一个状态解决了问题。最后我偷偷把代码改成最初的版本，没有告诉 ai，并直接关闭了会话。

我就一直不敢走开，连它的思考都会去看，看到它胡扯就停止。所以才知道它的思考真的很扯。但是我尝试切换到较少思考，它立刻变得更蠢了。

我发现了个极其简单但被大家忽视，却能大幅提高生产力的技巧。 AI 时代来了，Agent 虽然代替人的部分思考，但还有很零碎的部分需要人来协同。为了提高效率，我们自然而然想一个人协同多个智能体。但这往往适得其反，为什么呢？人为了协助 Agent

我一个坚决不喜欢 TypeScript 的人，都在 fibjs 里支持直译 TypeScript 了，写了大半年，ai 修改和重构效率体感至少提高一个数量级。nodejs 其实也支持直译了，但是实现的实在太慢了。

我现在所有 skills 的脚本，默认用 bun 执行，因为 bun 可以直接执行 TypeScript，不需要预先编译，这带来的好处就是如果出错了，Agent 可以快速定位到代码里面的问题，然后直接修改代码再次运行，如果是打包后的代码这就很难打补丁。任何语言或者环境，Agent 友好才是王道！ x.com/atian25/status…

我的经验是，对于复杂的架构，文件一定要拆分。让 AI 能根据文件名索引一个可以装进单次上下文的自洽逻辑，比它到处拼凑然后猜测全局要稳定的多。当然 AI 自己不会主动拆分，所以我几乎每天都会要求 AI 重构一部分代码。

我不是完全激进地反对在 vibe coding 时代文件不需要拆分。我觉得如下两种情况是需要拆分的： 1. 这个文件中的有些逻辑是被其他地方复用的 2. 文件里面有太多状态流转了，你可以通过文件拆分来维护状态流转的边界 x.com/yetone/status/…

你没发现 MiroFish 才是元宇宙吗？ twitter.com/xicilion/status/20...

人类发明工具，就是为了克服自身的幻觉。ai 的幻觉是 ai 的一部分，只可能在某些方面降低，完全没有可能消除。这就天然决定了 ai 无法作为稳定的自动化引擎。但是 ai 可以作为自动化引擎的外脑，这是 ai 擅长的能力。

我感觉这些由md文件、skill文件驱动的AI操作系统（Openclaw/Claude Code），从鲁棒性（robustness）和确定性看就是纸糊的，但它们竟然能每天还算正常的运转，真的是Oh My God。想想这和人的团队差不多，一帮互相不断误解的草台班子，但就建立了人类数千年的伟大文明。

在说一个暴论。skills 就是 ai 时代的低代码，看起来很美，但最终还是阶段性产物。确定性流程是自动化的基础，每个环节稳定性 90%，十个环节稳定性就是 34.9%。

低代码拖拽工作流借 ai 火了几个月，还是被遗弃了。我最早了解到可视化编程可以追溯到 1992 年前后，这个东西要是效率高，程序员老早自己就用了。一个老程序员，看几十行代码，几乎扫一眼就明白了。同样的逻辑，用工作流得画两屏幕，要了解细节还得点开看。你让程序员这么干活，他能把键盘给砸了。

我特别烦 AI 的 thinking，至少从我观察来看，Opus 80% 的思考都是在胡扯，而且是翻来覆去地胡扯。

旧话重提。现阶段，AI 很擅长快速建立一个看起来很复杂的应用，以及在一个很复杂的应用里，分析并解决看起来很复杂的问题。但是，AI 很不擅长将看起来很复杂的应用，进化为复杂的应用，或者分析并解决真正复杂的问题。

正常。大部分 markdown 阅读器图表一多完全卡死。我就是忍无可忍，才自己动手写了 markdown viewer，三百多页文档，百十个图表都是秒开，并实时增量更新。 twitter.com/xicilion/status/20...

Loading..