普通视图

说的是 AI 厂家在输出最后总会加的口癖（例如「要不要我帮你调整 xxx」）。作者举了几个小学生利用 AI 完成作文、作业，以及老师用来发朋友圈文案的例子。

我上周才提到过，如果把 AI 不加处理地用于教育领域，很容易造成「Shit in, shit out」的局面。小朋友的可塑性是非常强的，稍微「权威」的来源会对其认知产生很深远的影响。我记得以前小学的时候，学写信的格式，结尾一定要有「此致」「敬礼」，老师从来没有解释过为什么，我也理解不了为什么为什么要向信的读者敬礼（即使 ta 就是我的朋友），后来才知道其实还可以写「顺颂时祺」之类的套话，但实际上我用得最多的还是漫无章法的「祝好」、「祝万事如意」、「Best Wishes/Regards」。基础教育因为要面对非常多样性的群体，没法做到很细致，如果你拿着这个问题去问小学老师，一般得到的回答就是「你就记着这么用就行了，别问为什么，没有为什么，固定搭配」。

回到这个 AI 的例子，这里面最为讽刺的是，人把自己的知识蒸馏后训练成 AI，结果 AI 再蒸馏一遍知识给下一代的人，但每一步蒸馏都会有不少损失，所以才说对下一代的人来说，是「Shit in, shit^2 out」。会不会下一代的人，写作风格不仅充满 AI 味，写出来的文章最后还要加上一句「如果你需要根据自己妈妈的特点进行个性化修改，我也可以帮你调整这篇作文。」？

Go 语言的编程哲学

一个初学者角度的 Go 语言印象，以及对一些 Go 生态中常见哲学的理解和解读。我觉得 Go 在我心目中算是排名数一数二的语言，虽然我最近用的 Python 比较多。

首先，Go 是偏见非常强的语言，诸如只有 gofmt 一种风格、不允许未使用的变量、强制错误检查等，一定程度上让代码「规范」了很多。这里的反例就是我最讨厌的 Java，八股里面我最讨厌的一个问题「线程有几种创建方式」，在 Go 里只有一种，就是 go 关键字，不需要考虑茴字到底有几种写法。

其次，Go 在语法上非常简单，也没有复杂的语法糖，不管你的本命语言是什么，读 Go 都会觉得很顺畅。作者举的三目表达式就是一个非常好的例子，Go 就鼓励清晰的 if-else 结构。

还有一点，Go 让我写代码的时候逻辑变得非常清晰，或者说形成了一些良好的思考习惯。比如强制的错误检查，会让你在调用某个函数的时候，仔细考虑它会可能会出什么异常，对于业务来说应该怎么处理；又比如非面向对象的设计，会让你更加好地考虑怎么设计数据结构和接口；以及相对比较「裸」的并发写法，让你自己控制通道和锁，比起 Java 那套奇怪的调度方法好理解得多。

最后不得不说的就是跨平台能力和性能。与 Java 的虚拟机机制不同，Go 在所有平台上都是二进制原生运行的，这点就很无敌。性能方面，Go 的线程就是一个很好的例子，内存占用非常小，这在现在以云服务为主，内存寸土寸金的环境来说非常友好。

我的编程入门语言是 Python，甚至是 Python 2，最早是高中的时候自己搞了点书看。然后到大一学了 C/C++，自学了 PHP、Python 3、JavaScript，大二自学了 Java，大三自学了 Kotlin，后来工作之后又自学了 Go。在见识过基本上全部主流的语言之后，我心目中数一数二的就是 Go 和 Python，这俩也是我最为常用的语言。也许后面可以专门写篇文章展开讲讲我对各个语言的一些印象。

STDOUT

Kodak Snapic A1

Kodak Reto （柯达授权经销商）新出的一款胶片相机，25mm f9.5 广角镜头，固定 1/100 快门，有自动卷片、自动回卷和自动闪光，支持双区对焦、双重曝光，使用 7 号电池供电。

我在小红书上刷到的，看了一下国内贩子都在加价，就直接在官网下单买了，99 + 3.5 运费，算下来比贩子卖得稍微便宜一点，而且 12.2 发货，第二天就收到了。我买的是白色款，包装里自带一个收纳袋和一条挂绳。

带着拍了几天，简单谈谈使用体验。它非常轻便，操作也很简单，上卷、打开电源，按快门即可。拍照的时候会有一个很轻的快门声，然后就是过卷马达的声音，这个比起手动过卷的机器来说没有拨动过片扳手的齿轮声悦耳，跟其他一些傻瓜机差不多。自带的挂绳很有意思，保证你在扫街的时候可以第一时间拿出来拍。（此处应有伍佰）我觉得胸前挂着相机大摇大摆走还是太张扬了，而且给的绳子有点长，在肚子上晃荡，所以我是绳子挂在脖子上，然后相机踹在前胸大口袋里，也很方便。

因为第一卷还没拍完，所以画质这些也许要等后面洗出来再聊。25mm 的镜头对我来说也是一个挑战，因为我平常惯用 50mm 甚至更长的焦段，25mm 这样一个大广角对我来说有点难以掌握，不过我发现这对于拍摄街景、建筑或者壁画这些东西非常适合。另外，固定 1/100 的快门和 f9.5 的光圈也有点蛋疼，官方的说明里推荐晴天/阴天户外使用 ISO 100/200 的卷，阴天、室内使用 ISO 400 的卷。我第一卷装的是全能 400，我也不确定宽容度有多高，但是拍摄的过程涵盖了阴天和大晴天，到时候看看效果吧。小红书上有不少评论说不如买几百块的二手 PS 机，二手 PS 机我也有，但是真的很难买到成色好，更别说全新的机器，而且 PS 机也做不到这样轻的重量。我觉得它的定位是玩具相机和 PS 机的中间，比玩具相机更好的画质、可以重复装卷，结构比 PS 机简单、成本更低。如果你对胶片感兴趣，我觉得这是一台比较值得入手尝试的机器。

Glean 拾灵

前面说到，Folo 的变动，让我决定写一个自己的工具，它主要是一个自托管的 RSS 阅读器 + 个人知识管理工具，主要会有以下的功能：

RSS 订阅、阅读
网页收藏
智能推荐 & 偏好学习（根据对已读文章的喜欢/不喜欢反馈，以及收藏行为、对 Feed 和作者的亲和性，计算推荐分数，排序时间线上的文章/过滤分数较低的文章）
AI 摘要 / 打标（这个就是很多类似工具都会有的功能了）

所以 Glean 在产品形态上大致是 Folo/RSS Reader + Cubox/Karakeep 这样的东西，相当于是把我平时用来阅读和收藏整理信息的工具整合起来了。这是它目前的样子：

它会采用 OSS + SaaS 的商业模式，OSS 版本跟 SaaS 版本的区别就是 BYOK（Bring Your Own Key，使用自己的 AI）和平台托管，你可以自建 OSS 版本获得基本上全部的功能，如果自建对你来说太麻烦，也可以付出 AI 的成本来获得对应的服务。

做自己的工具对自己来说是非常满足的事情，除了功能，一些交互细节也可以打磨到自己喜欢的样子。例如阅读界面右边的 Outline 功能，就有非常多考虑：

垂直的进度条，来代替滚动条展示阅读进度
Outline 在阅读时会模糊，减少注意力分散
进入文章时，Outline 会保持清晰 5 秒；低速滚动时，Outline 会保持模糊；高速滚动时，Outline 会清晰展示；鼠标悬浮时，Outline 会以比较高的速度变清晰。

另外，这次 Vibe Coding 我也在尝试一种比较新的工作流程，在过程中更多地使用 AI 和文档，大致是：

基于初始需求，反复细化、确定需求，产生 PRD 文档
基于 PRD 文档，确定技术栈，敲定代码风格等，产生架构文档
基于 PRD 文档和架构文档，拆分多个里程碑，决定每个里程碑实现什么内容，产生开发计划文档
基于上面全部文档，生成对应里程碑的开发方案，包括测试和验收方案，修订后，放到项目中让 Claude Code/Cursor 去实现，并且利用浏览器 MCP 实现自动化测试和验收

这套工作流用下来还可以，开发的效率相对比较高，很多时候只要人工介入一下具体的交互细节就可以达到可用的程度。唯一的缺点可能是烧钱太快了，我的 $20 Claude Pro 和 $20 Cursor Pro 订阅一两天就用完了，Cursor 我升级到了 $60 还是不够用，已经上到 $200 了。

MISC

bililive-go

直播录制工具，支持多个平台的直播录制。

EOF

本周刊已在 GitHub 开源，欢迎 star。同时，如果你有好的内容，也欢迎投稿。如果你觉得周刊的内容不错，可以分享给你的朋友，让更多人了解到好的内容，对我也是一种认可和鼓励。（或许你也可以请我喝杯咖啡）

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 086 走出迷茫 2025年11月30日 18:35

猫鱼周刊 vol. 086 走出迷茫

阿猫博客

2025年11月30日 18:35

关于本刊

这是猫鱼周刊的第 86 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

INIT

好久不见。上周的周末有事回了趟广州家里，周六当天来回，折腾了一趟实在是太累了，于是就咕咕了。

这周的周刊将会迎来第二次重构，就如上期所说，新的周刊会分成 INIT、STDIN、STDOUT、MISC 和 EOF 这几个板块，弱化掉以前文章、项目之类的概念，更加适应现在周刊的内容。

上周折腾了一个小东西 llmsh，可以利用本地的小参数模型（例如 qwen3-4b），配合 zsh 插件，实现命令补全、自然语言转命令等。做这个东西的来头也很神奇，我在翻东西的时候发现了一张 23 年 gpt-3.5-turbo 刚出的时候的截图，概念是利用 history 的前几条，来预测下一条命令，来实现比 zsh-autosuggestions 更加「智能」的提示。于是，我花了四五个小时搓出了这个东西，它有点像 warp，但是它可以跟你喜欢的终端一起使用，只依赖 zsh 和一个二进制，非常优雅。但是最终我也很少使用这个小东西，原因跟我不使用 warp 这类终端一样，autosuggetsions 的建议足够好用，而且绝大多数日常使用的命令我都能凭肌肉记忆打出。如果你感兴趣，不妨安装试玩一下。

另外这段时间里我学会 3D 建模，给我常用的消毒湿巾做了一个宜家洞洞板收纳，模型开源在 MakerWorld 了 link，感兴趣可以看看。

STDIN

就把自己先搞丢

作者谈到自己最近的迷茫：

我好像一直很忙，工作确实很多，但仔细想想，除了工作之外，我似乎也说不清自己在忙什么，更说不清到底什么是重要的。

他也列出了自己很多的不足，又感叹自己总是好像原地踏步，而且这些问题早就意识到，但总是不能聚焦去改进。顺着这个思路，他还进行了很多思考，略微有点进入哲学的范畴了。

我觉得作者应该是跟我差不多年纪，刚毕业几年内的人，因为我不久之前也有过同样的迷茫，而我现在好像已经渐渐走出这个迷雾了，分享一些我的观点。

首先需要肯定的是，有这种迷茫是好事，说明你还在一个反馈循环里面不断提升自己。在日常工作中，会遇到两种人：一种是埋头苦干的人，这种人是大多数，这里的「埋头苦干」不是指在工作中的态度，更多是说他的认知更多就停留在毕业时或者第一份工作的程度，不会再去跟进行业的发展，不会再学习新的东西提升自己，在工作中对自己也不会有很高的要求，目标多数是赚钱，很多事情就是得过且过；另一种是有远见的人，他会有自己的主线，会追求自己感兴趣的事情，坚持走下去自己规划的路。所以如果你感觉到迷茫，反而是一种好事，说明你还没完全躺平。

然后要说的是，感到原地踏步，或者说一时做下这个又做下那个，在把时间拉长之后，其实也是不小的进步。离开学校之后，会发现很多东西在很短时间内是无法看到结果的，可能要拉长到年甚至数年才能看到效果。乔布斯在斯坦福的毕业典礼演讲上说过一句话叫「Connecting the dots」，我对它的理解就是，在人生路途中你会做出很多选择，或者做了很多的事，很可能在当下看不出有什么用，直到有一天你取得了成功，才发现原来这些点连成了你的成功路线。例如今年五月份的时候我就买了 3D 打印机，当时就打算要学建模，自己打东西玩。结果过去了半年，因为健身房新的跑步机没有手机支架，总是坚持不下去走有氧，有天我在跑步机上怒看了一个多小时视频，回家就把模型画出来了。在这中间，我其实把一大堆兴趣轮询了一遍，例如胶片摄影、模拟赛车、meshtastic 等等，我很少长期专注去做某一件事，也许周刊算是一个，但「兴趣轮询」算是最适合我的一种模式。另外，作者说到自己是「问题驱动」的人，我也是，我不喜欢系统性去学习某个东西，我一般遇到某个问题之后，我会去研究相关的东西，但只限于刚好解决这个问题。时间拉长之后，你发现你有很多点，每个都可以解决一定的问题，这在遇到复杂的问题的时候，你会发现自己会比别人更快地能把这些点连成线，看出某个 bug 的本质，找到对应的修复方案，或者在复杂的需求中提出一个很优雅的技术方案。

顺着「兴趣轮询」说下去，清晰认识自己、发展出适合自己的处事模式也很重要。我从小到大都被老师说不专注，现在在工作中更经常会发现，在准备去解决一个问题的时候，发现了另一个兴趣点，于是又花了大半天在这个新兴趣点上的情况。也做过一些在线测试，说是有一定的注意力缺陷。在这件事情上，我觉得这更多是我的 feature，而不是 bug（毕竟并没有严重到影响我的工作和生活）。因此我围绕这个 feature 发展出了很多效率方法，例如使用 todo list 来保存一些上下文，方便我来回切换和找回重点；又例如我会把一些繁琐的步骤用脚本自动化或者在设计上就简化，保证我不需要花很多精力去重新理解等等。

最后就是，今年一场大病之后，我发现自己做到了「见攰就唞」（觉得累就歇歇）。以前我经常会有爆肝的心态，很着急出结果。现在更多觉得如果已经累了，那就先歇歇，才有更多时间精力甚至健康的身体去做想做的事情。

今天这个部分写得好长，算是记录自己走出类似的迷茫的经历。

“我们本可以问 ChatGPT”：学生对由 AI 教授的课程发起抗议

英国一所大学对学校使用 AI 制作课程，包括 PPT 和配音都是 AI 制作，引起学生的不满。

我觉得如果 AI 大量应用于教育领域，会对人类产生一种钳制作用。人的大脑跟 AI 有一点是类似的，那就是接受一定的输入，产生输出，然后根据反馈做出调整。因此人其实也会受到 AI 在训练语料上遇到的问题，「Shit in, shit out」，学习了太多低质量语料导致效果不佳。从我知道的来说，连小学生都在用 AI 来批改作文了。会不会从 10 后或者 20 后开始，人类写的文章就是 AI 味的？

AI 编程真正的问题

作者提到，在 AI 编程推广之后，更大的问题是「理解债务」（comprehension debt）。AI 能很快的写出一大堆代码，而使用 AI 编写这些代码的人因为没有经历完整的思考过程，这些代码实际上并不「属于」他们，很难真正理解；在出现问题的时候，只能利用 AI 去解决，很容易陷入死循环中，让事情变得更糟。

这个事情我深有同感，在你不是在 vibe coding，而是在十倍速生成屎山中我就提到：

一旦你开始 vibe coding，你就只能 vibe 到底了。

所以其实 AI 编程并不是一刀切的就一定能提升开发的效率，其瓶颈依然是使用者的认知上限，也应了我经常说的那句：

AI 决定下限，人决定上限。

STDOUT

The Seat

IMDB

讲的是 F1 运动历史上第三年轻的意大利新秀 Kimi Antonelli 获得梅赛德斯车队席位的过程，一部 40 分钟的短纪录片。出道一年不到就有一部自己的纪录片，小 Kimi 真是有点东西。

说到 F1，它除了是顶级体育赛事，在比赛周之外就是超大型的真人秀，官方都有不少节目，也有合作方例如 Netflix 的电视剧，以及相关的电影、纪录片，还有无数围绕 F1 话题的视频、帖子，而且也有对应的粉丝、周边等等。作为 F1 车迷，真的可以每一周都很充实（只要别看法拉利）。

MISC

VideoCaptioner

一款基于大语言模型的视频字幕处理助手，支持语音识别、字幕断句、优化、翻译全流程处理。

TrendRadar

多平台热点聚合 AI 分析工具。

PySceneDetect

视频镜头分割工具，可以当成 Python 包使用，也可以通过命令行使用。

EOF

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 085 标签页焦虑 2025年11月16日 20:38

猫鱼周刊 vol. 085 标签页焦虑

阿猫博客

2025年11月16日 20:38

关于本刊

这是猫鱼周刊的第 86 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

好久不见。前两周比较忙，内容也不多，所以就没有写周刊了，也算是给自己放一个小假。

这张照片其实摄于一年多以前，在西乡红树林公园外的一个大草坪。这张算是我后期得比较多的照片，重新裁剪了一下让人占画面大概 1/3 的位置，然后拉暗了暗部的曝光增强剪影的效果。

这周水了一篇文章 Docker 服务器磁盘满排查思路，也是吐槽了一下现在在用的博客系统 Halo，最近博客频繁的访问不稳定，就是拜它所赐。过了几天才想起来，原来之前就写过一篇类似的排查 Linux 空间占用，不过这次更加专注于 Docker 造成的空间问题和排查。

文章

关于影视飓风近期舆情

视频链接

我强烈建议你先观看一下从没想过的问题？！影视飓风 1400 万粉丝 Q&A！这个原视频（至少看完相亲角部分的完整片段）再去看这个舆情解释视频，以及网上的各种评论。

不得不说，我看这个 Q&A 视频是因为在小红书刷到了很多关于「相亲角」的讨论，才去 B 站看了。我很赞赏影视飓风，但也算不上死忠粉，所以这类粉丝向的节目本身我不太感兴趣。视频看下来我都没觉得有什么问题，「初中学历」这个东西纯粹是整活，而「离异」这个也是事实，本质是整一下活，我没想到，我觉得 Tim 和他的团队也没想到，这居然能被人用来作为矛头攻击他。

利用矛盾制造情绪是自媒体获得流量的基本公式，而任何二元对立的事情就很容易用来制造矛盾激化情绪，例如贫富、性别等等。视频中说到，很多营销号就用「抽象化切片」来编一个离谱的故事激化矛盾。这是个非常操蛋的逻辑，但是偏偏平台和用户都很喜欢。另一个博主说到：

平台和舆论很傻逼怎么办？没办法。傻逼的共识也是共识。

无独有偶，之前 LTT 也陷入类似的舆论中。说实话，我觉得人无完人，我们不能要求公众人物个个都像圣人一样完美，更没必要反过来竭尽力气去挖人家的污点，这真的很「饭圈化」。

写到这里我想起我好像不是第一次谈这个话题了，今年初的时候，还是影视飓风，当时是跟评测相关的（via vol. 062）。我觉得影视飓风可以称得上国内版的 LTT，他们的商业模式很像，内容大部分也都非常对我胃口。之所以谈到商业模式，是因为在 LTT 公布过他们的收入组成，以周边售卖为大头，辅以赞助、广告等等；影视飓风我感觉也是类似的形式（他们的电商做得很不错），服装、电子产品都有不少原创的设计，我也买过不少；唯一有区别的可能是影视飓风还有一些视频制作相关的商单。这种商业模式的好处显而易见：

他们收入的大头不是广告推广，不是独家内容，而是售卖周边。我觉得这种变现方式就非常地健康，大头是周边产品售卖，热情的粉丝团体，为他们的创意且实用、有品质的产品付费；另外一边，多元的赞助商、广告位等，让他们不需要拍厂商的马屁，拥有相对的「评测自由」。

做评测的里面，顶级头部以及尾部博主其实都比较容易说实话，核心原因都是不需要拍厂商的马屁。腰部博主不好说，谁给得钱多就向着谁就完事了，哄不好金主就没饭开，「被包养就不要谈什么独立人格」。

反馈的重要性

很有共鸣。作者说到他在工作中极其需要反馈，包括业绩上的正反馈、负反馈，来自朋友同事的看法等等，而没有反馈则是很可怕的事情。

我也是一个很看重反馈的人，我在唱 K 的时候都会时不时降低音量确定自己有没有跑调。这倒不算是缺乏自信，我觉得这是一种提升自己的方式。当然读完这篇文章我也有一个新的想法，就是负反馈也是有益的，也比没反馈要好；但是这点很难去要求别人，没人喜欢说坏话。

想法

A House Full of Dynamite

在 Netflix 上看的一部电影，拍摄手法很有意思，从一件事的不同人的视角去展开，整部电影被分为好几章节，一个多小时，但是只对应世界时间线里的十几分钟，从一个未知来源的核弹发射到总统决定反击计划的瞬间。最神的是，一开始已经过了一遍整个故事，最后到那个总统决定反击计划的瞬间戛然而止，什么规模的反击、核弹有无爆炸、世界是否核平没有交代，原本剧情会像正常电影一样，全面反击，全球核平，但是从后面的章节开始，又换了一个视角，补充了前面没有交代过的一些信息，每个主角在其中的态度、反应刻画得更加细致。而一开始我很关注的世界核平到底有没有发生，到最后都没有交代，是个开放式结局。

（好像是周刊第一次推荐影视类的东西，为了不剧透写起来感觉有点混乱，欢迎留言反馈）

标签页焦虑

你的浏览器有多少个打开的标签页？我的可能有上百个，这已经给我造成了一定的焦虑，也一定程度上是我没有更新的原因。这些标签页，有的是我看了标题觉得感兴趣的文章，有些是觉得稍后需要参考的文档，还有一些感觉有意思想研究一下的项目、网站等等。但是一个现实是，如果用游戏中的耐力条来类比就是，人每天的总的精力是有上限的，恢复的速度也很慢（需要足够的休息、合理的饮食等），而每做一件事、看一篇文章、理解一个项目等都需要耗费不少的精力。现在的情况就是，我感兴趣的事情远大于我精力的上限。

道理我都清楚，其实没必要太纠结有没有深入去读一篇文章，纠结有没有错过什么，但是执行上有点难。Arc 有个很好用的功能，可以自动归档大于某个时间的标签页，我现在设置的是 30 天，我在考虑改到 7 天。如果一件事情，一个星期我都没时间去做，它显然不紧急，也很可能并不重要。

写到这里我删掉了下面的「项目」栏目，好像也是第一次周刊不推荐开源项目。如果非要我找的话，其实也还有存货，但确实没有想写的。周刊写了一年多，开始的时候很专注技术，最近发现近期周刊其实更多去分享生活，我自己最近也没有那么完全专注于技术了，也挺好。周刊的结构其实也想改变一下，初步想法是分成三块，一个输入的部分分享我看到的文章/视频等等，配上我的一些看法；一个输出的部分分享完全我自己的思考或者感想，也推荐一些书影音或者购买的东西等；还有一个栏目分享项目/工具/网站等等。稻草人周刊有个类似的结构，分别叫连接、当下和星群，蛮有意思。我在构思的命名是 INIT、STDIN、STDOUT、MISC、EOF，不知道大家有没有更好的意见，也许下周就能迎来这个重构。

工具/网站

Affinity

Canva 收购了 Affinity 之后，Affinity 本体免费了，AI 功能可以通过 Canva 会员订阅使用。Affinity 算是 Adobe 的一个下位替代，本期头图就是用 Affinity 的 Raw 编辑功能导出的。这对业余创作者来说算是一个好事，比如我很少对照片做精修（不拍人像），核心就是裁切和调色，使用频率还很低（直出居多），所以单独为这个需求买正版的 Adobe 有点冤大头。

Grokipedia

使用 Grok 重写的 Wikipedia。这种方式我觉得有点像 Simple English Wikipedia，其是一个用简单的单词、句法等来编写的百科全书，方便英语学习者、学生等阅读。到这里我有个想法，为什么不用 LLM 来补充 Simple English 的 Wiki 词条呢？

LLM 驱动的在线词典

思路跟前面的 Grokipedia 类似，用 LLM 生成词条。作者的思路可以看这篇文章，挺有意思的。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
Docker 服务器磁盘满排查思路 2025年11月11日 16:43

Docker 服务器磁盘满排查思路

阿猫博客

2025年11月11日 16:43

最近博客频繁出现不可访问的问题，但因为最近没怎么在写文章，所以倒没怎么管，直到收到博友圈发来的邮件：

登上去一看，发现服务器的磁盘居然满了（之前出现过内存满的情况，重启一下 Halo 的服务就能解决）。因为这台机器上都是用 Docker/Docker Compose 启动的服务，所以自然只需要去考虑 Docker 的问题。

当然，在这之前也是先用 df -h 看了一下，全都指向 /var/lib/docker/overlay2/xxx 和 overlay 这样的东西，所以能确定是 Docker 的问题。如果占用大的在其他目录，那就稍微复杂一点，可以用 du -h --max-depth=1 一点点去排查。

overlay          79G   57G   20G  75% /var/lib/docker/overlay2/89ed74e70d3e59b7c5de6e53522eece539a74e013c9c03c76fc7ac4d73045ed7/merged

其实到这里我就懵逼了，这些服务都没什么会落盘的，不应该一下产生很大的数据才是，所以找了 AI 帮忙，它建议我先运行：

docker system df -v

这里提醒了我两个问题，一个是我有很多镜像没有清理，二是有些卷没有清理，于是先执行了下面两条命令，先释放一点空间。这两条命令都只会清除没有使用的镜像和卷，所以是比较安全的。这一步清理掉了几个 G，但是磁盘还是很满。

docker image prune -a
docker volume prune

于是让 AI 帮忙写了个脚本，查一下到底是哪个容器的卷占用空间大：

echo "VOLUME_NAME                              SIZE       CONTAINER(S)" && docker volume ls -q | while read vol; do size=$(docker volume inspect $vol --format '{{.Mountpoint}}' | xargs du -sh 2>/dev/null | cut -f1); containers=$(docker ps -a --filter volume=$vol --format '{{.Names}}' | tr '\n' ',' | sed 's/,$//'); [ -z "$containers" ] && containers="<unused>"; printf "%-40s %-10s %s\n" "$vol" "$size" "$containers"; done

最终找出来是 Halo 的容器。AI 建议我先考虑是容器日志的问题，用下面一条命令发现确实，于是又重启了一下容器，果然空间就被释放了。

find /var/lib/docker/containers/ -name "*.log" -exec ls -lh {} \; | sort -k5 -hr | head -10

但是这个方法治标不治本，它还顺便给我提出了限制日志大小的方法：

Docker

# 启动时添加日志选项
docker run -d \
  --log-opt max-size=100m \
  --log-opt max-file=3 \
  [其他原有参数...]

Docker Compose

version: '3'
services:
  your-service:
    image: your-image
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3"

全局设置（针对所有新容器生效）

# 编辑 /etc/docker/daemon.json
cat > /etc/docker/daemon.json <<EOF
{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m",
    "max-file": "3"
  }
}
EOF

# 重启 Docker
systemctl restart docker

至此，这次磁盘爆满的问题就解决了。

番外

因为 Halo 老是出现 OOM，所以其实这次日志把磁盘写爆是因为 Halo 的问题。一看有一个新版本 Release，说是解决了潜在的内存泄漏问题，更新完好像就再没出现 OOM 的问题了。

我在关于页面里说过，选择 Halo 是因为它丰富的插件生态，完善的主题，还可以的性能，以及部署和发布的便利，现在我倒有了一些微词：

专业版发布之后，不能再付费购买插件，必须购买专业版（现在也不能买断了，只能订阅）
性能方面真的一塌糊涂，Java 的技术栈导致一个博客就吃掉了 0.5 G 的内存（之前有问题的时候甚至飙到了 1G+），这对内存寸土寸金的服务器来说简直是噩梦
版本发布后经常有严重的恶性 bug，这完全不像是一个开源转商业项目该有的稳定性
很多插件经常一连几个月都不维护，一般主程序改了点什么才会顺带维护一下；新出的插件也不怎么感兴趣，有点花里胡哨的

最近也看了不少设计优秀的独立博客，自由度高很多，也更方便发挥，更多东西可以折腾，再做一个自己的博客的念头也慢慢浮现，也许呢。

阿猫博客
猫鱼周刊 vol. 084 骑友巴士 2025年10月26日 19:36

猫鱼周刊 vol. 084 骑友巴士

阿猫博客

2025年10月26日 19:36

关于本刊

这是猫鱼周刊的第 85 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

这周终于又有头图。摄于深圳大梅沙滨海栈道，海水有时候是绿色，有时候是蓝色。沿着海岸线骑行，抬头一看外面海水闪闪发光。

这周没有太多别的产出，工作上的事情又开始多且有趣了一点，摸鱼时间少了一点，所以这期周刊大概也会稍短一点。

文章

DynamoDB 服务在 US-EAST-1 区域中断事件总结

这周最大的事情可以说是 AWS 长达十几个小时的服务中断。是时候祭出这张图：

关于这个事故报告，网络上有很多解读，感兴趣可以自己找来看，我只谈谈我的想法。

第一个是「时间攻击」，也就是时间因素引起的 bug。这里有两个点都可以归到时间上，第一是「竞态条件」，这个是写并行程序中经常会遇到的问题，由于我们思考基本上是串行的，没有特地考虑并行的运行情况就会出现这个竞态条件。第二是「延迟增加」，我们通常认为一个操作可以「很快」完成，没有考虑过如果这个操作超时或者需要比较长的时间才能完成时，整体的逻辑是否还能成立。

还有一种时间因素这次没有出现，就是「定时」，这种更加隐蔽，但是更常见于业务系统中。例如某几个时间点数据会与预期不符，导致下游出错；或者更加干脆就是计算一个月前等逻辑，遇到特殊情况（go 的 time.Add），测试通常没法发现。

第二个是连锁反应，这是基础设施相互依赖、架构复杂的结果。从一开始的 DNS 故障，引发数据库故障，再到下游更多服务受到故障影响出现更多问题，作为下游的更多互联网服务更是也因此受到波动。架构越复杂，越容易被简单的问题拖垮。如果你的业务非常简单，可以考虑不要太过依赖云服务。

然后说说事故处置和 vendor lock-in 的问题。很多人觉得 AWS 「基本不可能出问题」，所以事故处置方案中根本没有考虑过这个，服务不可用的时候就完全瘫痪了。又相反地，有人在这次事故之后觉得需要做「多云部署」。我觉得这两种都不太可取，我的思路是参考这次的事故，审视自己架构中依赖了 AWS 的什么服务，如果其中某个服务故障，会对什么有影响，有没有方法减轻影响。当然，就算做了这些，很有可能还是会被一锅端，只是有预案的公司不会手足无措，在恢复时间上拉一坨大的。

Kindle 中国拾遗

说的是 Kindle 退出中国后，国内电子书生态和体验的问题。

在 Kindle 退出中国之后，国内平台只能走「低价包月」的路线，进入了一个恶性循环，导致出版社不愿意上新书，平台内容质量不断下降。反而直播带货还能卖出去不少实体书，所以出版社还比较有意愿发行实体书。另外国内的平台，包括微信阅读，都是以网文为主，严肃创作居少。

我不是网文的受众，当然我一年也不读几本书。我有 Kindle，找盗版书这件事对我来说倒也不算复杂，但是在 Kindle 还在国内运营的时候我会在商店买书，因为买到的排版好，而且省事，加上支持正版的思维。后来 Kindle 退出之后，会发现找新出的书特别困难（这点文章里也提到了，很多盗版来自于破解 DRM 后的 Kindle 商店版本）。到现在，我如果想要看某本书，还是直接去买实体书划算，很多畅销书只要二三十块就能买到，何苦折腾。

车祸 VIII

关于「提升电动车品牌效应」。

国产品牌很喜欢在技术以外的领域发力，例如公关、宣传，但就是不愿意在技术上多下功夫。我觉得道理很简单，价格战，加上公关宣传这些花销比技术研发低得多，所以现在的样子已经是「最优解」。

之前有不少关于新能源车的评测，也有不少人针对这些评测做很多争论。不知道诸位还记不记得罗永浩跟王自如的辩论，在评测中想要有点「倾向」实在再容易不过。现在做购买决定越来越多噪声，要做出理智的决定真的越来越难，很多时候还是很会倾向于自己喜欢的品牌。

想法

骑友巴士

深圳新出了「骑友巴士」，从市区到市内较偏的骑行点，人车一起上公交，定点发车，票价 20 元，周末开行。上车后，师傅会帮你固定好车，然后就是摇摇晃晃穿过市区几个站点（基本上除了终点站没有人上下车），然后到达终点。

这个设计非常好，有点像 2077 里面「跳过行驶阶段」的功能，直接到任务地点。在城市区域骑行真的很痛苦，非机动车道没有或很狭窄，在人行道上坑坑洼洼颠得手痛，要一直避让对向的电动车和路上的行人。而且像大梅沙，离宝安几十公里，以我的体力，骑过去可能就已经废了，更别提在那边骑长上坡，返程估计只能货拉拉。

接着说大梅沙骑行的体验，全程都有绿道，精华的一段维护得不错；后面有很长一段骑行道就没有专门的绿道了，要跟机动车共线，又很多急弯和长上坡下坡，有点危险。路线说是可以一直骑到大鹏那个最美 711，一共 35km，但是我骑了十几公里，经历一大堆连续上坡，心率连续拉满之后，就知难而退了。巴士站点附近有便利店和饮食，有个麦当劳，在里面边吃边等车的时候遇到了不少骑友。知难而退的路上还遇到了两个骑友，也是体力不足知难而退了，大家路上一起推了段车，聊天吹水，也很有意思。

项目

migrate-to-uv

我受够 poetry 了！这句话说出来有点好笑，因为我去年初才把原来的 pip 和 conda 等转到 poetry，还写了篇文章。

其实 poetry 也很好用，只是比较慢，而且 poetry update 的逻辑实在太诡异了，没法做到像 go get -u的效果。

这个项目可以把 pip 和 poetry 等项目迁移到 uv，好耶。

blind_watermark

一种水印方法，可以抵抗旋转、裁剪、马赛克等编辑。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 083 扫街友好城市 2025年10月19日 20:11

猫鱼周刊 vol. 083 扫街友好城市

阿猫博客

2025年10月19日 20:11

关于本刊

这是猫鱼周刊的第 84 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

距离上次出门拍照又有一个多月了，这周还是没有头图，实在是有点苦恼。上次大芬油画村多少有点「诈骗」，坐一个小时地铁过去，看一个城中村，而且深圳就不乏这种虚无的「打卡点」。

下周五是 1024，「程序员节」，这里祝各位程序员读者节日快乐，bug--。

这周有一篇「产出」，这篇文章的来历有点神奇：在大概一年前，我因为做剪辑相关的工作，接触到了 FFmpeg 以及硬件加速相关的东西，在中文搜索结果里没什么人提到，有的文章也比较旧，只考虑到了 Intel 的 qsv 和 Nvidia 的 NVENC，没有 AMD 的 amf 和 Apple 的 VideoToolbox，正好当时折腾这个能适应不同平台自动启用硬件加速的功能，所以在博客的写作列表上列了。结果这篇文章一咕再咕，直到最近这个项目重新捡起来，于是我尝试用 Claude Code 结合我的代码库，帮我写成了这篇文章「FFmpeg 硬件加速小记」。

我在文章开头标明了「本文有 AI 参与编写」，之所以不说「由 AI 生成」，是因为文章的核心思路、代码都是以「我」为主导，是我自己思考得出的。

这种创作方式还挺有意思，因为很多时候在写完某个功能之后，会有很强的欲望想分享自己实现的方案，但是重新总结形成文字又是很消耗精力的过程（所以这篇才会被我拖了接近一年）。提供思路（文章大纲和代码），让 AI 代劳文字组织的过程，至少能形成一篇像模像样的文章。这跟「由 AI 生成」最大的区别就是，如果你让 AI 「写一篇 ffmpeg 硬件加速的文章」，这是没有你的功劳的。

文章

我为什么厌恶 Sora？

原文链接 1
原文链接 2

一共是两篇文章，分别从创作者和受众的角度评价 AIGC。有些观点很耐人寻味：

快消层面的内容或许将会被 AI 完全替代，而深度哲思的部分仍然（暂时）归人类所有。

AI 替代的不一定是所有创作者，但一定会替代的是不再愿意创作的创作者。

重新理解 AI 的功能性，它是放大器，而人可以作为源头，只要源头保持流动性，AI 就无法彻底取代你。

他的思考很有深度，感兴趣可以看看原文。

在「受众」这一块，我每周大概会读到上百篇有长有短的文章，但是我从来不用 AI 去做什么「摘要」之类的事情，其实摘要在筛选「有兴趣的引发思考的」上有种多此一举，我往往在打开网页，看完标题和首段或者大致扫过整篇文章的结构之后，我就有定夺我是否感兴趣看完（参考Yay or Nay)。「节约时间」的论点其实不太成立，读完一篇表达流畅的文章通常也只需要几分钟，比起作者创作的数十分钟至数小时、数天来说算是一种基本的尊重。

作为「创作者」，我的核心原则是「原创性」，我始终觉得 AI 无法提出真正「原创」的东西。但是在创作的时候是否应该使用 AI，或者说使用 AI 辅助创作是否会失去这种「原创性」，我觉得没有简单直接的答案。在头条的例子中，我其实做了大多数原创的检索和思考，这跟简单让 AI 「写一篇 ffmpeg 硬件加速的文章」是不一样的。

背包三年，我的旅行装备清单

很喜欢这种「好物推荐」类型的文章，当然这种类型已经被各种商单泛滥，所以看到这种认真在推荐的会觉得更有意思。

我之前也考虑过在周刊中加一个好物推荐的栏目，不过不是每周都会购物，写集合的文章我又懒得写，所以偶尔买到好的东西我会在「想法」的地方推荐一下（例如Quote/0、CyberBrick、拓竹 P1SC等）。

衣服这块我觉得值得提一下。有些户外的面料，不在意搭配的话其实日常穿也很合适，舒适度和实用性比传统的材料好得多。我现在日常穿迪卡侬的速干 T 恤，虽然说是「运动装」，干爽透气以及轻盈有弹性的面料，非常适合广东炎热潮湿的天气，穿着上班、健身都适合。

揽物日志 Vol.7

AI 编程落地业务开发的探索与实践
 AI 代码评审在七猫的实践
 AI 时代的 Code Review 最佳实践

家居向的「好物推荐」。收拾、装饰家里真的是一个时不时做一下很舒服很解压的事情。

AI 编程在七猫的实践

一共有好几篇文章，合在一块说了。感觉这个技术团队非常有意思，很鼓励成员去探索 AI 编程的用法，而且很注重分享。

我在公司跟同事分享过这几篇文章，有一个很有意思的反应：「他们真的落地了吗」。背景是类似的东西（例如 AI Code Review）我在 2023 年就搞过，反正在我公司的环境，这个事情最终没有推行下去，从人的角度来说好像技术同事没有很拥抱 AI，从公司的角度这件事不见得有「价值」。所以这几篇文章让我觉得七猫这家公司的技术团队还是很有「工程师文化」，会鼓励成员去做一些「技术上很酷」的事情。

话说回来，AI Code Review 这件事，当时遇到的一些瑕疵（例如行号的识别、nit（可改可不改）的把握等），居然到 2025 年，模型更新了两三代还是存在。

想法

扫街友好城市

接着头条的话题。我比较喜欢「扫街」，我是很典型的 i 人，在街上游荡，捕捉一些小小的美好，是我比较喜欢的摄影风格。深圳这个城市就不是很友好，这个城市主要以「石屎森林」为主，缺乏自然风光（其实也有比较好的海边），最重要的是没什么文化沉淀、没什么多样性。

我觉得要提「扫街友好」，首先是香港。住在深圳，这算是最快到达能看到「异域风光」的地方，路牌、街景等等都跟国内有很鲜明的对比。文化沉淀就是，有一种很独特的风格，如果非要我概括的话，就是老旧和时尚毫不违和地融合，优雅又整洁。香港总会给人一种很旧的感觉，有很多东西从上个世纪一直沿用到现在，例如一些用语、标牌的设计等等，尤其是很多街道和建筑实际已经建成上百年仍未变更。另一方面这里的多样性也很足，一条路上可以有佛教寺庙、清真寺和教堂，路上有各色人种人来人往，这种景象在国内真的很少见。所以在这里做「人文摄影」会很有意思，我每次去香港都能拍很多照片。

再有就是广州。这是我土生土长的地方，所以说实话有一点点特殊加成。广州跟深圳最大的不同是有很多古迹，老城区很多地方都还是十几、甚至几十年前的样子，跟千篇一律的现代城市有很大反差。

还有一点是，香港和广州有这种景色的地方很多。例如在香港你可以深度去逛旺角、九龙、中环、坚尼地城、赤柱，在广州你可以逛公园前、东山口、上下九，每个地方都有不一样的景色。而在深圳，来来去去就是各种名字不一样但实际差不多的公园和商场。

当然，这几个地方只是我常去/熟悉的，不代表其他地方就不好。我之前去过潮州，有很多古迹，除了一些步行街以外商业化味道也不是很重，也算很出片。但是像长沙，城市的商业化味道就很重，到处是网红打卡点，但打卡这件事情本来就很千篇一律，反而是让我觉得有点反感（见城市旅游就是打卡吗？)。

也欢迎各位推荐一些深圳或者周边适合扫街的地方，真的很久没碰相机了。

项目

linearmouse

用来分别设置鼠标和触控板滚动方向的工具。

macOS 这点真的非常蛋疼，多数人鼠标的习惯是滚轮向上、内容往下，而触控板的逻辑是「自然滚动」，即往上滑动、内容往下。其实这两种逻辑都是合理的，有点像游戏中是否需要反转输入方向的问题（感兴趣可以看这篇文章），只是多数人是先从 PC（Windows）学习使用电脑，也自然而然习惯对应的鼠标操控逻辑。

如果你是用的是罗技的鼠标，可以用自带的 Logi Options+ 设置鼠标滚动的方向，不需要这些软件。

Mos

也是一个类似的软件，除了可以单独设置鼠标和触控板滚动方向以外，还有平滑的功能，对习惯用触控板的人来说，临时使用鼠标的滚动体验会舒服很多。

minimind

从零开始训练自己的超小语言模型。比较有意思的动手教程，完全开源免费，写得也很详细有深度。

工具/网站

LLM 驱动的词典

我觉得比传统词典更加「生动活泼」，具体的可以看作者的文章。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
FFmpeg 硬件加速小记 2025年10月13日 02:37

FFmpeg 硬件加速小记

阿猫博客

2025年10月13日 02:37

本文有 AI 参与编写。

什么是硬件加速？

硬件加速是指利用计算机中的专用硬件（如 GPU、专用编解码芯片）来执行视频编解码任务，而不是仅依赖 CPU 进行软件编码。相比纯软件编码，硬件加速具有以下优势：

更快的处理速度：专用硬件针对视频编解码进行了优化，处理速度可以提升数倍
更低的 CPU 占用：将负载转移到 GPU 或专用芯片，释放 CPU 资源
更低的功耗：硬件编码通常比软件编码更节能，延长笔记本电脑续航时间

硬件加速的权衡

虽然硬件加速很快，但也有一些需要注意的地方：

压缩效率略低：硬件编码器为了速度牺牲了一些压缩效率，相同质量下文件可能略大
可控性较差：硬件编码器的参数调节选项通常少于软件编码器
平台依赖性：不同平台和硬件支持的加速方式不同

主流硬件加速方案

1. VideoToolbox (macOS/iOS)

Apple 的硬件加速框架，支持 macOS 和 iOS 设备。

# 编码器
h264_videotoolbox
hevc_videotoolbox

# 使用示例
ffmpeg -i input.mp4 -c:v h264_videotoolbox -b:v 2M output.mp4

特点：

在 Apple Silicon (M1/M2/M3) 芯片上性能出色
支持硬件加速的 H.264、HEVC、ProRes 编码
低功耗，适合移动设备

2. NVENC (NVIDIA GPU)

NVIDIA GPU 内置的硬件编码器，从 GTX 600 系列开始支持。

# 编码器
h264_nvenc
hevc_nvenc
av1_nvenc  # RTX 40 系列及以上

# 使用示例
ffmpeg -hwaccel cuda -i input.mp4 -c:v h264_nvenc -preset p4 output.mp4

特点：

性能强劲，编码质量较好
支持多路并行编码
新一代显卡支持 AV1 编码

3. QuickSync (Intel 集成显卡)

Intel 集成显卡的硬件编码器，从第二代酷睿开始支持。

# 编码器
h264_qsv
hevc_qsv
av1_qsv  # 12 代及以上

# 使用示例
ffmpeg -hwaccel qsv -i input.mp4 -c:v h264_qsv -preset medium output.mp4

特点：

在没有独立显卡的情况下性能不错
功耗低
新一代处理器支持 AV1 编码

4. AMF (AMD GPU)

AMD GPU 的硬件编码器。

# 编码器
h264_amf
hevc_amf
av1_amf  # RX 7000 系列及以上

# 使用示例
ffmpeg -hwaccel amf -i input.mp4 -c:v h264_amf output.mp4

5. VAAPI (Linux)

Linux 上的通用硬件加速接口，支持 Intel、AMD 等多种硬件。

# 使用示例
ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -i input.mp4 \
  -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4

在 Python 中检测和使用硬件加速

下面是一个完整的 Python 实现，可以自动检测系统可用的硬件加速方式并选择最佳方案：

完整实现

import subprocess
import logging
from typing import Optional, Tuple

logger = logging.getLogger(__name__)


def get_hardware_encoder(use_hwaccel: bool = True) -> Tuple[str, Optional[dict]]:
    """
    检测可用的硬件加速器并返回合适的编码器设置。

    Args:
        use_hwaccel: 是否启用硬件加速

    Returns:
        (video_codec, hwaccel_options) 元组
        - video_codec: 编码器名称，如 'h264_videotoolbox'
        - hwaccel_options: 硬件加速选项字典，如 {'hwaccel': 'videotoolbox'}
    """
    if not use_hwaccel:
        return "libx264", None

    try:
        # 检查可用的硬件加速器
        hwaccel_result = subprocess.run(
            ["ffmpeg", "-hwaccels"],
            capture_output=True,
            text=True,
            timeout=5
        )
        hwaccels = hwaccel_result.stdout.lower()

        # 检查可用的编码器
        encoder_result = subprocess.run(
            ["ffmpeg", "-encoders"],
            capture_output=True,
            text=True,
            timeout=5
        )
        encoders = encoder_result.stdout.lower()

        logger.debug(f"Available hardware accelerators: {hwaccels}")
        logger.debug(f"Available encoders: {encoders}")

        def test_encoder(codec: str) -> bool:
            """测试编码器是否真正可用"""
            try:
                result = subprocess.run(
                    [
                        "ffmpeg",
                        "-f", "lavfi",           # 使用虚拟输入
                        "-i", "testsrc=duration=1:size=320x240:rate=1",
                        "-frames:v", "1",        # 只编码一帧
                        "-c:v", codec,           # 指定编码器
                        "-f", "null",            # 输出到空设备
                        "-"
                    ],
                    capture_output=True,
                    text=True,
                    timeout=10
                )
                return result.returncode == 0
            except Exception as e:
                logger.debug(f"Failed to test encoder {codec}: {e}")
                return False

        # 按优先级检测硬件编码器

        # 1. VideoToolbox (macOS/Apple Silicon)
        if "h264_videotoolbox" in encoders and "videotoolbox" in hwaccels:
            if test_encoder("h264_videotoolbox"):
                logger.info("Using VideoToolbox hardware acceleration")
                return "h264_videotoolbox", {"hwaccel": "videotoolbox"}

        # 2. NVIDIA NVENC
        if "h264_nvenc" in encoders:
            if test_encoder("h264_nvenc"):
                logger.info("Using NVIDIA NVENC hardware acceleration")
                if "cuda" in hwaccels:
                    return "h264_nvenc", {"hwaccel": "cuda"}
                return "h264_nvenc", None

        # 3. Intel QuickSync
        if "h264_qsv" in encoders and "qsv" in hwaccels:
            if test_encoder("h264_qsv"):
                logger.info("Using Intel QuickSync hardware acceleration")
                return "h264_qsv", {"hwaccel": "qsv"}

        # 4. AMD AMF
        if "h264_amf" in encoders and "amf" in hwaccels:
            if test_encoder("h264_amf"):
                logger.info("Using AMD AMF hardware acceleration")
                return "h264_amf", {"hwaccel": "amf"}

        # 5. VAAPI (Linux)
        if "h264_vaapi" in encoders and "vaapi" in hwaccels:
            if test_encoder("h264_vaapi"):
                logger.info("Using VAAPI hardware acceleration")
                return "h264_vaapi", {"hwaccel": "vaapi"}

    except Exception as e:
        logger.warning(f"Error checking hardware encoders: {e}")
        logger.info("Falling back to software encoding")

    # 回退到软件编码
    logger.info("Using software encoding (libx264)")
    return "libx264", None


def get_system_info() -> dict:
    """获取系统硬件加速信息"""
    try:
        # 获取 FFmpeg 版本
        version_result = subprocess.run(
            ["ffmpeg", "-version"],
            capture_output=True,
            text=True,
            timeout=5
        )

        # 获取硬件加速列表
        hwaccel_result = subprocess.run(
            ["ffmpeg", "-hwaccels"],
            capture_output=True,
            text=True,
            timeout=5
        )

        # 获取编码器列表（只提取硬件编码器）
        encoder_result = subprocess.run(
            ["ffmpeg", "-encoders"],
            capture_output=True,
            text=True,
            timeout=5
        )

        hw_encoders = []
        for line in encoder_result.stdout.split('\n'):
            if any(hw in line.lower() for hw in ['nvenc', 'qsv', 'videotoolbox', 'amf', 'vaapi']):
                hw_encoders.append(line.strip())

        return {
            "ffmpeg_version": version_result.stdout.split('\n')[0],
            "hwaccels": hwaccel_result.stdout,
            "hw_encoders": hw_encoders
        }
    except Exception as e:
        return {"error": str(e)}

使用示例

1. 检测系统信息

import json

# 获取系统硬件加速信息
info = get_system_info()
print(json.dumps(info, indent=2))

2. 在 ffmpeg-python 中使用

import ffmpeg

def encode_video_with_hwaccel(input_path: str, output_path: str, use_hwaccel: bool = True):
    """使用硬件加速编码视频"""

    # 获取硬件编码器
    vcodec, hw_options = get_hardware_encoder(use_hwaccel)

    # 创建输入流
    if hw_options:
        # 使用硬件加速解码
        stream = ffmpeg.input(input_path, **hw_options)
    else:
        stream = ffmpeg.input(input_path)

    # 配置输出
    stream = ffmpeg.output(
        stream,
        output_path,
        vcodec=vcodec,           # 使用检测到的编码器
        acodec='aac',            # 音频编码器
        video_bitrate='2M',      # 视频比特率
        audio_bitrate='192k',    # 音频比特率
        preset='medium',         # 编码预设（硬件编码器可能忽略此参数）
        **{'crf': '23'}          # 质量参数（硬件编码器可能忽略此参数）
    )

    # 执行编码
    ffmpeg.run(stream, overwrite_output=True)
    print(f"Video encoded successfully using {vcodec}")


# 使用硬件加速
encode_video_with_hwaccel('input.mp4', 'output.mp4', use_hwaccel=True)

# 强制使用软件编码
encode_video_with_hwaccel('input.mp4', 'output_sw.mp4', use_hwaccel=False)

不同平台的硬件加速检测

macOS

def detect_macos_hwaccel():
    """检测 macOS 硬件加速"""
    import platform

    if platform.system() != 'Darwin':
        return None

    # 检测芯片类型
    machine = platform.machine()
    is_apple_silicon = machine == 'arm64'

    # Apple Silicon 性能更好
    if is_apple_silicon:
        return {
            'platform': 'Apple Silicon',
            'recommended_encoder': 'h264_videotoolbox',
            'performance': 'excellent',
            'codecs': ['h264_videotoolbox', 'hevc_videotoolbox', 'prores_videotoolbox']
        }
    else:
        return {
            'platform': 'Intel Mac',
            'recommended_encoder': 'h264_videotoolbox',
            'performance': 'good',
            'codecs': ['h264_videotoolbox', 'hevc_videotoolbox']
        }

Windows

def detect_windows_hwaccel():
    """检测 Windows 硬件加速"""
    import platform

    if platform.system() != 'Windows':
        return None

    available = []

    # 检测 NVIDIA
    try:
        result = subprocess.run(
            ['nvidia-smi', '--query-gpu=name', '--format=csv,noheader'],
            capture_output=True,
            text=True,
            timeout=5
        )
        if result.returncode == 0:
            available.append({
                'type': 'NVIDIA',
                'encoder': 'h264_nvenc',
                'gpu': result.stdout.strip()
            })
    except:
        pass

    # 检测 Intel QuickSync（通过 FFmpeg）
    vcodec, _ = get_hardware_encoder(True)
    if 'qsv' in vcodec:
        available.append({
            'type': 'Intel QuickSync',
            'encoder': 'h264_qsv'
        })

    # 检测 AMD
    if 'amf' in vcodec:
        available.append({
            'type': 'AMD',
            'encoder': 'h264_amf'
        })

    return available

Linux

def detect_linux_hwaccel():
    """检测 Linux 硬件加速"""
    import platform
    import os

    if platform.system() != 'Linux':
        return None

    available = []

    # 检测 VAAPI 设备
    vaapi_devices = [f'/dev/dri/renderD{i}' for i in range(128, 140)]
    for device in vaapi_devices:
        if os.path.exists(device):
            available.append({
                'type': 'VAAPI',
                'device': device,
                'encoder': 'h264_vaapi'
            })
            break

    # 检测 NVIDIA
    try:
        result = subprocess.run(
            ['nvidia-smi'],
            capture_output=True,
            timeout=5
        )
        if result.returncode == 0:
            available.append({
                'type': 'NVIDIA',
                'encoder': 'h264_nvenc'
            })
    except:
        pass

    return available

性能对比和最佳实践

编码速度对比（参考数据）

以编码一个 1080p 60fps 视频为例：

编码器	相对速度	CPU 占用	质量评分
libx264 (软件)	1x	100%	10/10
h264_videotoolbox (M1)	5-8x	20%	8/10
h264_nvenc (RTX 3080)	8-12x	15%	8.5/10
h264_qsv (12 代 Intel)	4-6x	25%	7.5/10
h264_amf (RX 6800)	6-10x	20%	7.5/10

最佳实践

自动检测并回退
- 始终先尝试硬件加速
- 检测失败时自动回退到软件编码
- 记录日志便于调试

选择合适的预设

# NVENC 预设
# p1 (fastest) -> p7 (slowest, best quality)
stream = ffmpeg.output(stream, 'output.mp4', vcodec='h264_nvenc', preset='p4')

考虑批量处理
- 硬件编码器通常支持多路并行
- NVENC 可以同时处理多个视频流
监控编码质量
- 硬件编码质量可能不如软件编码
- 对质量要求高的场景考虑使用软件编码
- 可以用 VMAF 等指标评估质量

处理兼容性问题

def safe_encode(input_path, output_path):
    """带错误处理的编码"""
    try:
        # 尝试硬件加速
        encode_video_with_hwaccel(input_path, output_path, use_hwaccel=True)
    except Exception as e:
        logger.warning(f"Hardware encoding failed: {e}")
        logger.info("Retrying with software encoding")
        # 回退到软件编码
        encode_video_with_hwaccel(input_path, output_path, use_hwaccel=False)

调试技巧

查看详细的 FFmpeg 输出

def encode_with_debug(input_path, output_path):
    """启用详细日志的编码"""
    vcodec, hw_options = get_hardware_encoder(True)

    stream = ffmpeg.input(input_path, **hw_options) if hw_options else ffmpeg.input(input_path)
    stream = ffmpeg.output(stream, output_path, vcodec=vcodec)

    # 获取完整命令
    cmd = ffmpeg.compile(stream, overwrite_output=True)
    print(f"FFmpeg command: {' '.join(cmd)}")

    # 执行并查看输出
    try:
        ffmpeg.run(stream, overwrite_output=True, capture_stdout=False, capture_stderr=False)
    except ffmpeg.Error as e:
        print(f"stdout: {e.stdout.decode()}")
        print(f"stderr: {e.stderr.decode()}")
        raise

检查硬件支持

# 查看所有硬件加速方式
ffmpeg -hwaccels

# 查看所有编码器
ffmpeg -encoders | grep -E "(nvenc|qsv|videotoolbox|amf|vaapi)"

# 测试特定编码器
ffmpeg -f lavfi -i testsrc=duration=1:size=1920x1080:rate=30 \
  -c:v h264_videotoolbox -f null -

总结

硬件加速是视频处理中的重要优化手段，可以大幅提升处理速度和降低系统负载。通过自动检测和回退机制，我们可以构建一个跨平台的健壮视频处理系统。

关键要点：

优先使用硬件加速，但保留软件编码作为回退方案
不同平台选择对应的最佳硬件加速方式
通过实际测试验证编码器可用性
根据场景在速度和质量之间取得平衡

参考资源

阿猫博客
猫鱼周刊 vol. 082 AI 遗忘国耻 2025年10月12日 20:26

猫鱼周刊 vol. 082 AI 遗忘国耻

阿猫博客

2025年10月12日 20:26

关于本刊

这是猫鱼周刊的第 83 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

好久不见。前两周分别因为单休和国庆假期，而且也没太多内容，所以咕咕了。

放假前写了一篇 Colf 题解，讲的是一个叫Colf的编程挑战，使用最少的 token 数让 AI 通过类似 leetcode 的编程题。跟 AI 磨合了这么久，看起来确实比较有效果（目前还是排在 39 名）。

最近也在做一个叫 dotmate的项目，是之前买的 Quote/0的控制器，官方的 App 虽然能显示非常多信息源，但是编排、数据源没有自己实现来得灵活，所以自己搓了一个。

从这期开始尝试一个排版上的变化。因为之前有微信公众号的读者反馈「项目」部分的 gh-card 会被转成图片，导致最后外链部分排版混乱，所以从这期开始，去掉 gh-card，只提供项目链接。

文章

让 Claude Code 更自主地运行

假期前其实 AI 这块还挺多变动，除了 Claude Sonnet 4.5、DeepSeek-V3.2-Exp、GLM-4.6 扎堆发布之外，Claude Code 也来了一波更新。我觉得最亮眼的是两个，一个是原生的 vscode 插件，另一个就是 checkpoint。

首先说插件这块，这让 Claude Code 的体验真的更上一层楼，因为原来的交互就是开一个终端放在旁边，现在更加像 Cursor 自带的了。这里有个小插曲，插件刚上线的时候我发现了一个 bug，严重到我回退到命令行了，就是插件似乎监听了回车键，在中英文混输的时候按下回车就会发送消息，好在这周更新之后发现修复了。

checkpoint 也是一个我觉得很惊喜的功能。Cursor 中有类似的功能，这点很舒服，在你 vibe 了一大堆代码之后，如果觉得不满意，还能通过一种保险的方式回退到原来的代码（还有一种不保险的方式就是让 LLM 帮你恢复，取决于代码是否还在上下文里面，而且不一定能原样恢复）。这个功能之前我就调研过怎么让 Claude Code 也用上。网上有人做了一个 ccundo的项目，原理是去解析 Claude Code 的 session 文件，然后把状态保存下来。我自己倒是想到一个不一样的方法，通过 hooks触发一个工具，把变更保存下来。其实也有人提过 issue让官方实现这个功能，但是在几轮讨论之后就被冷落了，直到这次更新突然把这个功能端出来。

不得不感叹这个领域的变化真的很快，作为偏下游的用户，一些早些时间调研做不了或者很难的事情，说不定某一次模型的更新或者某个功能的实现就能解决了。

有 1M 上下文谁还需要 git 呢？

这个就是我上面提到的「不保险」的办法。

事情是作者写了一份草稿代码，实现了一个比较好的效果，于是开始重构成生产级别的代码，过程中出了点问题，再也没法复现原来的效果，他也没有 commit 过代码，所以无从下手。最后他想到 gemini-2.5-pro 有 1M 的上下文，也许它还记得最初的代码，于是让它还原了。

这个方法能成功有两个前提，一个是上下文还保存着，另一个是 AI 真的能原样恢复。「原样恢复」这个我有点钻牛角尖，但是 git 它是可以的，但 LLM 本身就不能产出「确定性」的结果，所以不能跟 git 相提并论。好的编程习惯在什么时候都是有用的，如果能在实现一个完整功能的时候 commit 一次，就没有这个麻烦了。

Cursor 的 Plan Mode

Cursor 推出了一个计划模式，它大概是这样：

当你指示 Agent 制定计划时，Cursor 会研究你的代码库以查找相关文件、审阅文档并提出澄清问题。当你对计划满意后，它会创建一个包含文件路径和代码引用的 Markdown 文件。你可以直接编辑该计划，包括添加或删除待办事项。

这其实跟我使用 Claude Code 的习惯非常像，我有一个 slash command 就是做这个事：

Read the demands in $ARGUMENTS and come up with a detailed implementation plan. You should:

1. Read the demands in $ARGUMENTS
2. Read relevant files in the codebase
3. Think hard about the best way to implement the demands
4. List the data structures, database tables you are about to add or modify(if any)
5. List API changes you are about to make(if any)
6. List every file you are about to add or modify, including what logics each file is about to implement

If you have any confusion, ask the user for clarification. DO NOT write any codes yet before given clear instruction to do so.

各种语言的拟人化漫画

如题，版权问题就不放图了，原图大家点进去看看。

虽然有很多没接触过的语言，但是 C/C++ 那个真的太典了，完全是心目中会写 C 的人的形象。

后量子时代密码学

接触到这篇文章是在我更新机器上的 openssh 之后，push 代码的时候出现了一个 warning：

** WARNING: connection is not using a post-quantum key exchange algorithm.
** This session may be vulnerable to "store now, decrypt later" attacks.
** The server may need to be upgraded. See https://openssh.com/pq.html

简单来说，现在使用的密钥交换算法（ECDH，椭圆曲线 Diffie-Hellman）基于离散对数问题的困难性，传统计算机需要指数时间破解，但量子计算机可以在多项式时间内解决，把破解时间从几百万年降至几小时。但为什么要现在就开始防范呢？因为攻击者可以在现在就截获数据，然后等十到二十年后量子计算机成熟再解密（store now, decrypt later）。

而 OpenSSH 默认的交换算法 mlkem768x25519-sha256 是一种混合的方案，基于 ML-KEM-768 和传统的 X25519，足够对抗传统计算机和量子计算机的攻击。唯一的代价是密钥会更大而且计算开销更大一点，但对现代计算机没有显著的影响。

future-proof 真的是工程实践上一个非常有意思的事情。不仅是防范眼下可能的攻击，还要提前预知数十年后可能产生的威胁并提出对应的防范方案。

想法

AI 遗忘国耻

这个标题有点唬人，但是正好说明一个观点：过分清洗语料，过分强调「安全」会让 AI 严重降智，而且这也是各种「评测」体现不了的。

「华人与狗不得入内」是一个大家都熟知的事情，是当年上海租界一个种族歧视的标牌，算是「国耻」。但用这个问题去问 AI 会被拒绝回答：

目前只发现 DeepSeek 所有版本都拒绝回答，其他的一些国产 AI 例如 GLM、豆包、千问等都能正常回答，OpenAI、Anthropic 的模型也能正常回答，并未进一步测试更多模型。

所以在使用 AI 的时候，一定要自己做事实考证，不只是幻觉，伦理和安全的需求会让 AI 有意无意遗忘一些事情。

另一个是，种族歧视也好，不是信息也好，这都是我们人类的一部分，在训练时刻意去掉，只让 AI 看到一个乌托邦，是不是也会有问题？但让 AI 看遍人间邪恶，是不是也会有问题？这也是一个研究领域（AI Safety）。

项目

chorme-devtools-mcp

DevTools 官方做的 MCP 工具，在这之前我用了很多个，有的还需要安装插件，而且也没办法获取 DevTools 里的信息，这个似乎是最好用的。

dotmate

上面提到的给 Quote/0 写的控制器。我目前主要用这么三个视图：

还有多久下班：显示当前的时间以及还有多久下班
编程时间统计：基于 wakatime 的统计
Umami 统计信息：不用专门打开看了

效果大概是这样：

mole

一个 Mac 的命令行垃圾清理工具，居然是用 shell 写的。不过由于是用 AI vibe 出来的，作者也建议如果数据非常重要，等更加成熟之后再使用。我建议是用 dry-run 先试试。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
Colf 题解 2025年9月29日 22:08

Colf 题解

阿猫博客

2025年9月29日 22:08

Colf 是一个面向 AI prompt 的 code golf，大概就是利用最少的代码（在这里是最少的 token 数）来解题。

使用起来很简单，在左边的框中输入 prompt，生成代码，然后会自动运行是否 AC，如果 AC 则按照输入和输出 token 数计分。

小小尝试了一下，AC 完之后排名还挺前，所以写篇文章记录一下题解和心得。

题解

#1 LRU Cache

function lruops(
  ops: [op: string, key: number, value?: number][],
  capacity: number,
): number[]

code golf

function lruops(o,c){let m=new Map(),r=[];for(let [op,k,v]of o){if(op=="get"){if(m.has(k)){r.push(m.get(k)),m.delete(k),m.set(k,r[r.length-1])}else r.push(-1)}else{if(m.size==c)m.delete(m.keys().next().value);m.set(k,v)}}return r}

Input 33 tokens, Output 85 tokens, Total 118 tokens

上来先展示一下流氓解法：复制函数签名，加上 code golf。

#2 Topological Sort with Cycle Detection

function toposort(
  n: number,
  edges: [u: number, v: number][],
): number[]

Code golf choose the smallest index

function toposort(n, edges) {
    const g = Array.from({ length: n }, () => []), inDeg = Array(n).fill(0);
    edges.forEach(([u, v]) => (g[u].push(v), inDeg[v]++));
    const q = [], res = [];
    for (let i = 0; i < n; i++) if (!inDeg[i]) q.push(i);
    while (q.length) {
        const u = q.splice(q.indexOf(Math.min(...q)), 1)[0];
        res.push(u);
        for (const v of g[u]) {
            if (--inDeg[v] === 0) q.push(v);
        }
    }
    return res.length === n ? res : [];
}

Input 33 tokens, Output 159 tokens, Total 192 tokens

同样是流氓解法，但是有 case 过不了，再审题干，要选择更小的 index，所以补一句。

#3 Longest Common Subsequence

code golf
function lcs(a,b: string): string

function lcs(a,b){let dp=Array.from({length:a.length+1},()=>Array(b.length+1).fill(0));for(let i=1;i<=a.length;i++)for(let j=1;j<=b.length;j++)dp[i][j]=a[i-1]==b[j-1]?dp[i-1][j-1]+1:Math.max(dp[i-1][j],dp[i][j-1]);let res='';for(let i=a.length,j=b.length;i&&j;){if(a[i-1]==b[j-1]){res=a[i-1]+res;i--;j--;}else dp[i][j-1]>dp[i-1][j]?j--:i--;}return res;}

Input 12 tokens, Output 157 tokens, Total 169 tokens

同样的流氓解法，唯一区别是从函数签名偷了一点。

#4 Expression Evaluator

calc expr
round code golf

const calc=(e)=>Math.round(eval(e));

Input 6 tokens, Output 10 tokens, Total 16 tokens

还是一样的解法，复制函数签名，但是 AC 不过；以为是优先级的问题，又把优先级的条件复制进去，还是不行；看一下发现需要取整（round），加上关键词，完事。如果强调优先级，它会生成一个很复杂的递归去解释的逻辑。

#5 Single-Source Shortest Paths

code golf

function dijkstra(
  n: number,
  edges: [u: number, v: number, w: number][],
  s: number,
): (number|null)[]

function dijkstra(n,e,s){let d=Array(n).fill(Infinity);d[s]=0;let q=new Set([s]);while(q.size){let u=[...q].reduce((a,b)=>d[a]<d[b]?a:b);q.delete(u);for(let[_,v,w]of e.filter(x=>x[0]==u)){if(d[u]+w<d[v]){d[v]=d[u]+w;q.add(v)}}}return d.map(x=>x===Infinity?null:x)}

Input 41 tokens, Output 108 tokens, Total 149 tokens

没啥特别，照样流氓解法。

#6 N-Queens

function nqueens(N: number):number
one-liner

const nqueens = N => (function solve(row, cols, diag1, diag2) { return row === N ? 1 : Array.from({ length: N }).reduce((count, _, col) => (cols[col] || diag1[row + col] || diag2[row - col + N - 1]) ? count : count + solve(row + 1, { ...cols, [col]: true }, { ...diag1, [row + col]: true }, { ...diag2, [row - col + N - 1]: true }), 0); })(0, {}, {}, {});

Input 13 tokens, Output 126 tokens, Total 139 tokens

启用了一个新的技巧 one-liner，这个词只占 2 个 token，跟 code golf 一样，效果差不多（主要是 code golf 在这里不 work）。

#7 Range Sum with Updates

function segment(
  nums: number[],
  ops: [op: string, a: number, b: number][],
): number[]

set i v updates a[i] = v.
sum l r returns inclusive sum from l to r.
code golf

function segment(nums, ops) {
  const a = [...nums];
  return ops.map(([op, x, y]) => {
    if (op === 'set') a[x] = y;
    else if (op === 'sum') return a.slice(x, y + 1).reduce((s, v) => s + v, 0);
  }).filter(v => v !== undefined);
}

Input 52 tokens, Output 84 tokens, Total 136 tokens

同样的技巧，唯一的缝补是 set 和 sum 的操作看起来不是很标准，塞进去之后就能 AC。

#8 JSON Diff

function jsondiff(
  a: unknown,
  b: unknown,
): string[]

Return a lexicographically sorted list of JSON paths where two JSON-serializable values differ. Paths use '.' for keys and '[i]' for array indices; the root is ''. always start with .

jsondiff({"x":1,"y":2}, {"x":1,"y":3}) // -> [".y"]
jsondiff({"k":[1,2]}, {"k":[1]}) // -> [".k[1]"]

function jsondiff(a, b) {
    const diffs = [];

    function compare(objA, objB, path) {
        if (typeof objA !== typeof objB) {
            diffs.push(path);
            return;
        }
        if (typeof objA === 'object' && objA !== null && objB !== null) {
            if (Array.isArray(objA) && Array.isArray(objB)) {
                const maxLength = Math.max(objA.length, objB.length);
                for (let i = 0; i < maxLength; i++) {
                    compare(objA[i], objB[i], `${path}[${i}]`);
                }
            } else {
                const keysA = Object.keys(objA);
                const keysB = Object.keys(objB);
                const allKeys = new Set([...keysA, ...keysB]);
                allKeys.forEach(key => {
                    compare(objA[key], objB[key], `${path}.${key}`);
                });
            }
        } else if (objA !== objB) {
            diffs.push(path);
        }
    }

    compare(a, b, '');
    return diffs.sort();
}

Input 108 tokens, Output 232 tokens, Total 340 tokens

答得最拉的一题，复制粘贴大法搞不定，而且总是卡那个数组下标不能 AC，需要手动改一下第二个例子，属于是 few-shot 的技巧。

#9 Sudoku Solver

function sudoku(grid: ('1'|'2'|'3'|'4'|'5'|'6'|'7'|'8'|'9'|'.')[][]): ('1'|'2'|'3'|'4'|'5'|'6'|'7'|'8'|'9')[][]

function sudoku(grid) {
    const isValid = (row, col, num) => {
        for (let i = 0; i < 9; i++) {
            if (grid[row][i] === num || grid[i][col] === num || grid[Math.floor(row / 3) * 3 + Math.floor(i / 3)][Math.floor(col / 3) * 3 + i % 3] === num) {
                return false;
            }
        }
        return true;
    };

    const solve = () => {
        for (let row = 0; row < 9; row++) {
            for (let col = 0; col < 9; col++) {
                if (grid[row][col] === '.') {
                    for (let num = 1; num <= 9; num++) {
                        const strNum = num.toString();
                        if (isValid(row, col, strNum)) {
                            grid[row][col] = strNum;
                            if (solve()) {
                                return true;
                            }
                            grid[row][col] = '.';
                        }
                    }
                    return false;
                }
            }
        }
        return true;
    };

    solve();
    return grid;
}

Input 63 tokens, Output 254 tokens, Total 317 tokens

这题也卡了很久，直接复制粘贴函数签名就能 AC，但是没有优化的思路。

#10 Regex Matcher

full matching code golf regex10(s,p)

function regex10(s,p){return new RegExp('^'+p+'$').test(s);}

Input 9 tokens, Output 18 tokens, Total 27 tokens

这题是我排名最前的，目前正好是第十。还是一样的套路，唯一难点是那个 full matching。

心得

先说解题的技巧。

基本盘就是复制粘贴函数签名，由于都是一些很常见的算法题，所以一般 LLM 都能一遍过；如果没过，通常是因为题干中有一些特殊的要求，这个时候回去读一遍题干，把这个特殊点找出来放进 prompt，例如 2、7、8、10 这几题。

然后就是怎么压榨输出的长度。因为打题用的 JavaScript，其实有挺多技巧/语法糖可以使用，例如箭头函数（arrow）、三元运算符（ternary）等等。这个在初期有比较大的进步，然后后来想到更加机智的一行流（one-liner），再按图索骥找到王炸 code golf。

另外有个不太起眼的技巧就是，你需要探索出一种超短的实现方式，通常跟你一开始写的有天壤之比，例如 4 里使用的 eval()。你可以把题干复制出来，让别的 AI 去提供解法，然后再尝试把某些关键词放进 prompt 中引诱它生成出来。当然如果你很熟悉 JavaScript，本身就知道对应的语法糖或者算法的关键词，那必然更快能 AC。

最后，还有一点个位数的空间可以压榨。实测标点符号并不重要，函数的签名多个参数可以合并一下写，很显然的参数类型可以省略等等。这些就是已经在榜单上冲得很前想再扣出来一点的技巧了。

再说说打这个题让我对 AI 编程产生的思考。

第一还是那个「AI 决定下限，人决定上限」的理论。在 8、9 这两题我表现并不佳，因为我真的没有思路怎么解这个题，自然没办法给 AI 指出一个优化的方向。当然 AI 的能力也很强，通过一个函数签名最多试几次就能 AC，而且我估计网站背后只是用的一个本地的开源小参数模型。这说明 AI 已经能有竞争力地完成一些任务。

第二就是跟 AI 的磨合。从最开始的 GitHub Copilot 的自动补全，到 Cursor 和 Claude Code，我一直在积极使用 AI 编程，就好像跟伙伴慢慢磨合，知道它的能力能很有信心地做出什么，做什么比较悬，怎么去写 prompt 效果更好。例如我一上来就知道，复制粘贴函数签名会很关键，事实也证明这能很快地 AC 大部分题。这些东西真的很难形成书面的经验，更多时候是一种感觉。

第三是编程方式和效率的变化。就像「copilot」这个名字所说的一样，LLM 时代的编程不再是人手敲代码的「刀耕火种」，人更多地需要考虑「方向」而不是具体的实施，就算你把算法倒背如流，键盘敲冒烟，依然无法比肩 LLM 几十 token/s 的输出。另外就是，如果这个时代你还不能使用 AI 编程，那你的效率跟使用 AI 的同行完全没法比。当然这个说法有点夸张，就算你使用 AI，你的「上下文」上限仍然取决于你的脑容量，或者时间精力等等。

最后是「AI 友好的代码」。在这个题库中，多数的题都是非常基础和常见的算法，所以 AI 的准确率非常高。在工作中，更多地应该使用开源、知名而且「不那么新」（要在知识截止日期前）的库，开源库也可以使用 context7 等提供文档，尽量不要重复造轮子，更加不要再搞一大堆公司的私有库。另外最好重视文档的建设，更全更准确的上下文能让 AI 更好发挥。

阿猫博客
猫鱼周刊 vol. 081 开源是地狱 2025年9月21日 18:21

猫鱼周刊 vol. 081 开源是地狱

阿猫博客

2025年9月21日 18:21

关于本刊

这是猫鱼周刊的第 82 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

这周天气比较差，尤其是周末两天都在下雨，所以这周又没有出门拍照，这周又没有头图咯。

这周写了一篇 Ghostty 折腾小记，其实最大的收获是了解了一些字体相关的东西。另外字体这个东西真的非常个性化，我最喜欢的类型是等宽无衬线；而且看惯某一款字体后，大脑识别起来会更快一点，主观上就是看着「更舒服」。

文章

医学考古：旧约、不孕不育和曼德拉草

从圣经的记录去研究亚伯拉罕家族的不孕不育案例。说实话整篇文章我看得一知半解，但是就好像吃瓜一样看完了，确实蛮有意思。

像宗教、传说这一类故事，深挖的话其实能找到一个合理的现代科学解释，但是更多地在民间归因为「神力」。我是非常科学理性的人，但是之前生病的时候我还是去拜了神，说实话我其实说不上信或者不信，但是更加有意义的是「拜神」这件事其实更多是「心理安慰」，在现实残酷或者前途未卜的时候，坦然的心态显然比慌张更能面对未来。

这个作者也很有意思，之前关注到 ta 是几篇技术文章，冷不丁来一篇医学 x 宗教/历史的文章，也是很强的反差。

个性化广告的隐私边界（上）

讲解了隐私、安全、匿名的概念，并且从几个常见误区来解释。

我觉得有几点需要补充：

一是你在用的免费服务都在用你的「用户画像」赚钱，诸如 Alphabet（Google 母公司）和 Meta（Facebook 母公司）的主要收入来源都是广告业务。

第二是，虽然用户画像不等价于个人信息，但是国内服务的匿名化和保护通常做得不够好，尤其是一些小公司的服务，经常导致个人信息泄露，这不是无心之失，而是故意而为之：匿名化、安全等需要额外的研发和投入，博弈之下，出事之后冷处理或者鞠躬道歉甚至全网封杀的成本更低。

最后是国内公司滥用隐私早成习惯，这从当年百度李彦宏说「中国人更加开放，对隐私问题没有那么敏感，很多情况下他们愿意用隐私交换便利性，那我们就可以用数据做一些事情。」就能窥见其端倪。早年都是不问自取，立法之后，变成半哄半骗地让你同意，更过甚有拼多多利用 0day 漏洞窃取数据等等。

这几条连起来其实很明晰：所有公司都会在法律边缘试探，以获取最大的利益，你的隐私在里面只是别人的垫脚石。

更新博客 License

关注的作者的一个疑惑：

我是否遵循了引用文章的 License，是否存在侵权。

在博客的很早期我其实考虑过这个问题，也考虑给自己的博客用什么 license，但是这件事渐渐就被淡忘了：没有人会愿意抄袭我这个名不经传的小博客，况且我的博客写的都是一些自娱自乐的内容，一般没什么经济价值。不过我一直没有淡忘的是正式的引用，例如周刊会在每篇文章都给出原文链接，文章会在末尾给出 Reference 等。

这件事提醒了我，审视自己的博客，我最可能的 violation 是分享了一些有 copyright 的内容，但是确实「内容较多」已经无法一一再考究；更多的情况下，大家都没有标明版权，或者采用 CC-BY 等，我目前的做法应该是符合规范的。作为保底，如果你对某些内容有争议，可以联系我解决。

想法

反作弊与隐私

最近玩三角洲比较多，每次启动的时候都有一个弹框引导我安装开机自启的所谓「守护程序」，实现反作弊功能。开喷之前我先叠盾，不是说反作弊这件事情没有意义，只是厂商借着「反作弊」的名号越过了一个边界。

我觉得这产生了很多问题：只有我有正当理由（反作弊），我就可以光明正大抄你的家（扫盘）吗？如果我没有同意扫盘，但是扫出了作弊的证据，是否可以作为封禁的理由？更甚，如果在扫盘过程中，发现「违法证据」（例如盗版影视资源）是否也可以对用户作出行动？另外，扫盘造成的磁盘磨损、损坏，是否可以认定为损害用户的财产或者是入侵计算机信息系统？当然了，这些问题早被相应的法务包得圆圆的，估计在启动游戏的时候你就默认同意了这些不平等条款，怎么可能告得赢南山必胜客呢。

这就是我所说的边界，从技术上说，只要扫盘这个行为一旦发生，想要实现上面的功能轻而易举。也从技术上说，用扫盘这个手段来反作弊算是技术能力很差的保底手段，以及对游戏环境本身的嘲讽。游戏机制、玩家引导、更好的反作弊技术等等都是不错的努力方向，偏偏要出个下策。

开源是地狱

上期好好说话的后续。太讽刺了，这个人在国内社群拉帮结派，然后去 Discord 上喋喋不休追讨。最后人家取了这个截图，配上一句极为讽刺的话「那边的人心态就是这样」。

另外吃瓜了微信聊天和 Discord 聊天之后，发现一个很有意思的点：微信的聊天争论的点在「HAS」的咬文嚼字和作者到底有没有遵守 GPLv3（虽然很大程度上是当事人引导的结果），而 Discord 的吃瓜群众则是好言相劝冷静一下好好说话。

我只能说很讽刺，也许在国内开源确实就是地狱，社区就是地狱，大家都没法好好说话，通过在互联网上满嘴喷粪去释放自己的负面情绪。

项目

obsidian-velocity

适配了新的 Liquid Glass 风格的 Obsidian 主题，很简洁优雅，已经换上了。

霞鹜文楷

一款开源的中文字体。之前在折腾终端字体的时候找到的，其实这个中文字体在阅读场景不错，用在博客或者电纸书上应该很舒服。

工具/网站

MCP Registry

（终于又给这个名存实亡的板块写点东西。）

GitHub 出的 MCP Registry，其实没啥特别，就是准入门槛比其他 registry 更高，但是 install 功能就只能安装到 vscode，略显鸡肋。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
Ghostty 折腾小记 2025年9月17日 21:22

Ghostty 折腾小记

阿猫博客

2025年9月17日 21:22

刚入手 Macbook 的时候用的 Terminal.app，后来用 iTerm2，同时用 Termius 来连接服务器，再到后来用 Tabby + tssh 大一统，取代了 Termius。前两天心血来潮又换成了 Ghostty，说实话 Tabby 没什么不好，唯一的缺点就是不是原生。

Ghostty 号称「零配置」（Zero Configuration Philosophy），确实开箱的体验也足够好了。但是我有看惯了的配色和字体，所以这些还要折腾一下。先贴一下我的配置，以及效果，方便你抄作业。

theme = Catppuccin Mocha
font-family = Hack
font-family = Noto Sans SC
font-thicken = true
font-size = 12
window-inherit-font-size = false
window-padding-x = 10
window-padding-y = 10
shell-integration-features = no-cursor
cursor-style = block
cursor-style-blink = true
window-save-state = never
term = xterm-256color

它的配置采用的是一种宽松的类 ini 的格式，这点好评，不会一不小心就损坏配置没法打开。

主要修改了这些配置项：

theme 用了平常就在用的 Catppuccin Mocha
window-padding-x, window-padding-y 不喜欢元素贴着边边，有种拥挤的感觉
window-save-state 设成 never 每次重新打开都会变成默认大小，强迫症福音
term 这个选项控制 $TERM，它默认会把自己宣称 xterm-ghostty ，会导致有些 CLI 报兼容问题，所以改成 xterm-256color

比较值得一提的是字体的搭配。它支持设置多个 font-family 来决定字形的回落。

我之前一直使用的终端字体是 MesloLGS NF，编程字体是 Hack。我对字体的偏好其实就是等宽、无衬线。趁着折腾我又尝试了一些其他的组合：

Iosevka（Iosevka Term / Iosevka Term Extended）：一款比较好评的终端字体，其中不带 Extended 的版本极窄，可以在更窄的屏幕内展示更多内容。但是实在窄得要命，接受不了。
Sarasa Gothic / 更纱黑体（Sarasa Term SC）：合成字体，是上面的 Iosevka + Source Han Sans 作为 CJK 增补合成的字体。其实用 Iosevka Extended + 这个还行，只是没有太好看。特点是中英文 2:1 等距。
JetBrains Maple Mono：也是一款合成字体，JetBrains Mono + Maple Mono。也是中英文 2:1 等距的。
Noto Sans：一款 CJK 字体，不怎么特别，但是在终端里比 PingFang SC 稍微耐看一点。
Fira Code：顾名思义一款为代码而生的字体，连字设计比较有特色。

有印象尝试过的自己大概就这些。折腾到最后，我使用了 Hack + Noto Sans 的组合。因为主要是英文字体用得居多，加上 vscode 里一直就是 Hack，所以看得顺眼的留下了。我发现在看惯某一款字体后，大脑识别起来会更快一点，过拟合不是虚的。

Anyway，趁这次折腾也对字体稍微有了一点了解，例如风格、等宽、连字、衬线、字形、字重等等，也许后面有机会再写一篇文章来讲这个。

阿猫博客
猫鱼周刊 vol. 080 中年人网购骗局 2025年9月14日 19:51

猫鱼周刊 vol. 080 中年人网购骗局

阿猫博客

2025年9月14日 19:51

关于本刊

这是猫鱼周刊的第 81 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

摄于大芬油画村，下午刺眼的阳光透过摇曳的树叶，树头挂着各式标牌，还有辆小孩的脚踏车。

这个地方算是比较踩雷，从宝安过去要坐一个多小时地铁，结果就是一个城中村（还算是很小的那种，一共就两条大街这样），没什么很特别的风景，只有几面网红打卡墙。如果是装点家居的话，倒是可以看看买几幅油画，价格不贵，大小都有；这里大街小巷都有可以体验画油画的，感兴趣的话可能也有点意思；另外还有给人画像的，这种就烂大街了。

这周看的文章不多，不过想法写得比较多一点。

文章

好好吃饭，别东看西看！

作者很喜欢分散精力去观察周围发生的事情，这是几个小故事的集合。

我并不是个注意力集中的人，所以我在吃饭、工作的时候，还会分出一个线程观察周围正在发生的事情

哈哈，很有同感。我小时候是话非常多的人，大概是初中的时候，经常因为说话太多被批评，然后当时我自己默默给自己培养了一个「少说多看」的习惯，在很想说话时抑制自己说话的欲望，转为默默观察。（当然这个习惯好像没有很成功，你看我现在就在疯狂输出，只不过是通过文字罢了）

日常#3 - 身上的红点、南瓜汤、胡辣汤、猪扒饭、纸上染了蓝、空洞骑士

之前关注的博主，新开的「日常」系列文章。虽然都是分享性质，但是感觉写成文字会比在朋友圈之类看到一大堆图片更加舒服。有时候看到朋友圈里别人发的九宫格（同样都是吃喝玩乐），会产生一种「怎么别人的生活过得这么好」的失落感。反倒是这种长文配图的方式，会让内容更加丰满，有一种真诚的感觉，而不是炫耀「嘿你看我又去了某某地方」。

周末流水账 0913

也是之前关注的博主 Solazy 的生活日常文章，主要也是吃喝玩乐。他的篇幅会更短一点，行文也轻松，看得很舒服。

我的博客设计

上周刚推荐了「极客死亡计划」博客的设计，这周 Spike 也分享了他的设计。所以其实很多博客读起来觉得很舒服，其实背后经过了很多的努力和细致的思考，这点非常钦佩。

另外，「我不喜欢的设计/内容」这部分跟我之前分享过的「Yay or Nay」其实很相似。

想法

coding agents 的记忆

当前多数 coding agents 采用纯文本文件来做「记忆」，并且通过嵌套的方式，去支持用户/项目/目录维度的规则。问题是，一个是好像暂时没有发现会去主动更新、维护记忆的，第二是记忆没法跨工具/项目等去共享，或者是团队等去共享，编辑起来也不方便。当然这两个问题也有一定的办法可以解决，第一个是可以通过主动调用 /init ，第二个是采用类似 intellectronica/ruler 这种去做，然后把对应的文件也放到 git 上。

其实现实的问题是，我反复需要给 Claude Code 复制粘贴数据库的表结构，不然它会瞎猜一个不存在的字段，或者搞错字段的类型，这点真的让我感觉很蛋疼。虽然这个问题有比较多种方法可以解决，例如：

在强类型的语言中使用结构体定义对应的数据库结构（没有 ORM 框架就用不了）
使用数据库的 MCP（会有查询风险问题）
把对应数据库结构的 SQL 放在项目代码里（项目中多数没有这个习惯）

所以我想搓这么个东西：

多租户设计，支持多个空间
空间支持多个成员，并且有管理员/读写/只读三种角色
空间下可以建立项目（对应具体的 git 项目）
空间里可以建立关联项目的记忆，也可以完全不关联任何项目；记忆可选是否与空间成员共享
支持记忆的增删改查
记忆有多种类型，其底层都是纯文本；类型包括 schemas（数据库表）、snippets（代码片段）、documents（产品、设计文档等）等，支持拓展
成员可以创建 api key 供 MCP 使用，这个 api key 需要在建立时指定可以访问的范围（空间、项目等）；后续用这个 api key 进行查询时，需要限制对应的范围
提供以下几个 MCP tool：
- get_memory(project, query) array(memory_item) 查询对应的记忆，返回一个列表；通过精确匹配+向量搜索，rerank 返回
- add_memory(project, memory_item) 创建记忆
- edit_memory(project, memory_item) 编辑记忆

这个东西现在已经新建文件夹，并且 vibe 了一大堆跑不起来的代码。如果你有什么想法，或者有好的项目/方案参考，欢迎评论交流。

中年人网购骗局

记录一下分别发生在我爸妈身上的两次网购经历。

第一个是我爸在拼多多上购买了一台「小米电视」，大小是对的，面板也没有瑕疵，系统也是小米的，从他们的使用来说，一切都好。直到我回家，尝试投屏看 F1 比赛，发现投屏超级卡，一看它连了 2.4G Wi-Fi，怎么都连不上 5G，此为第一个破绽。然后我尝试输入 SSID 手动连接，这时候我才发现遥控器不仅塑料手感极其廉价，而且并不是蓝牙的，而是红外的，此为第二个破绽。另外，进入设置界面，系统无法更新，设备信息的界面也与小米系统完全不一致，按照对应的型号在网上也根本没有找到对应的型号，此为第三个破绽。其实到这里我已经知道，这多半是台山寨电视。再找到电视的包装，不仅包装上完全没有小米的 logo，只写了「国货」之类的字样，也没有任何的型号标识，更加没有说明书、三包等文件。所以我爸花了一千多，买了一台「只有系统是小米」的山寨电视。更气的是，因为这台电视就是给爷爷奶奶看，他们只会用机顶盒看电视台，不会用到其他的功能，如果不是我去投屏，根本不可能有人发现破绽。当发现买到山寨之后，他们的意见是，那反正够用，也便宜，就算了吧。

第二个是我妈在拼多多上给我买了一些菊花冲水喝，收到货之后发现包装上完全没有标注生产商家、食品生产许可证等，仅有一张打印的贴纸写着产地，销售地址是某中药城，还很「贴心」地标注了这是「初级农产品」。这是个很扯蛋的事情，假若这个东西吃完出了问题，商家可以拿这个条款出来赖：我不是卖的食品，你没有加工过就吃，吃坏了不负责。再往坏点说，这完全就是三无产品，不管怎么样商家就没有善意，你怎么保证买到的是好的？而我妈的话更是让我震惊：「我还以为初级农产品更好，没有添加剂」。

其实我之前也试过一次在 pdd 买过一个三无 U 盘，标价 17 元 32G，实际写入几百 M 就写不了了，申请退款直接就通过了。最离谱的是，我甚至好评返现薅了它 3 块。

我不知道为什么总有论调在说「网购」如何降低物价，在我看来完全是奸商和平台狼狈为奸，我此前完全想像不到这利润空间可以有这么大，又或者说原来对应的群体这么好骗。我爸是一个非常聪明的人，我妈也算有点文化，但就是被这些奸商和平台定向诈骗到了。我不敢想拼多多在二三线城市，或者更加薄弱的群体，是有多赚钱。

我对此无能为力，我只能跟他们说，以后再在网上买贵的东西，先给我看一下。

好好说话

一件发生在开源社区的闹剧，我觉得很典型，值得拿出来讲讲。事情是这样的，Meshtastic 社区里一个人做了一个中文固件（支持 CJK 字符的展示），然后开源社区有人提 issue建议他开源，这位认为对方怀有恶意，用 GPLv3 要挟他开源代码，但他已经提供了对应的 patch，于是他让对方「Fxxk off」。

我觉得最哭笑不得的是他对别人这一句话的理解：

Hi. I understand your concern, but it might be worth looking into it. Also, Meshtastic is GPL3, so the patch HAS to be released anyway. And we at Meshtastic would really like to see it.

他说，这个「HAS」用了强调语气，结合「anyway」，这是恶意的。

我不知道他从哪里理解出这个恶意，这句话全都是委婉语气，看上下文人家只是希望他去提一个 pr，Discord 上别人也认为他过度反应了。结果他的这番发言居然在国内社区获得了不少支持。

我觉得国内在开源社区有一些误区，真的成为中国人在社区反复出丑的原因。

第一个是对开源工作的态度。开源本身就是「为爱发电」，不是因为没人原因为你的工作付出经济或者情绪价值，开源本质是不藏私地分享。用上一期的话来说，如果经常纠结别人白嫖你的工作，那也是对你自己的不尊重。

第二个是语言不通的问题。在 GitHub 上有很多非英语母语的人，像日本、印度等等，世界上大多数国家的母语也不是英语，但是大家都能用英语去协作，唯有中国人特别喜欢用中文，或者就是写不好英语。我觉得在语言上没必要扯什么民族自信的事，要以约定俗成或者方便沟通为主。英美很强大，但万国邮政联盟的工作语言不还是法语？所以学好用好语言是没有借口的。

第三个是友好交流。这个人的心态很差，不知道他为什么预设了对方是恶意的，是想要白嫖他的代码，因此影响了他的理解，而且用 fword 去回应对方。国内社交平台的戾气是相对比较重，但我真的很少在 GitHub 在中文以外的语言有骂街的。不管怎么样，在互联网上好好说话，应该是一件很基础的事。我也有项目，有人提了 issue，我没有时间精力去做，我会很礼貌跟对方探讨难点在哪里，委婉地拒绝。或者别人有疑惑的地方，我也会尽我所能去讲解。

项目

ruler

可以把规则应用到全部的 coding agent，其实就是把内容同步到 CLAUDE.md 等。一定程度上能解决我上面提到的问题。

bayes_spam_sniper

利用贝叶斯算法实现广告拦截。跟我之前提到的个人信息源过滤有点关联，其实前期也可以用传统的算法去尝试过滤。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 079 工作中应该摆烂吗？ 2025年9月7日 18:41

猫鱼周刊 vol. 079 工作中应该摆烂吗？

阿猫博客

2025年9月7日 18:41

关于本刊

这是猫鱼周刊的第 80 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

一旧很有质感的云，蓝色的天加上傍晚时分金黄色的阳光，让它显得更有层次感。

上周周刊停了一周，一个是因为周末回去广州了没带电脑，二是因为之前提到过的健康问题去复诊折腾了两天，检查结果有点令人担忧（虽然结果最后发现虚惊一场），所以搞得有点心神不宁。Anyway，现在一切都好。

这周产出了一篇 TIL 文章通过 git pre-commit hook 防止误提交二进制文件，解决了我开发 Golang 时候的一个很头疼的问题。

文章

接手，而不是「接锅」

这篇文章一定程度上解开了我工作中很大的一个心结。

第二个点是我近期在工作中反复遇到的心态：「既然环境中有一个或几个人做得不好，我们是不是就不用正常做事了？」

换成更直白的话就是：「为什么他做得那么差你不去管，反而来要求我？」
...
当然，很多人并非不愿意对自己提高要求，他们的真实想法更可能是：「我可以继续保持高标准的产出，但你不能继续留着那些低素质的同事，这让我心理不平衡。」

这就是我平常很内耗的地方：我总是接手一些烂摊子，一些质量很差的代码，一些四处漏风的系统，在此同时你的同事还在往里添屎。在日常工作中我更多内耗的点就是，原来已经这么烂了，大家都在里面拉屎，那我要不要重构，还是说像别人一样交付需求就行了？

如果一个高素质的人，常常以「我已经做得很好了，你应该去要求别人」作为自己的退路，那么时间长了，他就和他口中那些低素质的人别无二致了。
...
而作为个人，我们也需要理解，我们不能拿要求自己的标准来要求世界上的每一个人。责任和分工各有不同，我们只需要专注于让自己变得越来越好。对于那些持续保持在较差水准的人，过度投射我们的关注，其实是对自己最大的不尊重。

这段话真的解开了我的心结。不可否认在领导层面这是很成功的 PUA，但讲得确实在理。

在任务栏中显示秒数会更耗电吗？

LTT Labs 的文章。LTT Labs 是 LMG(Linus Media Group) 一个比较新的业务，主要做外设、电源之类的评测，也会有一些技术分析的文章。

他们做了两次实验，第一次的结果是显示秒数续航更短，符合大家的认知；但第二次的结果就完全相反。最后他们得出的结论是，开关与否，对日常使用的续航没太大的影响。

他们网站上还有一些很有意思的文章，例如近期对 Switch 2 Dock 的分析等。这个频道我关注了可能有十年了，在除了装机、评测硬件之外还能给观众持续带来新鲜感，这个问题很难，但是他们似乎解决得很好。

记录一下 AI 在医疗领域应用的实际体验

作者分享了对「AI 报告解读」以及相关经历，表达了对这个功能的赞赏。

作为过来人我对这种功能表示非常质疑，我觉得在一些情况下，连人类医生在没有足够的上下文的情况下，都无法作出准确的判断，何况是 AI。

以我自己的经历来说，我在检查发现结节之后就多次咨询 AI，向它提供了足够多且准确的病情描述和检查结果，其实大多数情况下它给出的结果都是「足够准确」的，但是有些确实引起了我不必要的焦虑，例如在术后以及碘治疗后 tg 结果的解读，它认为数值过高，可能还有癌细胞残留，而医生解释道碘治疗后相关细胞破坏会导致大量释放 tg，需要一定时间内才会下降，要观察半年左右。事后再看，虽然当时 AI 也有提到过类似的点，但是我一点都没看进去，这就是 AI 的坏处，模棱两可的说法会让你产生恐慌。

这个错其实人类也会犯，上周我在核医学科复诊时，医生根据 PET/CT 、SPECT/CT、B 超以及甲功甲免的结果，认为「不能排除淋巴结转移」；而甲乳外科的医生在考虑了全部病史、检查结果之后，认为 tg 结果是下降中，而且淋巴结的形态正常，可以继续观察。

我觉得在医疗方面 AI 的切入点不应该是「解读」或者「诊断」。单一的检查结果在临床上很多时候没有决定性的意义，一般都需要结合多项检查结果、病史等等才有意义，这也是多数检查报告里会提到「请结合临床」的原因。医疗 AI 应该更加注重「确定性」的东西，不要吐模棱两可的话。面向患者这是增加恐慌的不必要精神负担；同时容易让患者在问诊过程中对医生产生质疑，例如「AI 说 xxx」，有点像以前的「百度说 xxx」，对医患关系也是不健康的。面向医生则可能是更大的问题，医生能否保持自己的独立判断和思考（在编程方面我就对 AI 形成了很大的依赖），这对患者来说是很关键的。

但是它可以起到「科普」的作用，例如解释清楚对应指标有什么含义，某项治疗的原理是什么、某种疾病的常见治疗方案和预后等等，可以在问诊前就让患者和医生构建一个比较好的沟通基础，这样的意义会更大。

Atlassian 收购了 The Browser Company

一则小新闻，Atlassian 收购了 Arc 和 Dia。主要想谈谈我对 AI + 浏览器的想法。

我觉得我不需要一个 AI 为主的浏览器，浏览器还是原来的浏览器，只需要有一些插件有 AI 的功能。就像现在很多 AI IDE 意识到的那样，围绕 AI 从头再造一个编辑器是没有意义的，在 vscode 上提供一个好用的插件，深度集成就好，更甚者像 Claude Code 这样提供一个 CLI 就行。之前就提过一个类似的观点：

绝大部分 AI 不是一个产品，只是一个功能。

Dia 就走了这么一个弯路，它重新做了一个浏览器，虽然内核还是用的 Chromium （现在几乎没有人能离开 chromium 做浏览器了），但是完全没有继承 Arc 的很多功能，最喜欢的侧边栏没有，也没有办法 pin 页面（只有原始的收藏夹）。在「浏览器」这个功能上，远没有没有达到前任 Arc 的水平，甚至可以说没有到及格线。

不可否认事实上 AI 正在取代搜索引擎成为互联网的入口。但是我算是比较守旧的人，我还是喜欢自己搜索。我使用过 Google 自己的 AI、各种联网、MCP 等等，体验真的不尽人意。AI 没法解决的问题一是幻觉，二是对内容来源的筛选。互联网上有大量 SEO 很好的垃圾内容，例如内容农场，或者是像 CSDN、掘金这类用 AI 生成 SEO 内容的，尽管你可以用过滤列表解决内容农场的问题，但没法让 AI 判断文章质量再去判断是否采信。

Atlassian 这家公司也很有意思，除了大家也许熟知的 Jira、Confluence、BitBucket、Trello 等，还冠名了一支 F1 车队 Atlassian Williams Racing（就是大名鼎鼎、祖上阔过的威队）。

北航软件工程小记：用 Rust 开发「风行旅途」

作者分享了他在「软件工程基础」课程上组队开发大作业的经历和体会。

我觉得算得上是很成功的大学教育，而且作者本身也非常值得敬佩。我读书的时候，所谓大作业几乎就是实现几个很简单的功能，只要求有前后端，有个管理后台，演示的时候能走完流程，就算 ok。作者这个课程还要求了微服务、单元测试、CI/CD、测试这些知识点和流程，不清楚课程中老师或者助教有没有详细讲解，还是要求学生自己探索，不管怎么样这课程质量真的很好。

我记得我的学校几乎没有工作中用得上的课程，有门课程还在讲 IBM 一个停止更新了很多年的消息中间件，也从来不提微服务、CI/CD、git 这些东西，就把课本上的基础知识讲一遍。大作业的体验更是噩梦，总有人组队就是抱大腿不干活，不写代码，不写报告，让他做个 ppt 都要推脱。也许学校之间的差异就在这里。

「极客死亡计划」的设计哲学

我很喜欢的一个博客，作者分享了他对博客设计的一些想法。上期我刚说完很喜欢博客的字体和排版，以及那个返回顶部的交互，刚好这周作者就分享了更多的设计的细节，真巧！

我时不时也对博客进行一些装修，但由于我使用的是开源的博客软件，所以可以自定义的部分就相对少一点。现在的主题阅读体验还算不错，所以更多时候我会花时间精力在博客的内容上。

想法

Claude Pro 订阅

上面说过，我对 AI 编程其实产生了比较大的依赖。不是我不会写，单纯是不想写，明明动动嘴就可以做完的事真没必要自己动手。然而上周好像出现大规模封号的问题，在用的中转变得不可用了，所以找了一些替代方案。

在用的中转给出的方案是更贵一档的「头等舱拼车套餐」，我没去询价，感觉不会很值。最显而易见的方案则是其他类似的中转，在论坛里看到一篇不错的帖子评测了一些中转商家，感兴趣也可以看一下。我没再找中转的原因一是因为不可用的原因和情况是普遍的，换个商家估计情况也差不多；二是帖子里一些中转商家会往里掺东西，获得不了完全和原生一致的体验；三是现在有三个月五折的活动，Claude Pro 只要 $10。

用官方的服务主要是两个难点，一个是封号，另一个是付款。封号这点太难受了，我之前用的 OpenAI 账号和 Anthropic 账号已经都被封了，原因要么是付款的卡段一起被连坐，要么就是不小心用了国内的 IP 访问，申诉也没用，甚至 OpenAI 上次有几刀的余额也没有退款。付款这点也很蛋疼，只能用虚拟信用卡或者国外银行卡（港卡也不行），前者入金还比较麻烦，也不保证什么时候就跑路/被连坐了；又或者去买美区的礼品卡，通过苹果订阅。

简单分享一下我现在的方案，也许后面会写一两篇文章详细介绍，大概就是：

用新的邮箱注册 Claude 账号
绑定 SafePal 的 U 卡支付
Stash 开启增强模式，保证 CLI 也走代理

总之订阅之后稳定使用了两三天，暂时还没有出问题。

你可以通过这个链接 https://claude.ai/acquired 订阅 Claude Pro，可以有三个月五折。上面提到的 SafePal 可以通过我的 aff 链接注册，可以获得积分，后续有费率优惠。另外现在也有活动，花 $5 运费，即可免费获得一个硬件钱包。

也谈谈信息焦虑

上期聊过，我对文章有一个 Yay/Nay 的标准，虽然通过自订的信息流，已经把我要看的内容限制在了一个比较合理的范围，但其实我的浏览器里还是会堆积一大堆标签页，每次都在想「等我有更多精力专心去读的时候再看」或者「我想深度去读一下这篇文章」，结果就在那里放到被自动关掉。

Nay 会导致我看两眼就关掉文章，而 Yay 会让我看完之后再回味，或者放到周刊里推荐。

虽然之前提到过，写周刊不会对我产生很大的创作压力，这反而是一种表达渠道和很有满足感的事情，但消化这些信息源确实一定程度上对我产生了一点认知压力。上周提到的「个人偏好引擎」是我一个比较想探索的方向，目前我的筛选很大程度上只是根据标题和打开页面后的初印象，内容本身是否值得我深度去读，则需要消耗实际的时间精力去判断。

另外一个想法是，我现在信息的来源（RSS、各种网站等）、收藏（Karakeep）、整理输出（博客）其实是分离的，我有点想在上面的「个人偏好引擎」中整合一下 RSS 和收藏的功能，让它变成一个「个人信息源」集合的地方。

这块的想法其实还比较凌乱，但是「个人偏好引擎」这块倒是已经新建文件夹在开发了，如果你有想法，不妨通过评论或者邮件跟我交流。

项目

ccstatusline

一个方便自定义 Claude Code 的 statusline 的工具。我目前的配置如下图：

其实主要有用的是中间的上下文使用率，方便去判断什么时候应该执行 /compact 。

ccusage

Claude Code 的用量统计，通过本地的文件+在线更新的价格，输出报表。

这个其实主要起一个情绪价值的作用，正常情况下，我每天大概消耗 $5 左右的 token，Claude Pro 订阅一个月才 $20（现在优惠三个月 $10），血赚！

工具/网站

Claude Code Cheatsheet

Claude Code 的一些快捷键、常用命令、文件位置等，整理成了正好一张 A4 纸的 PDF。也有更完整的网页版。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
通过 git pre-commit hook 防止误提交二进制文件 2025年9月5日 00:58

通过 git pre-commit hook 防止误提交二进制文件

阿猫博客

2025年9月5日 00:58

在开发 Go 的时候经常不小心把二进制 commit 上去（顺手就 gaa 了），虽然有几个不太靠谱的方法似乎能避免，例如

把二进制的名称放进 .gitignore，仅限项目有 Makefile 的时候可能好用，换个名就完蛋。
如果 git add 的时候耗时特别长，应该发觉完蛋。
提交前通过 git status 好好看看 stage。

提交错了怎么处理这里就不展开叙述，反正就是很麻烦，会把仓库撑大，简单删除不行，要递归删除，还会搞乱提交历史，然后覆盖远端，非常麻烦。

但是我们可以通过 pre-commit hook 来检测 stage 里是否有二进制文件，并且在检测到时给出指引如何去掉二进制文件。

修改项目中 .git/hooks/pre-commit 为以下内容即可。

#!/bin/sh

# Function to detect binary files
detect_binaries() {
    echo "Checking for binary files..."

    # Get list of files to be committed (cached/staged files)
    files_to_commit=$(git diff --cached --name-only --diff-filter=A)

    if [ -z "$files_to_commit" ]; then
        return 0
    fi

    binary_files=""

    # Check each file
    for file in $files_to_commit; do
        if [ -f "$file" ]; then
            # Use file command to detect binary files
            if file "$file" | grep -q "binary\|executable\|ELF\|PE32\|Mach-O"; then
                binary_files="$binary_files $file"
            fi

            # Also check for common binary file extensions
            case "$file" in
                *.exe|*.dll|*.so|*.dylib|*.a|*.o|*.bin|*.class|*.jar|*.war|*.ear|*.pyc|*.pyo|*.pyd)
                    binary_files="$binary_files $file"
                    ;;
            esac
        fi
    done

    if [ -n "$binary_files" ]; then
        echo "ERROR: Binary files detected in commit:"
        for file in $binary_files; do
            echo "  - $file"
        done
        echo ""
        echo "To remove these files from staging:"
        for file in $binary_files; do
            echo "  git reset HEAD '$file'"
        done
        echo ""
        echo "Consider adding these patterns to .gitignore to prevent future commits."
        return 1
    fi

    return 0
}

# Check for binary files first
detect_binaries
if [ $? -ne 0 ]; then
    echo "Pre-commit hook failed: Binary files detected."
    exit 1
fi

效果如下

阿猫博客
猫鱼周刊 vol. 078 我的 Dev Portfolio 2025年8月24日 19:10

猫鱼周刊 vol. 078 我的 Dev Portfolio

阿猫博客

2025年8月24日 19:10

关于本刊

这是猫鱼周刊的第 79 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

最近没出门拍照，之前拍完的一卷蓝凤凰也还没洗，准备等另一卷金 200 拍完一起送出去洗，所以没有头图可以用了。

这周几乎都在重构我的通知项目 Heimdallr，借助 Claude Code，我给它加了一个前端管理界面，后续还会加上按时间聚合通知、推送记录等功能。这周的内容也不多，索性「想法」部分多写点。

文章

英文罪名小赏

又是我非常喜欢的词源学的文章，这次介绍的是英语中常见的一些罪名，最近在看《The Rookie》，也经常碰到这些。

这个博客的背景和字体看起来很有质感，阅读起来很有感觉，每次碰到更新我都会打开原网页去阅读。这次看的时候发现了一个小交互，往上滚动一段时间之后会出现一个小蝙蝠，实现回到顶部的功能。这个挺有意思，不会一直展示在页面上碍眼，蝙蝠图案也跟博客整体氛围很搭。这就是自己写博客程序的好处吧！

在 AI 时代，我却更渴望代码

作者利用 AI 学习源码的经历分享。

现在有很多制造焦虑的资讯，经常在说「用某某 AI 花 xx 时间做了一个 yy」，或者说什么职业要被 AI 取代了云云，但其实对大家来说，最直接的事情是：

我的那些曾经只停留在 todo list 里的想法，终于可以一个个实现。

因为 AI，我最近又重拾了一些之前做的 side project。就像上周所说：

在 AI 时代之前，这个想法会因为我没有前端能力，又一直不愿意去学前端而搁置。另外，有些明知道怎么写，但是没有时间精力去写的东西，也可以交给 AI 去做了，我只需要做产品经理和监工就行。

想法

我的 Dev Portfolio

因为刚毕业的时候买的三年 JetBrains All Products Pack 要到期了，所以我最近又重新评估了一下手头在用的开发工具。之前因为使用 Cursor，我基本上不怎么用 JetBrains 家的 IDE 了（靠，才想起来 GitHub Copilot 居然也还在续费）。虽然订阅过期后，我还可以永久使用回退许可（2024.2），但我已经着手列出了一些我很喜欢，离不开 JetBrains 或者需要找到替代的功能：

（后续我会频繁提到 vscode，泛指 Cursor 等以 vscode 为基础的 IDE）

git 可视化提交记录：我不喜欢用单独的软件（例如 SourceTree 之类）去做 git 的管理，vscode 的 GitLens 我也用不惯。我习惯用命令行做 pull、commit 之类的大部分事情，但是很需要这个可视化的提交记录（包括查看 diff 等）。写到这里我发现它的 resolve conflict 功能我也很喜欢。JetBrains 有一个在测试中的 git 工具，有点期待。
数据库插件：可以连接各种数据库，开发的时候会很方便。vscode 上的插件大多非常简陋。
启动配置：IDE 右上角的启动配置，可以设置启动参数、命令行参数等等；vscode 中有类似的，但是就是没有这么方便配置和好用。尤其是运行单测时，在单测函数旁边点击运行就行，这个在 vscode 中好像做不到。
跳转、代码提示：JetBrains 的「就是好用」（just works）。
Debugger：用得很少，但还是习惯 JetBrains 的。
快捷键：同上。但是 vscode 的 command palette 也很好用。

不得不说 JetBrains 的的确确是我的白月光，我的使用习惯完全是它的样子。但是比较遗憾我不打算继续续费了，但也许我会继续拿开源项目去搞开源许可继续去偶尔用一下。它主要的问题是：

AI 功能毫无特色。这部分我不知道怎么细说，就是很粗略的感觉，甚至都没有详细体验下去的欲望。GitHub Copilot 的支持也比 vscode 落后一截（last time I check，因为我也没什么兴趣去体验）。
卡，卡得很。先不提它是 Java 写的这件事，如果你同时在写 PHP 和 Go，就要同时打开 PhpStorm 和 GoLand，对 16G 内存的机器来说可不是那么友好。

所以我现在的 portfolio 是：

Cursor：主力 IDE，主要使用 tab 功能，以及 Claude Code 陷入死循环时用 gpt-5 当替补。20 刀的用量太少了，狠狠用一天就能用完。
Claude Code：主力 AI，配合 gaccode 的月卡实现爽爽写。
DataGrip：数据库工具，虽然也有 TablePlus，但是工作中有时候用到 ClickHouse、Presto 之类的，这个支持的广一点，而且已经付过钱了。

大致是这样，如果大家有好的插件、工具推荐，欢迎留言。

Yay or Nay

由于我每天都会看挺多文章，长久以往我发现自己形成了一个对文章的筛选标准。这里我尝试总结一下，分为 Yay（好）和 Nay（不好）。我会把 Nay 放在前面，因为 Nay 会导致我看两眼就关掉文章，而 Yay 会让我看完之后再回味，或者放到周刊里推荐。

Nay：

大段复制粘贴，或者是翻译的文章，或者 AI 味很重的文章：拜托，别生产垃圾。
使用大量 AI 配图：同上，如果图片不能辅助文章的表达，那就是画蛇添足。「图文并茂」不一定会让文章变得更加有趣，更别提我其实相对很反感 AI 配图，尤其是某几个风格，简直看得审美疲劳。
全文大部分是代码，没多少文字：其实重点还是「没新意」。如果有比较独特的想法，一定是会花更多的篇幅在文字的表达，而不是大段的代码，因为核心代码不会太多。
弹窗，页面排版差，或者发布在臭名昭著的平台：有网站上来就弹窗让你关注 ta 的公众号；也有的网站有很多奇怪的样式（例如背景有动画、边角有看板娘之类，甚至播放音乐）。还有就是发布在 CSDN、知乎这类本身就在强奸用户的平台。

Yay：

我感兴趣的话题：例如上面的词源学，或者是 AI、摄影、生活之类，难以逐一概括。
良好的排版，有趣的风格：不用多说，这类我会专门打开网页去看。

我之前有一个想法，是做一个个人的偏好引擎，每一次看到喜欢或者不喜欢的文章，就通过一个接口给它打标，学习我的偏好；然后通过浏览器插件或者 RSS 过滤等方式，帮我过滤掉一些没意思的文章。也许上面的内容会成为它的 prompt。

拓竹 CyberBrick 卡车

前两周就拼好了忘记发了。好玩的过程是拼装，拼好之后就有点索然无味了，就是比较普通的遥控车。

打印的部分没什么大问题，有一块 TPU 的部件，自己切片用 PLA 打了，其他都是用官方的打印配置直接打印。那块 TPU 的部件是前轴，不知道是不是这个原因还是因为我组装有问题，这个车会跑歪。

组装的话会比之前的遥控是更大的工程，笨手笨脚的话耗时两三个小时左右，算是大人玩的赛博拼图吧，跟着官方的 PDF 不算很难。有几个要用到胶水的地方，因为前面踩过坑了，这次终于没被胶水粘到手。这里分享几个 tips：

要打非常多的螺丝，建议用电动螺丝刀。
打印一个螺丝托盘，以及一些小的收纳筐来装各种小零件。我打了一个 2+1 的螺丝托盘，小的区域装螺丝（整个项目只有一种螺丝规格，好评！），大的区域放当前步骤的零件。小收纳筐可以方便提前从整个 kit 里抓好这次要用的零件。
备一个镊子，装灯的时候要用，另外用胶水的时候也可以避免手碰到。

项目

meshing-around

我之前就介绍过 Meshtastic 和它的中国社区，这是个很有意思的离网通信组网项目，目前增长得挺迅速（已经满了一个 500 人的微信群），深圳这边已经可以完全实现离网通信了。

这是一个 BBS 脚本，可以实现一些机器人功能。Meshtastic 这种离线组网和业余无线电一样，需要找到一些平时的应用，或者说乐趣，才能推广开，或者说让人坚持下去。光聊天这一种功能，替代不了微信。深圳这边每周五会有点名活动，参与的人不多，但是好像比国内其他城市都走得前了。在折腾这一块，还是有挺多好玩的方向，例如做太阳能节点、放生野外节点、用模块手搓 DIY 超低成本节点等等。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 077 Code For Fun 2025年8月17日 20:18

猫鱼周刊 vol. 077 Code For Fun

阿猫博客

2025年8月17日 20:18

关于本刊

这是猫鱼周刊的第 78 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

还是之前在赤柱海边拍的照片。蓝蓝的海和天，浮标和远处的帆船点缀其中，很有夏天的味道。

这周做了好几个事。首先是一篇 TIL 类型的文章优雅地在 crontab 中运行脚本，总结了一些令 crontab 体验更好的小技巧；第二是用 Claude Code 做了一个个人项目展示的页面；第三是装修了一下博客，重新写了一下关于页面等。

这周做的事情比较多，所以这期周刊内容会有点缩水。

文章

停用 Facebook 和 Instagram 对用户情绪状态的影响

国外的一项研究，原文内容我没有看，翻译了一下它的摘要：

我们在 2020 年美国大选前通过两项大规模随机实验评估了社交媒体停用对用户情绪状态的影响。与仅停用第一周的控制组相比，在大选前六周停用 Facebook 的受试者在快乐、抑郁和焦虑综合指数上显示出 0.060 个标准差的改善。同期停用 Instagram 的用户则表现出 0.041 个标准差的提升。

虽然说「停用社交媒体可以减少焦虑」这个结论稍微有点断章取义，但是这个结论安在我身上好像是说得通的。最近发现自己越来越少刷朋友圈，有时候居然两三天才会打开一次，这个改变连我自己都感到惊讶。朋友圈是一个很典型「报喜不报忧」的场景，大家都会在朋友圈展示自己生活最精彩的一面，而生活更多是平淡，或者是痛苦的时刻。如果不能调整好心态，看朋友圈的时候陷入一种「天啊怎么别人都过得这么好，怎么就我的生活这么烂」的想法，那真是自寻烦恼（不久前我真的会这样）。

37 岁退休一周年：经验与心得分享

作者介绍了他退休一周年的经历，重点介绍了财务准备和心理转变方面一些经验和心得。

提前退休除了需要在经济上要有准备，在心理上也需要有很多建设才能实现，有很多人生的问题需要想清楚。

因为那才是你想要的生活，是 FIRE 的目标，也是你坚持计划的动力。而不是“工作压力大了、领导太操蛋了、上班太辛苦了”这类逃离借口。前者是你想到达某个地方，而后者只是你想逃离。

能够开心的过完这一生，本身就是最珍贵的意义。

想法

Code for fun

在 V2EX 分享了新写的项目，有人回复「所以我为什么不直接链接到 github 主页」。

我的回复是：

从目的上说 profile 页完全能满足需求，但是体验一下用 AI vibe 一个前端的过程，折腾一下 Actions 这些对我来说很有趣。

类似游戏可以看解说视频云玩为什么要自己买一份花时间精力玩？

我在开始之前知道我这是在重复造轮子，但是我甚至没有先去找一个类似的项目，还是造了这个轮子。因为重要的并不是结果，并不是它有什么意义、价值，而是我享受了创造它的过程，调通那一刻的成就感。还有就是当我跟别人提起这个东西时，不是「我用了 xx 项目」，而是「我自己写的！」那种自豪感。

Callback 一下，前面那篇文章的作者就说过：

很多事，本来就没有意义。... 人生在于体验，而不是结果...

之前周刊介绍过的 35 岁+程序员依然可以兼顾热爱代码和享受生活里也提到过：

那些 35 岁要当管理的理论都是狗屁人说的，什么年纪大了不能写代码？我今年 37 岁，依然热爱代码，而且是下了班写到半夜 2 点。人这一辈子，唯一的规则就是毫无限制，不要管别人说什么，自己快乐最重要。

希望我能到不惑之年还能保持对写代码的热爱，又或者找到新的热爱，谁知道呢。

More on vibe coding

我之前说过：

你不是在 vibe coding，而是在十倍速生成屎山

我现在想对它做个补充：如果你能像喝药一样捂住鼻子，不要关注它写的代码，也不要介入去改代码，一路 vibe 到底，出来的成品还不错。

我觉得我对 AI 写代码的认知还停留在之前 GitHub Copilot Chat 或者 Cursor 那种选片段让它改的阶段，没有进入到 agentic coding。比起一点一点改，agentic coding 更加像现实中多人合作开发的模式，AI 独立去实现一个需求，或者是解决一个问题，然后一次性提交一大堆变更，然后你去 review 这样。我发现一个所谓「工作流」，能提升 vibe coding 的效果：

介绍背景：有一个 CLAUDE.md 可以用来简单介绍项目，这个可以通过 /init 来生成，然后再根据需要修改一下。这里最好把技术栈、文件结构、代码风格之类介绍清楚，可以避免它漫无章法地生成文件。这个文件后续也需要根据它的行为（例如你不想它次次都生成测试或者帮你运行代码）来调整。
描述需求：比起简单一句话描述需求，你可以用一个 markdown 文件来详细描述需求，包括技术要求等，以及一些你觉得需要注意的地方。
计划：要求它先输出一个实现计划，包括要创建哪些文件，每个文件里面包含什么逻辑、对应的数据结构、使用的中间件等等。你可以跟它反复修订这个计划。
执行：当你跟 AI 商定好技术方案之后，运行一次 /compact 压缩一下上下文，然后告诉它开始实现。按 Shift + Tab 打开自动接受变更。

等它执行完，当 code review 一样去给他提意见就好。可以在旁边开个窗口一条一条记下来，然后在复制粘贴进去，等它反复修改，直到满意，中间不要自己去改代码了。

另外一个转变是，它赋予了我快速实现一些想法的能力。我的笔记中有一个「灵感」文件夹，充满了一时兴起想做、列好了功能列表、做出来能满足我某些需求但其实「没什么用」的东西，这次这个就是其中之一。在 AI 时代之前，这个想法会因为我没有前端能力，又一直不愿意去学前端而搁置。另外，有些明知道怎么写，但是没有时间精力去写的东西，也可以交给 AI 去做了，我只需要做产品经理和监工就行。总体来说，这还是很有意义的，至于是不是自己一行一行亲手写的代码，好像也无所谓了。

还有一个问题是，Claude Code 如果用 API 烧钱真的很快，短短一个小时不到我在 API 上就花了两百多块，甚至还没做完我的需求。如果你的用量比较大，还是用月卡比较划算。这里打个小广告，我用的是 gaccode，这周末用下来非常稳定，原生的模型原生的体验，用量也够我一直高强度使用。你可以通过我的链接注册来获得免费的 10000 积分，如果你需要购买月卡，现在有限时的优惠，¥289 一个月（原价 ¥299），添加我的微信 _3verest，备注 gaccode 即可。

项目

showcase

展示你的 GitHub 项目，使用 GitHub Actions 自动更新，并部署在 GitHub Pages。就是上面提到的个人项目展示的页面。

claude-code-router

一个在 Claude Code 中使用其他模型的方式。不过说实话，深度体验之后，只有使用 Claude 效果最好，追求低成本使用 Kimi K2 或者 Deepseek 都达不到原生的效果。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
博客装修之开源项目展示、关于页面 2025年8月17日 13:40

博客装修之开源项目展示、关于页面

阿猫博客

2025年8月17日 13:40

博客里面有一个很简陋的「项目导航」，原本的目的是用来展示我做的一些项目。标题上还有「开源项目」，是因为这里面曾经还有几个在学校期间做的项目，代码又不能公开，网站也需要账号才能访问，放在这里实在没有意义，就去掉了。

所以我想要一个页面，能自动去拉取我的 GitHub Repo，然后展示出来，思路大概是这样：

抓取 GitHub Repo 及其描述
使用 GitHub Pages 静态部署
使用 GitHub Actions 自动更新

于是用 Claude Code vibe 了一个页面，有黑白两个主题。

大致就是我想要的东西了，非要说的话有两个遗憾：

不能嵌进博客里，要跳转到新网页
样式很无聊，我原本想要 fancy 一点的效果，奈何我自己都描述不出来，更不可能让 AI 去发挥出来了

总之，现在博客菜单中的「项目导航」已经换成了「开源项目」并链接到这个页面。如果你对这个项目感兴趣，欢迎看看 LeslieLeung/showcase，fork 后改一下配置就能成为你自己的 showcase 了。

另一个变化是重新写了一下「关于」页面。这个链接一开始是有一句不三不四的个人介绍，后来链接到了 bento，也是有点意义不明。看别人的文章时，有时候会好奇作者的背景，学什么、做什么，基本上都可以在「关于」这个页面找到答案。于是这块我也重新写了一下。

最后就是「影集」里面上新了最近拍的一些胶片。没想好这块要怎么用，博客自带的上传和图片管理都比较麻烦，也许又会再 vibe 一个别的东西出来（？）。

看了一下上次给博客换主题已经是去年七月底了，到现在刚好一年，不算是光折腾主题和功能，文章一点没写了吧（x。

阿猫博客
优雅地在 crontab 中运行脚本 2025年8月12日 23:11

优雅地在 crontab 中运行脚本

阿猫博客

Run `node` scripts using `nvm` and `crontab` without hardcoding the node version · GitHub

2025年8月12日 23:11

一般来说，像 Node.js、Python 这类解释型的语言，系统上都会存在比较多个版本，利用一些诸如 nvm、venv、poetry、uv 等环境管理器来管理。一般来说部署这些脚本都算是一个比较噩梦的体验（相比可以打包可执行文件的语言来说），因为还要涉及到配环境的问题，另外配定时任务更是另一番折磨。

本篇介绍一个技巧，避免在 crontab 中反复使用绝对路径，更优雅地进行部署。解决方案就是写一点 shell 脚本，比在 crontab 里面反复 && 要好。

首先你需要一个配置环境的脚本，以及运行定时任务的脚本。

env.sh

#!/bin/bash

# 如果你的 nvm 在其他目录，需要修改这里
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"  # This loads nvm

# 如果你需要指定node版本，可以反注释下面一行
#nvm use v21.4.5

script.sh

#!/bin/bash
$(which node) script.js

单独给定时任务写一个脚本的好处是，如果你的参数非常长，或者定时任务想要复杂一点的逻辑，例如脚本 1 和脚本 2，需要在脚本 1 运行成功后再运行脚本 2，如果失败就告警，可以写以下这样的脚本。

#!/bin/bash

# 定义需要执行的命令
COMMAND1="ls /path/to/nonexistent/dir"  # 示例：故意让command1失败（返回非0）
COMMAND2="echo 'command1执行成功，现在执行command2'"

# 执行command1并检查结果
$COMMAND1

# 判断返回值：0为成功，执行command2；否则处理失败
if [ $? -eq 0 ]; then
    echo "INFO: command1执行成功（退出码0）"
    $COMMAND2
else
    echo "ERROR: command1执行失败（退出码$?）"
    exit 1  # 可选：失败时退出脚本（返回非0码）
fi

`crontab -e`

*/1 * * * * (cd path; . env.sh; script.sh >> path/cron.log 2>&1; )

解释两个地方，第一个是 . 是 source 命令的缩写，与直接运行一个 sh 不一样的是，source 会在当前 shell 中执行，而不是在一个子 shell 中执行。第二个是后面的重定向，>> 表示以增加的方式（而不是覆盖）把日志写入（重定向至）文件，2>&1 则表示把标准错误流（stderr）也重定向至标准输出流（stdout）。这些日志能够帮助你定位定时任务的问题。

如果调试通过，最好把这个日志变成可轮转的（超过指定大小/时间会清除），避免占用太多磁盘。也可以重定向到 /dev/null ，这样就会丢弃掉所有输出。

使用这种方式，比以下这种更优雅、灵活和好维护的多。

*/1 * * * * cd path && /home/user/.nvm/versions/node/v24.5.0/bin/node script.js

Reference

阿猫博客
猫鱼周刊 vol. 076 看一场晚霞 2025年8月10日 18:48

猫鱼周刊 vol. 076 看一场晚霞

阿猫博客

2025年8月10日 18:48

关于本刊

这是猫鱼周刊的第 77 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

摄于前海石公园。周五（8.8）预报说有很好看的晚霞，下了班就带着相机骑车去前海石，结果去到太阳已经在落山，日落是一点没有拍到，太阳像一颗大大的咸蛋黄一点点消失在天边，几分钟的时间就已经看不见了，这时候有很多人离开了。更好看的暮光则需要再等待十几分钟，中间的景色比较无聊，公园里只有挖掘机在施工（画面右下角可以看到施工的工地）。这段时间我有点生气，专程骑了几十分钟车过来，就看了个挖掘机。结果后来还是拍到了这张颜色还挺好看的晚霞。

不知道为什么，我至今为止还没拍到过一次完美的火烧云。每次不是在加班或者健身，就是看了预报说有结果扑空，我的运气就是这么背。另外，趁着这次拍日落，我把之前那卷蓝凤凰拍完了。这算是一个比较新的卷，如果有朋友知道哪家冲洗店和扫描方式比较好，不妨在评论区指导一下。

文章

会杀死我的，是确定性

作者认为确定性是一种很典型的程序员思维，但现实很难按照你理解的方式去运行。

程序员会对确定性的细节有极强的执念，不能拿到事情的每一处细节的做法，就不清楚应该怎么完成工作。

生活大爆炸里的 Sheldon 就有一个很严格的时间表，对周几在哪里吃什么、做什么事都有很严格的规划，以及每天什么时候吃饭上厕所都有很严格的时间规划。

我觉得这种思维在生活中有很大的好处，能节省很多无谓的思考耗费的时间精力。例如我每周就会固定在周末中午吃一家茶餐厅，它家的出品是很稳定的粤菜口味，能满足我吃点家的味道又不用浪费时间探店踩雷。

至于在工作中，这种思维则经常让我陷入到繁琐的沟通，时不时还会让我很内耗。跟产品甚至是程序员同行沟通时，如果产品没有把需求描述清楚，或者同事没有把文档写清楚，又或者沟通的时候稍微带点歧义，我就会追着对方把他们应做的部分完善好；如果没有取得我想要的「确定性」，我甚至会内耗，觉得是不是自己哪里没有表达清楚，以及我怎么把我负责的部分推进下去。

我觉得只要不是冥顽不灵，这种思维并没有太大的害处，只是遇到变化时要去积极面对和调整，毕竟：

这个世界，从来没有义务按照我理解的方式运行。

IT 档案馆：沉浸式翻译工具 Immersive Translate 争议事件梳理

上周才提过 PakePlus 的事情，还有之前的 Alist 之类的事件，这周又有一个沉浸式翻译的瓜。网上有很多吃瓜的文章，我挑了这个相对比较完整的放在周刊里。这个作者还有一些类似的文章，标题都是「IT 档案馆」，算是个吃瓜合集。

其实这件事主要是两个问题：一是泄露网页快照，二是限制第三方 API。

关于信息泄露的问题，我很早就写过一篇文章谈当时的超星事件，其实一般情况下个人隐私保护不是很复杂和难实施，只是大家都没什么意识。

完善自己的安全意识和知识，在不同系统上使用不同的强密码，仅提供必要的信息，使用安全的网络访问等

认识到什么数据属于个人隐私，坚决不能主动提供或被他人公开

拒绝使用任何第三方平台，拒绝向第三方平台提供任何信息

提醒辅导员不要在级群等公开渠道发布含有个人信息的文件，提醒学生助理等不要将含有个人信息的文件不加权限地发布在如腾讯文档、上传至百度网盘等

限制第三方 API 的事情，我觉得就是我之前提到过开源项目商业化里「吃相难看」的一种。不过从这个项目看，它早就卖给了公司。口碑和赚大钱很难两全，但是我觉得对一个商业项目来说，打磨付费服务的独特体验会比封杀免费服务更好。

另外有点偏题的是，我觉得与其折腾什么翻译工具，不如花时间学学英语来得有用。我的日常场景中，几乎所有的外语都只会是英语，所以对我来说根本不会用到翻译的功能。就算翻译的效果再好，检索、理解的效率都没有看原文的效率高的，这一点我在工作中深有体会。我经常看到同事对着翻译翻文档，怎么都找不到需要的东西，拿着牛头不对马嘴的文档说实现不了。

Do Variable Names Matter for AI Code Completion?

清晰规范的变量命名对 AI 系统的帮助会更大。对我来说不算什么新闻，好的代码风格对人和 AI 的帮助都很大，没想到居然会有人为此写一篇 paper。

想法

$V2EX

我目前持有 4062 枚 $V2EX。

感觉这件事带动了很多人入坑 Web3。如果你是刚入坑，我觉得有个规则，或者说教训，一定要了解清楚：

你的资金随时有可能突然亏损，甚至清零。

因为 Web3 不受监管、去中心化等等特性，这是一个 24 小时的交易市场，没有任何的保底，诈骗层出不穷。你可能在短时间内血赚，或者血亏。我最早在 $DOGE 的时候，几百块入场，赢到了几千块，随后又在一个新币（甚至忘了什么名字）发布的时候，清零了这笔钱。对大部分人来说，这种高风险的事情，不应该作为一种赚钱的手段，抱着了解和体验一下的心态投入一点点可有可无的钱去试试就好了。

本来想简单写写买 $V2EX 的过程，想想可能单独写一篇文章会更合适，v2 上也有很多帖子写过了。这个币现在的氛围不错，社区里会发空投，站长也会很热情给你转一点 gas 钱。

至于最近有些争议说站长想赚钱，又或者是说站长的言论控制等等，我觉得任何一个社区都有其共识的价值观，如果认同你可以加入，不认同可以离开。这个社区确实比较独特，可以相对自由地讨论有意义的事情，也不会有太多无用信息浪费时间精力。

颓记茶餐厅

前面提到，我经常在周末去吃一家「颓记茶餐厅」。今天去吃了干炒牛河，葱和芽菜是最后放的，半生半熟的状态，口感很好；牛肉给的也很多，而且粉炒的稍微有点焦，总体很干身不会很多油，是很正宗的干炒牛河做法。

这家店的服务也很好，落座就给你上一杯冰水，炎炎夏日，这给人的初印象真的很好。点了一个雪糕心菠萝包，雪糕有点融了，送了我一支奶茶，过会儿又拿过来一个新的菠萝包，我婉拒了。

其实它的出品没有特别出众，但是在附近没有竞品，就因为它的做法最正宗。作为广州人，在深圳真的很难吃到真粤菜，反而是各种潮汕菜、湖南菜、川菜等等占据主流。

AI Coding 工具选择

Cursor 最近也推出了他们的 CLI，体验跟 Claude Code 非常类似。对我来说这个产品会有一点意义，第一是我付的 Cursor 订阅以及 JetBrains 订阅都不会被浪费（你可以在别的 IDE 里使用 Cursor CLI，同时拥有 IDE 的便捷功能和 Cursor 的 AI 能力），第二是它订阅起来比买 Claude Code 方便，使用成本相对也低一点。

关于这类产品，其实现在市面上竞品非常之多，例如有：

其实这类项目的核心无非是两个：模型以及编排。模型大家可用的底座模型都一样，编排说实话也大差不差。对于我来说，性价比可能更加关键。目前来说，我的选择是：

主要使用 Cursor，一开始觉得 vscode 比较难接受，现在习惯之后觉得挺好用，简洁，多种语言同时写的时候不用开多个 IDE，体验也不会割裂；
偶尔会试试 Claude Code，复杂问题用中转的 claude，简单问题用 kimi k2；
准备试试 Cursor CLI，搭配 JetBrains 系列 IDE。

这个行业变化得非常快，短短两三年时间其实已经发生了好几代变化：

第一代：以 GitHub Copilot 等补全为主的 IDE 插件
第二代：以 AI 为核心的 IDE，例如当时的 Cursor
第三代：以 vscode 为核心，深度定制的 AI IDE，例如现在的 Cursor、Windsurf、trae 等等
第四代：现在的各种 CLI

一个题外话，你们一般在编程工具上花多少钱？我主要是 JetBrains、Cursor、Copilot这几个，每个月大概两三百块的样子。v2 有个帖子说程序员不应该在 ai 上省钱，我比较认同。最好当然是公司出钱给员工提供这些工具，退一步说，如果确实能提升自己的工作效率和体验，这个钱也非常值。

项目

midscene

字节开源的 AI 操作助手，适用于 Web、移动端、自动化和测试。

我用它做了个 app 自动采集工具，相比之前写固定的 ADB 脚本以及繁杂的 API 抓包流程，使用 AI 直接去操作 app 以及从截图提取结构化信息，开发速度大大加快，就算 app 有改版也不需要改代码，自适应能力很强。

stagehand

一个类似的项目，不过只支持浏览器。

coze-loop

字节开源的 AI 全生命周期管理工具，有点像 Langfuse、LangSmith 等。

最后

另外，我建了一个交流群，欢迎入群讨论或反馈，可以通过文章头部的联系邮箱私信我获得入群方式。

阿猫博客
猫鱼周刊 vol. 075 开源和白嫖 2025年8月3日 17:29

猫鱼周刊 vol. 075 开源和白嫖

阿猫博客

2025年8月3日 17:29

关于本刊

这是猫鱼周刊的第 76 期，本系列每周日更新，主要内容为每周收集内容的分享，同时发布在

博客：阿猫的博客-猫鱼周刊

RSS：猫鱼周刊

邮件订阅：猫鱼周刊

微信公众号：猫兄的和谐号列车

私信：leslieleung@proton.me

头条

还是上周在赤柱拍的照片。教堂框架上蓝色的点缀跟后面的天空非常搭配，给人一种非常安心舒适的感觉。香港的建筑用色非常大胆，跟环境融入得出奇地好。

文章

视频字体排版调查和分析

用 Notion 制作的文章（网站？），统计了视频创作者使用的字体。可以看到，苹方、思源黑体、阿里巴巴普惠体、得意黑这几个字体反复出现，都是一些免费商用的字体。

这算是一个很新奇的角度，我之前没有很关注字体对内容本身的影响。上周有个读者来信说我的公众号字体是宋体，请教我怎么做到的。说来惭愧，我一直用的 Quaily 的微信公众号 Markdown 排版编辑器，确实没怎么关心过具体是什么字体。

移除博客的留言

关注的一个作者，移除了自己博客的留言。无独有偶，我关注的另一个作者，他的博客也是没有留言的。

我的博客运行好几年了，其实总共才收到了百来条留言，一方面是我的博客不算很出名，写的东西也不是很大众，另一方面其实观众对互动不是感兴趣。我收到的留言大概有这三类：

感想、有建设性的建议（主要是周刊）
一些提问（尤其是教程向的文章）
各种 spam

solazy 的博主提到：

真正想要和我互动的朋友，总能找到途径。

我觉得很在理。我目前公开的渠道其实有 Email 和一个微信群，但说实话我还是最喜欢 Email 这个渠道，非 IM 的模式（也可以说是「车马慢」）使得大家在交流上会多花一点时间打磨自己的表达，交流起来是更加高效的。微信群平时比较冷清，之前直接公开二维码时会进来一大堆羊毛群发广告的人，所以后面变成了邮件联系我然后邀请的方式，代价是操作成本比较高，我经常好几个星期才统一回复这种邮件。

暂时来说，我博客的留言还会照现在这样运行。先审后发的机制，加上邮件通知，这个系统暂时没有对我造成太多负担。但是如果你有一些问题想要交流，我更建议你给我发一封邮件。

备份你的 Obsidian 文件