阿猫的博客

阿猫的博客

猫鱼周刊 vol. 089 Vibe Engineering

2025-12-21
猫鱼周刊 vol. 089 Vibe Engineering

关于本刊

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

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

RSS:猫鱼周刊

邮件订阅:猫鱼周刊

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

私信:leslieleung@proton.me

INIT

这周依然花了很多时间在 Glean 的开发上,内容也不是很多,STDOUT 部分介绍一些开发过程中的心得吧。

STDIN

关于博客开头的 AI 总结

原文链接

最近确实见到越来越多博客在开头的地方做一个 AI 总结,甚至为了模拟实时生成(事实上都是提前生成好的)还做了打字机效果,确实觉得很喧宾夺主(这也是 folo 最近的更新让我很难受的地方)。

作为创作者,我很认同作者说的 AI 总结应该作为「预告片」,而非完全概括文章的内容。你的期望是这个总结能够吸引读者的兴趣,尽可能读完你的文章,而不是期望读者读完就走,那你洋洋洒洒码的字算什么?我会用 AI 给周刊做一段 120 字左右的简介(120 字也是微信公众号的平台限制),有时候会手动编辑一下,使它更加适合我的风格。如果你要做 AI 总结,我觉得限制字数就是一个不错的方式。当然还有其他的东西需要考虑,例如展示的样式不要太抢眼球等等。

(博客加了雪花动画,还有一个会动的雪橇,指针也会变成圣诞树,可爱捏!)

是「登录」而不是「登陆」

原文链接

作者把这种行为称为「差不多主义」。

只要对方能看懂,写哪个字似乎并不重要。

说来好笑,这真的是我日常工作中最为困扰的问题,打错字只是一个最显眼的表象,更多的是逻辑没有梳理清晰。这种没有消歧、逻辑混乱的信息经常会使我 panic,我需要反复跟对方确认,如果对方一直不能给到我满意的清晰答复,会很影响我的心情。然而,我发现别人似乎对这个情况没多大的反应,他们会很「有耐心」地去别人的工位上,或者语音电话,一点点聊清楚。

我很讨厌这种工作方式,尤其是基于线下沟通、反复核对,明明一开始文档写清楚就完事了,还得拉个会议或者到别人工位上去讨论大半个小时。相对地,如果是我主导的工作,我一定会写很清晰的文档,在钉钉/邮件上也会做到言简意赅、逻辑清晰无歧义。这对我来说是比「对一下」更加轻松好办的事情。

窃听的基本原理!无间道之后最好的港产警匪片之一 | 漫谈《窃听风云》【01】港影十级学者

视频链接

《窃听风云》的解说,一共三期,一期半个小时左右,很深度解析了电影里面的情节以及里面用到的一些窃听的技术等,对股市以及资本可以如何操控股价的解说也很有意思。这也是我觉得电影比短剧、电视剧等体裁更有意思的地方,它是比较严肃的创作,好的电影在剧情上很值得推敲,更别提镜头设计等等,有很多耐人寻味的地方。

STDOUT

Vibe Engineering

Vibe Coding 对软件行业其实影响很大,它最实在的地方是可以帮助你完成能力的外延,例如你是设计师,原来只能画一下高保真原型,现在可以通过 AI 把产品 MVP 做出来;如果你是一个熟练的后端,对前端一知半解,原来做不了有界面的产品,或者要拉上一个人组队,现在可以通过 AI 一人成军。当然了,纯粹的 Vibe Coding 其实很局限,基本上只能做出一个很粗糙的 MVP,你会发现很多 Vibe 的产品的特点就是文档很长很详细,但是软件界面比较简陋或者 AI 味,功能相对也比较简单,没有复杂的业务逻辑,给人一种半成品的感觉。

要想实现传统软件开发的优点,例如功能完备、相对地 bug free 等等,其实需要我们在大学里往往当水课不听的「软件工程」。在 Glean 的开发中,我一开始先通过跟 Opus 4.5 聊天,确定产品的 PRD 以及开发路线,把整个系统的功能拆分为数个 milestone,形成第一个文档;然后再通过 Project 功能,把上面的 PRD 文档存在里面,再新开一个聊天,跟 Opus 4.5 确定整个产品的技术栈,指定开发规范等等,形成第二个文档;接着通过这两个文档,逐个 milestone 编写对应的技术方案、测试验收方案等;最后拿着这些文档,在编辑器中让 Cursor / Claude Code 去实现,编写单元测试,修复逻辑、样式问题,并且通过浏览器 MCP 进行测试和验收。

另外一个我很惊喜的地方是,AI Coding 近年来的进步其实不小。从最早 23 年底的时候我做过一版 code review,当时的 GPT 3.5 只能指出来一堆 nitpick,对实际的逻辑 bug 没什么帮助;到现在 Claude 做的 review 已经能一针见血指出一些诸如 race condition 之类人眼难以发觉的问题。所以我现在写完之后都会通过 PR 或者 Cursor 里自带的 Review 让 AI 自己再检查一下自己的成果,我更多专注于在界面、用户体验上捉虫和提要求。

MISC

Anna's Archive

网站链接

Anna's Archive 是一个自由、非盈利的影子图书馆元搜索引擎。它进入我的眼球是因为最近的两个更新:

其实这个东西还挺「灰色」的,它的大多数资源其实都是「盗版」,它通过存储元数据的方式避免了存储受版权保护的内容,但实际上是完成了版权内容的分发。从另一个角度来讲,如果你认同「知识应该全免费人类共享」,那它正是那个理想主义者。

ProxyCast

项目链接

可以把某个订阅提供的 AI 额度转成标准的接口,提供给其他工具使用。有点担心会违反 TOS 导致封号,不过功能确实深得我心:我有 GitHub Copilot 的订阅,给的量还挺多,但是因为主要用 Cursor 和 Claude Code,这个订阅长期有点浪费掉。

EOF

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

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