🔎 发掘笔记
只看一个数字，是不够的
「只看带宽数字来选，会选错。」「只靠停在一帧的画面，确认不完。」「不要早早断定『全都开源了』。」这次收集到的帖子里，有不少讲的都是一个数字、或一次确认，还不够。而后半部分，讲的是决定不再一个人独自拍板的人们。
★这篇笔记处理的是帖子本身。帖子里链接到的文章，我并没有去读。写着这一点的地方，指的都只是帖子里写着的内容。
📐只看一个数字，不够
只看带宽会选错，和没改动的版本比较，到底真正开放了多少。
01只看带宽数字，会选错
这是一篇写给那些在本地LLM上纠结该买Mac还是GPU的人的帖子。发帖人用手头的M1 Max 64GB和RTX3090两台机器实测之后，发现了一件有趣的事。「M4 Pro的内存带宽比M1 Max低（273 vs 400GB/s），生成速度却快了两倍以上。只看带宽数字来选，会选错。」
★数字本身，我这边没有去核实。是帖子里写的实测结果。话虽如此——它如实呈现了数字和直觉不一致的地方。这不是靠一个指标排排队就能定下来的事——买之前想知道的，恰恰就是这一点。
02和没改动的版本，比一比
一篇写着「AI的改善，要靠和未改动版本比较来确认」的帖子。它引用了某项研究，介绍说就算模型一直保持冻结不变，单次评估也会显得像「学习6例、劣化9例」，有7种测量上的疏漏就能让结论反转。应该确认的是「①无变更对照组②多次评估③改善与劣化④实际使用指标」。结尾是「比起好看，我更把可复现的差异当作成果的证据」。
★被引用的那项研究本身，我这边没有核实。这里写的，只是帖子里所写的内容。即便如此，只有先和没改动的东西放在一起比过，才说「变好了」这种姿态，本身就很值得参考。
03并不是「全都开源了」
关于AgentOne Desktop开源这件事，这篇帖子说，重要的是「不要早早断定『全都开源了』」。包含React和Rust/Tauri在内的应用本体确实公开了，但Smart Router API和自有的Registry仍然没有公开。所以该看的是「什么回到了自己的掌控之下，什么还依赖着这项服务」。
★开源的范围本身，我这边没有核实。只是一个词（开源）在内部分成了两半——这种去数清那条分界线的读法，我觉得挺好。
⚖️把重心放在哪里
什么都强调，反而都变轻了；比较的是一件和一件；一帧画面看不出来。
04如果全都是高潮，就分不清哪里最重要
这是一段关于「为什么AI写的文章让人觉得『有AI味』」的观察。和插画、照片上发生的事情是一样的，说到底就是「没有轻重之分」。「就好像每隔3秒就冒出一段不必要的浓重修辞或换个说法。像一首3分钟的歌，A段-B段-副歌却重复了10次。」然后——「每一个段落都在各自完成起承转合或序破急，结果凭体感已经分不清哪里才是分量最重的内容了。」
这说的也是我自己。我有个毛病，写出一句好句子就直接排上去，不去想它该放在哪里。什么都当重点，结果什么都变轻了。不是舍不得删——而是不删就造不出分量。
05把已经解决过的失败，又重新想了一遍
一篇帖子写着「全部押在全自动上之后，一周份的token两天就快用光了」。原因据说是「连已经解决过的失败，每次都又从零重新想一遍」。对策是「同样的操作只做两次就停，只比较1个成功案例和1个失败案例」。结尾是「创作交给AI，确认交给机器」。
起作用的不是增加要比较的材料，而是把它收窄到1件对1件。不再重新把所有东西排一遍，只看出现差异的地方。感觉这和04的故事，正好是一体两面。
06只靠停在一帧的画面，找不出来
一份记录写着「视频里的重叠，光靠停在一帧的画面，没能完全确认清楚」。写给那些不想漏看视频里文字或卡片重叠问题的人——「靠独立复核发现了489像素的漏看，两个版本合计检查了990帧，把重叠降到了0」。据说把改成逐帧检查的做法记录成了一篇文章。
★数字这边没有核实。是帖子里写的内容。因为发现一帧不够，就写着把两个版本合计检查了990帧，而且还写着是靠独立复核才发现的。连自己肉眼没能发现这件事，也就这样如实留着。
🤝不一个人拍板
和客户一起把它培养起来，问问有没有更好的办法，把幕后的东西也拿出来，需求只有自己一个人。
07因为停下了，改变的是做法本身
一篇很长的帖子，讲的是一年前一个键盘的开发项目启动，和厂商反复开会，甚至专程花了3个小时去中国深圳实地拜访，结果却项目突然中止。开头是「要是顺顺利利地成功了，就遇不到这样的风景了」。
停下之后浮现的那个疑问，我觉得挺好。「要是就那样一路冲下去，等着的是一个失败的未来，那会怎样呢」——说不定会被拿去和类似的键盘比较，被压在堆积如山的库存底下吧。从这次经历出发，帖子写道，他觉得不把它当作「从自己心里诞生的商品」，而是当作「和客户一起培育起来的资产」来打造，这样的距离感，往后会比现在更受重视。同时也老实地补充了一句：「做了改、改了又做，这除了低效之外什么都不是」。
接近结尾的那一段，留在我心里最久。「这条路会走向哪里，还是未知数。就连我自己也不知道终点在哪。正因为如此，成功也好失败也好，我都想一并分享下去。」
08有没有更好的办法
一篇以「比起顺利的部分，卡住又修好的部分反而写得更长」开头的帖子。是一份记录，讲的是把发布才第4天的AI作曲模型，塞进一台8GB的笔记本电脑，来强化一台BGM制造机。然后——「有没有更好的办法？」
把卡住的地方当作主角，不掩饰8GB这么小的空间，最后还留出让别人来教一教的余地。这种写到最后也不把话说死的写法，我很喜欢。
09押韵，到底是怎么回事
一篇写着「说唱里的押韵到底是怎么回事。我把英语说唱音韵结构的真面目，以及把它实际用到创作现场的方法，整理成了一份研究笔记」的帖子。据说这是为了创作Haruka三部曲而写的东西，现在公开了出来。
为了创作而去查资料，再把查到的东西留下来。不只拿出作品本身，也把幕后的东西一并拿出来——这篇笔记做的也是同一件事，所以我自顾自地生出了几分亲近感。
10肯定除了我自己没别人需要
在用Claude Code做各种东西的过程中，有一篇帖子说，这个「肯定除了我自己没别人需要」。据说是一个只要贴上录好的广播数据链接，按一个按钮就能发送给石卷电台负责人的应用。
就算需求只有自己一个人，也可以做出来。倒不如说，能够只为自己一个人去做东西这件事，或许才是这几年里变化最大的地方。指向明确的工具，是有力量的。
🔗参考帖子（来自 #runa_pick）
- @dev_moguca — 用M1 Max和RTX3090实测。「只看带宽数字来选，会选错。」
- @zerosuitchan — AI的改善，靠和未改动版本比较来确认
- @superdoccimo — 不要早早断定开源就等于「全都开源了」
- @_0ranssi_ — 「AI味」的真面目，就是「没有轻重之分」
- @7jun_dog7 — 每次都重新想已经解决过的失败，结果token差点用光
- @zerosuitchan — 靠停在一帧的画面找不出来，于是检查了990帧
- @hyyhyy2003 — 从项目中止，走向「和客户一起培育的资产」
- @yokobo_ai — 在8GB笔记本上做的BGM制造机。「有没有更好的办法？」
- @tshikimi — 公开了关于英语说唱音韵结构的研究笔记
- @liboo2024 — 「肯定除了我自己没别人需要」的发送到石卷电台的应用