这段时间我在做一个“蠢事情”，或者也是 AI 时代工程师非常不愿意做的事情，非常重复的事。 为了让 Mole 的卸载软件更加彻底，清理残余的能力更加厉害，我整理了国内外 300 多款 Mac 软件，下载下来差不多 100 多个 G，分成 30 组，让我的最强 Extra High Fast 模型每次 10 个借助 computer use 的能力去对应官网下载，然后依次安装到我的电脑，检查目录、检查软件更新 bundle、检查自启动、卸载、查找剩余残留、补充缺失的规则。 这个过程看着非常无聊，甚至每次安装软件过程中，也会碰到不少麻烦的软件，疯狂弹窗要权限，诱导你去购买，包括有些使用必须输入管理密码等，Agent 大部分能自己做了，少部分我帮一手，让我非常惊喜的地方是甚至 AI 还基于此写了自动化安装、卸载、检查残余的脚本让自己工作更轻松，也是很聪明的，哈哈我就只能成为给他打打下手。 虽然无聊，但是其实对于产品本身的功能，对用户使用最爽而言收益是非常大的，当时我想着最多搞 100 个主流软件来测试卸载能力以及补充没有卸载的残余到 Mole 规则里面去，结果想着要不再搞 100 个，到 200 个的时候，想着再搞100 个，就到了现在 300 多个了，这或许可以回答 Mole 相比于其他的清理卸载软件的优势是什么，应该就是可以非常细的帮你清理掉很多你找不到的垃圾，以及会卸载得更加干净，却更安全的缘故，这样看就挺有意思的。 经过这个过程，帮我补充了 13 类可以复用的通用规则、90 多条精确的清理路径，也顺手改掉了 30 多个原本以为要清、其实不该动的地方，同步对软件的更新检查、自启动检查的规则有了很充足的补充，甚至还为这些补了 100 多条单元测试。这也是基于 AI 理论知识、工程知识肯定不能补充上的点，因为他实际去做了这些事情，还好有AI，不然我手工应该要多花 10 倍的时间来做这个事情，也帮忙填了一些之前的坑，很有帮助。 也改变了我的一些固有观点，本来以为软件工程应该规范的、有秩序的，比如说我跑了100个软件后，应该后面没啥啥可以补充的规则了，因为按理主流软件的开发规范、技术底层完全可以枚举出来，结果越往后走，你会发现，完全不是这样，通用规则怎么写都找不见的那种非常多，甚至还 有bundle id 干脆就不是反向域名也有，看着很规范的约定，可能是当年某个程序员随手写的，没有任何理论可以解释出来，只能装一个查一个。 以后应该会继续做到400、500、600、甚至把市场上常用的软件全部经过 Mole 来测试一遍，补充上很多非规范软件开发下的细节规范，或许正是这些“蠢事情” 可以让 Mole 成为全球最好用的 Mac 系统清理优化工具。

我决定以后新产品上线再也不发 Product Hunt 了。 大概7年前我非常喜欢逛这个平台，最近刚好想着 Mole 可以去上面 launch 一下，于是就去发了一下，传视频、图片、填了非常多的表单终于好了，结果一进产品页，首先看到的是左边的一个广告卡片说 5k 刀可以帮我把整个 launch 搞定，给我惊呆了，然后在我的产品下面还插入了一个其他产品的横幅广告。 有一个吃了苍蝇的感觉，自己精心准备的发布页，变成了别人卖广告的地方，不过我理解肯定会有预算充足的公司会去买这个服务。 然后我就定好时间去发布了，我甚至还留好下午时间专门看能否有新用户来问问题，我来及时解答，结果搞笑的是发现甚至没有上首页，之前5年前记得发妙言的时候编辑得非常粗糙，都可以进首页时间线。 后面有专业的朋友解答，说没有被官方 feature 导致，需要先上这个，然后去买那种专门的推广团队服务帮你包装，才可以打下来，原来还需要配合平台表演，要去买赞买评论，一下又惊掉我了下巴，怎么一个好好的平台变成了这样。 更让我气的是啥，几乎没有带来产品交流和用户使用反馈的，但是给我这几天带来了将近 50 封陆陆续续的垃圾邮件，大概意思是可以帮助我更好的推广，或者说他们那边也有一个类似的平台让我去上架，到今天都还有垃圾邮件过来，有一种惹了一声腥味的感觉。 所以这个平台是一个看是热闹，但实际没有啥效果的平台，甚至看到有100 刀买 200 个赞就能进工作日前五的服务，当然不会给你带来一个真实的用户。不过他养活了一批帮你做上 Product Hunt Top 热度的团队，从你的描述、包装、封面、视频，到结合点、利益点，一整套方案给你出好，然后你付钱后得到了一种虚假的热闹感，陪着 Product Hunt 表演，产品成了他道具，发布日成了演出日，最后到底有没有吸引到新朋友，好像没人关心。 其实我非常期待，有一个可以给大伙真正友好交流产品的平台，大家来了遇到自己感兴趣的可以标记，可以下载，可以试用，也可以学习其他产品做得好的地方，友好交流，使用完甚至还可以相互给建议，哪儿做得好，哪儿需要改进，类似10年前 GitHub 那种乌托邦的感觉，人们不会关注你的包装和利益点，而是一伙喜欢做产品的人围在一起交流好的东西，让好东西被更多人用上，非常期待有这样的平台，我肯定会去天天逛。 后面就不再发 Product Hunt，当然也不推荐小伙伴们去发这个东西了，发GitHub、 X、发 Youtube、发 V2EX 其实都是非常不错的平台，那儿远比 Product Hunt 纯粹简单。

想从产品工程师视角和大伙聊聊，在代码全部由AI生成的时代，如何保证产品的代码可以持续迭代、好维护、不腐化。 最近 Mole 发布到了第 13 个版本，看了看整个项目大概有 11 万行 Swift 产品本身代码、7.3 万行测试代码和 3347 个 XCTest，测试代码部分远多余之前在公司写业务时候有QA来保障下的代码，我一直秉承一个观点，AI 写的代码应该 AI 来测试，而非人，把人引入到这个环节反而会拖慢整体的进度。 想着基于上面这个经验实操来总结一下，我都做了哪些有意思的事情，让这些代码一直可以在我和 AI 之间非常听话的实现功能。 1、即使 AI 能够大幅提升代码生产的速度，产品本身的技术架构、分层、同类抽象，什么东西放到什么地方能够让后续更好的扩展以及解耦，还是需要工程师本身的判断，这一块可以在项目第一个版本可以跑起来后就可以和你最好的 AI 仔细讨论，设定好对应的架构，并通过可沉淀可修改的文档记录下来，持续跟随项目迭代。 2、我目前最依赖的还是单测，1.0 只有 56 个 XCTest，到 1.13 已经有 3347 个，测试代码大约是生产 Swift 代码的 66%，不过数量只是顺手统计出来的结果，我平时更关心测试有没有覆盖那些容易想当然的地方，比如扫描结束以后文件又变了、进程检查失败、命令返回成功但 App 根本没有更新、旧任务很晚才回来覆盖了新结果。正常情况一般不难写，麻烦的是那些结果看起来没问题，实际上已经错了的情况如何可以及时去更新。 3、特别是修 Bug 的时候，我会多留一些东西下来，除了把问题修复，还会加一个让旧代码失败的回归测试，然后沿着同类路径去找有没有类似的问题，最后把当时为什么这么改写到规则里面去，到目前 Mole 已经有 1000 多个以 fix 开头的提交，其中 900 多个提交过测试，很多测试和规则都是用户真实踩过一次以后留下来的经验，或许我认为这个是当前这个项目最宝贵的资产。 4、测试能记住输入和结果，但记不住当时为什么放弃一种做法，所以项目里还有一批 Rules，主要记录功能边界、历史原因和不能碰的地方。比如为什么某类文件宁可漏掉也不能自动删除，为什么有些看起来重复的组件不能随便合并，哪些系统数据不属于 Mole。Rules 一多又很费上下文，我就按模块把它们拆开，只在改到相关代码时加载，再把经常重复的检查做成 Skills。bugs 会从以前的修复里找同类问题，design-system-review 看界面有没有越写越乱，release 则负责检查签名、公证、远端文件和更新链路，这样不需要每次都从头跟 AI 解释一遍。 5、还有一个对我很有用的法子，就是少做一些没有实际用的功能。现在 AI 加一个设置项、兼容分支或者后台监听太容易了，几分钟就能写出来，留下来的状态和维护成本反而腐化的最大的原因。比如Mole 现在对新功能设置了一些规则，比如尽量不增加常驻开销，不增加新的特权和系统权限，有合理默认值就不继续加设置项，更新和清理也不会因为发现一种新的可能性就一直扩范围，很多时候有很多功能是开发者自以为重要，但是使用者完全不在乎的功能，更多还是建议从用户中来，到需求中去，如无必要勿增实体。 6、需要充分利用好 Github 自动化 actions 的能力，这个会是你最后的兜底，其实代码写完、跑通、测试变绿以后也还没结束，我的项目里还有一套检查负责九种语言、网站生成结果、Appcast、Xcode 工程和公开部署文件之间的一致性，make verify 会把这些检查和测试一起跑，CI 再换到云端干净机器上重新来一次。到了发布的时候，本地代码、Git 提交、签名后的安装包、线上文件和用户实际收到的更新也是几种不同状态，我会分开确认。之前也遇到过源码完全正确，线上还在提供旧文件的情况，只看一个绿色结果很容易过早觉得已经做完了，其实是有错误的。 7、上面的一切，假如需要说特别的地方，我能想到的就是执行流程完全我没有插手干扰，每一步是 AI 自动化的去执行验证，出错了 AI 自动去解决，只不过会在不同的时候设置必要的流程卡点，让 AI 主动去验证，得到明确的结果才确定通过，并持续的去迭代规则，保持现有规则的新鲜度，并及时移除旧的逻辑，让本身的校验逻辑和本身的业务代码同步升级。 或许，这是我认为 AI 时代的工程师更需要培养的能力，如何让 AI 写的代码更好维护、更清晰、更好扩展，即使半年、一年、两年都不会腐化，而且会越来越听话，越来越符合开发者的心意，也给多 Agent 合作开发确立一个很稳靠的根基。之前手写代码的乐趣已经没有了，好在有这个弥补了一些纯 AICoding 过程无聊，让工程师的一些专业度得以延续下去。

很神奇 大学期间会认为我自己喜欢吃的菜除了辣的不可能去吃那种甜口的菜 殊不知，在杭州快十年，慢慢喜欢了各种口味 其实甜口的菜，清淡的菜也有很好吃的，比如最近我很喜欢去吃福建菜，很鲜很嫩的那种感觉 人生也是这样，越经历越有新东西可以体验，多好

潮流周刊居然第 279 期了，这期拍摄的图片来源于临安风之谷，很空旷的一个地水远处看，难得有蓝绿色那种感觉，本期内容有这些 1. Cumora：非常不错的 Teams Agent 居然开源了 2. Omarchy：最近很火的漂亮且现代的 Linux 系统 3. MicroLighter：一个非常小的代码语法高亮的库 4. iGhostty：iPhone 版本的命令行终端 5. Claude Code 创业公司指南

突然想给大伙聊聊，我是怎么给产品取名字的，这个过程很有趣，或许你也可以结合你的性格喜好来给你的产品取一个不错的名字。 在 AI 没有来之前，市面上各种 Coding 产物没有这么多，我对产品本身的生命感存在感对于会非常很看重，所以基本上会非常认真对待这个事情，好比一个新生儿出生，父母需要花不少时间去给这个即将到来的生命取一个陪伴她一辈子的名字，让她的以后对自己的名字也是非常喜欢，甚至可以鼓励她的一生，给她自信的那种。 即使在现在 AICoding 产物盛行的这一代，假如你很想把这个产品推给大众而非自己把玩，还是非常推荐你给她取一个非常好的名字，这样每次你给大众介绍的时候，你也会对你自己的产品非常自信，喜欢，也会非常花时间花精力把她持续迭代好。 我的第一个产品叫做妙言，在2020年那个前后，其实 markdown 笔记应用非常火，当时感觉没有太顺手的就自己学 swift 写了一个，我自己特别喜欢中文字，当时也没有考虑国际化，更多是自己用，我用他来记录我工作学习中各种笔记，一直认为好的文字也是有生命力的，就想到了妙不可言，正是写文字想表达的那个观点，现在我依然很喜欢这个名字，也持续在迭代，读起来也朗朗上口，简单好记，这里想表达的是产品名字需要和你的产品本身功能或者要体现的意义关联，防止取一个不相关的名字，虽然好听，你也不好讲 。 第二个产品叫做 Pake，是一个用 Rust 写的，可以一条命令把你的网页打包成轻量的桌面包，为啥这次开始取英文名，其实是后面妙言我发现国外人也用的很多，直接用MiaoYan拼音介绍很奇怪，所有后面的产品我尽量取名让所有人都看得懂一点，当时给 Pake取名的时候，我就想到打包这两个词，换成英文是 Pack，这个词其实挺好的，但是由于非常大众，我担心过于大众化，这里的灵感来源现在回想起来和 Vue 很像，其实 Vue 最开始应该是想叫 View 的，但是尤大感觉这个名字太直接了，他就放到谷歌翻译里面去试试，然后找到了它的法语翻译叫做 Vue，当时我给 Pake 取名的时候也这样，我去找 打包的各种语言的翻译，最后发现在海地克里奥尔语打包就叫做 Pake，狂喜，就取名成这个了。而且这个名字非常好拼写、好记、好打字，对于任何人使用过后，应该能够很好的记住，同时 Pake 自己的命令也是 pake，这样产品使用传播就非常简单了。 第三个产品就是我们更熟悉的 Mole 了，当时还是一个深度挖掘你的Mac电脑垃圾命令行工具，其实这里我是先取的中文名字，我一直把这个产品当做一个有动作、看似安静、勤恳清理垃圾的小可爱小东西，当时就取想什么小动物最贴合这个，想了很久没有想到喜欢的，貌似应该是在一个小孩书上看到介绍鼹鼠，突然一想，对对对是我想要的，就是这样的感觉，安静/小/疯狂挖掘那个感觉，更惊喜的是英文命名 Mole 非常非常贴合我一贯的取名风格，好记、好写、好评、但不大众化，现在回忆起来非常有意思，挺好玩的。 后面 3 个产品就被我不经意间形成了一个系列，那就是 Kaku、Waza、Kami，应该说没有Kaku的取名，就没有后续这两个产品的名字了，Kaku是我去年过年长假写的一个轻量、简单、开箱即用、AI友好的命令行终端工具，取名的时候，我唯一想到的就是这个产品一定要表达出来轻快很爽的那种感觉，然后自己的随口念不同的词，乱念的那种，最后最后，发现 kakukakukakukakukakaku 非常爽，然后就按照这个音取找，发现kaku是日本书写里面的書く这个词的意思，太有意思了，终端和书的关系很近，而且很有诗意，而且也是海贼王里面的一个角色，立马就取到这个了，后面的 Waza 是日文 技，对应着我的工程师技能 skills 也很贴合，Kami 是紙，是我的一个好内容值得好版面的排版 skills 名字，正是我想表达的意思，纸面是干净的，可以写出非常多有价值的东西。 并不是说名字和产品是至关重要的，比如说我在 Anthropic 刚出来的时候非常讨厌这个名字，因为我永远记不住如何拼写，但是也不妨碍他的产品模型的成功，没有啥必要关系，比如即使你的产品叫做二狗，但是非常牛逼，也不妨碍他的成功。不过也有些是有关联的，比如还有一个丑名字叫做 Antigravity，这个名字甚至比Anthropic 还要难读难写，其实从他刚刚推出，我就有点儿感觉这个产品很难成功，因为本身模型并发第一第二那种，只能更多靠产品能力出来拼，结果产品能力也不是太好，就变成现在这样了。此外也不是名字短看着简单就好，比如说Trae，我今天还会很容易达成 trea 或者忘记怎么打，可见也不是名字短，字母简单就是好名字，因为不好记不好拼，也看着没有意义那种感觉，假如他不告诉你这个是 The Real AI Engineer 的缩写，可能永远不会有人知道这个名字是这个意思，这样就比较难在大众市场打开。 一不小心就碎碎念了这么多，比较想表达的就是，你的产品应该有一定调性，需要有产品自己的性格，不能千篇一律，当然我说的取名方法更适合我自己，适合我的性格，对于你而言，你的产品也需要贴合你的性格喜好，比如你喜欢日本动漫就可以多和这个里面角色靠近，你喜欢中国古代神话，你的产品名字就可以从这里面取找稀有但有趣的名字。最后最后，我认为名字一定是朗朗上口的、好读的、好记住的、好写的、不长，甚至也是你在键盘上敲起来非常无感的那种。

一个产品从工程师使用变成大众可用会发生非常多有意思的东西，这里非常推荐大家不要只做给你身边同类人用得上的工具，反而可以试试如何把这个工具变成甚至 70 岁的老爷爷也用得上的易用产品，非常有意思。 Mole 从单纯只能工程师能用的 Cli 变成易用的 Mac 桌面就发生了非常多有意思的事情，想分享给各位 Builder，期待有一些输入，这些内容从我历史和各种用户交流的邮件摘取。 第一位是一个来自英国的快70岁的老爷爷，他说“我犯了一个老年时刻，把 Mole 又买了一遍，它太好用了，第二笔钱就当做送你，谢谢这个出色的工具，帮我省下了比 cleanmymac 多得多的英镑”，然后我非常感激建议退款或者把多的授权送人，他去问了一圈，第二天回我 “我邻居没人用 Mac，我 Bluesky 上的关注者也没有。这一轮算我请你。”，这个过程让我感觉必须要把产品做得更好更友好，才对得起这份信任！ 第二位是一个美国的大哥，很有意思，纠正了我一个产品上对于地区习惯错误的想法，先是温度单位："美国人在所有技术相关的场景都用摄氏度，只有天气和体温例外。我装上 Mole 看到 110，吓了一跳。Apple 给美国人看的规格也是摄氏度，fastfetch、neofetch 在美式系统上默认也是摄氏度。建议保留华氏切换，但所有地区默认摄氏度。" 我之前一直错误以为对方用华氏，原来是我错误的观念，后面给改成默认摄制可选华氏，体验更好。很多时候你的不同地区的用户可以帮你改进你的产品很多地方。 因为他想买多台，我给他生成了一个5台32刀的价格，然后我改完之后他又追了一封谈定价："$32 买 5 台，$32 这个数字在美国人耳朵里很怪。几乎所有软件定价都以 9 或 5 结尾。$32 读起来不像是刻意定的价，像是从别的货币换算过来的，或者根本没经过思考。让一个普通 Mac 用户掏钱买一个要信任它删你文件的软件，本来门槛就比一般软件高。如果同时还让人觉得'外来'、觉得细节没打磨，你等于在给自己加难度。（我说外来不是指反华，而是人们希望感觉到作者理解他们。）我建议你把 $32 提到 $39，然后直接对标 CleanMyMac 一年的订阅费但给 5 个激活位。我不是营销专家，但如果你想听，我还有一些美国视角的想法。"，这个也给我非常不一样的视角的输入，原来，你的价格数字也会影响用户的决策，非常感激他！ 第三位，有一位国外用户的无障碍反馈，也让我对无障碍本身有更深的理解，mole 开始就做了无障碍，支持视觉有障碍的朋友使用，但是其实还有其他的用户可能有特殊场景诉求，他说 "看起来是个很不错的 App。可惜我用不了，它似乎把深色模式写死了。我有轻度视力障碍，深色背景上的白字对我非常难读。我系统设成浅色，也只用浅色模式的 App。如果哪天你把明暗模式做成可配置的（或者更好，跟随系统设置），我会再回来看看 Mole。" ，这个让我有动力以后给Mole 加上浅色兼容了。 第四位，一位德国拜罗伊特大学讲师，申请教育授权，说"不仅是对我个人的支持，也是一种有意义的教育层面的支持”，让我感受到原来还有国外老师用我的产品，我需要以后考虑给到教育一些优惠，相互帮助的感觉。 第五位，一位匈牙利的医生，给了一个最真实的差评，"说实话，这个价格对一个免费应用也能做到的事情来说有点高了。" 这个对我一些不同国家以后产品定价很有有价值，用户不是抱怨，而是抱着帮我定位问题心态讨论。 还有非常多的用户给我反馈，以后再给大伙分享有意思的地方，或者这也是做产品过程中，和用户持续打磨产品，对方由衷想着帮你把他也喜欢的产品打磨到最好的心态，会让你持续有动力把产品做好最深，或许这也是做产品过程中我感觉最有意思的地方，你的用户非常友好、善良、真诚，让你感觉非常温暖！ 一定一定不要放弃和你的用户交流的机会尽情听他们吐槽和建议，可以给你很多帮助，也让你更懂你的用户。

最近看到不少关于独立开发者的思考内容，想着就 Mole 从开源 Cli 到 Mac 付费软件这个过程来给大伙聊一聊我的思考和做的哪些事情是有效的，希望可以给大家一些帮助。 1. 开始之前要多培养自己在产品工程师的能力，这个里面代码能力只占 30%，更重要是如何把自己的痛点和大部分用户痛点结合起来，产出一个方便易用的产品解决方案，同时懂得如何更好的推荐给你的用户，让他们发现多亏了有这个产品解决了我的一个大问题，也即产品工程师=用研+产品+工程师+运营+数据+商业这几类角色的综合体。 2. 接上条，AI 时代代码壁垒越来越小，更需要把控的是如何做到把 Token 刚好花费到解决用户问题上，然后把更多 Token 用在你的需求分析讨论、数据下钻挖掘问题、内容友好性易读上面，因为即使你是多个 250 刀的账号其实也不够用的，不介意多花 Token，但需要用到实处，Token 在我看来属于投资，但是投资也需要讲究收益。 3. 聊到需求把控，不做什么远比做什么要重要太多了，在我大一刚刚入门程序员时候，非常幸运看了不少讲工程师修炼的书籍，如无必要 勿增实体、至繁归于至简慢慢让我在生活、工作、代码中都保持这个习惯，讨厌繁琐和乱，喜欢漂亮简单、不要看说明书就可以用的东西。 4. 你完全不需要给你的产品憋大招，你需要尽量做到每周都有发布，每周都有Release，及时解决用户的问题，和用户形成人与人交流那种真实的活人世界的互动，非常重要，每次你的发布、更新、宣发其实都是一次非常好和用户沟通的机会，也让你的产品持续的可以让更多之前没有看到你之前消息的人了解到。 5. 聊到产品运营，尽量尽量少用AI话来让你和真实世界交流，推特是一个非常好的渠道，可以让你的好东西被很多人发现，只要好用，会有大量的朋友帮你宣传，但是千万不要做那种蓝勾互关以及互推的路，没有必要凑这种虚假繁荣的热闹，因为你的用户不在这里，产品运营一定有一个前提，是你的产品是漂亮的、精致的，让之前不知道的人第一次见到就很有兴趣来点击试用你的产品，而非快速刷走了。 6. 可能你会说“我”没有啥粉丝宣传没有用，其实不太对，但是也非常不建议大家抱着很深的功利心去把自己账号做上去，因为这样会让你焦虑，反而把你的号也当做一个品牌去建设，你自己就是这个品牌的本身，你的思考、想法、产品更新、见解、交流、评论都是在给你的自己品牌在加信任值，信任这个东西在当今虚假又繁荣的AI世界尤其重要，太太太说着非常牛逼，但是点进去感觉一般的东西已经把大量用户的预期拉低非常多，导致即使你有一个好产品，但是没有任何用户信任，依然还是得不到关注，这里可以做的非常长期，你在互联网上待多久，这个品牌其实就会活多久，是你生命周期最长的产品了。 7. 聊到用户信任，就一定要聊到真诚，我还是非常喜欢开源、喜欢非撕逼的友好网络环境，也很建议你的产品一开始就是全球化的或者说是出海的，也非常建议大家多发英文类的内容，你会发现世界很大，你的用户很广，你的用户会非常从一开始就信任你，以及力所能及帮助大家，绝大可能你帮助的人会成为你未来的用户，因为有过真实交情。 8. 尽量不要去花钱推广，但是可以靠自己多让你的好东西的用户中刚好也有博主，推特我感觉其实脉冲很高，但是时效一般，反而非常建议你有些东西可以发到 Youtube，这里的衰减度非常慢，你的产品只有够好，有人推荐，可以在上面火非常长时间，给你带来很大的收益。 9. 一定要学习数据分析，这个特别有用，从你的销量数据分维度分时间去分析，结合流量数据，结合用户评论，以及你和用户交流的所有内容，以及用户的退款原因，假如是开源产品，还有用户的所有issue，都是非常宝贵的数据资源，能够帮你发现特别多你不知道的问题，也能够帮助你做到更好，以及发现销售的漏斗，你才会知道如何更好优化。 10. 碎碎念手写有点啰嗦，假如你喜欢，也非常欢迎去 的官网看看，玩一玩 Mole 这个产品，说不定可以给你的产品建设带来一些输入。

股票波动会教育每一个认为自己是股神的人，也会奖励每一个沉得住气的人，留有现金很重要，看准价值方向也重要，在市场非常沮丧时低位入场，在热情高涨时淡定卖点回收些现金作为下次的余粮，一年只操作几次，不买让自己睡不好觉的股票，其他时间做自己喜欢的事情，这也许是我持续迭代的长期投资心态。

潮流周刊第 275 期 - 蓝色黄昏，推荐了几个好玩的东西给大伙，可以瞧瞧，每周一更新，欢迎订阅 RSS。 1、Bento 一个好看的 PPT 系统单文件 html 可以让你的 AI 随便改 2、Clawk 给你的 Coding Agent 一个一次性的 Linux 虚拟机 3、Dan Shipper 关于 Claude Opus 5 的这个评价我挺赞同 4、这个网站可以随便帮你打开一个世界各地的窗户看风景 5、peek-cli 让你的 Coding Agent 更好看到网页

最近在使用一种和 AICoding 更好交流的方式，椅子上一躺，按住语音输入法，把自己要做的事情、为什么要做、解决什么问题、期待长什么样子、喜欢什么样子的风格、如何来验收等等自言自语聊上几分钟，不停补充要求，然后把这些杂乱单重要的上下文一股脑给到 AI ，效果往往会比打字一句句聊好太太太多了!

🎉恭喜 Mole Cli 达到了 60K 的 Star，从去年国庆当时我在三亚泳池写下几百行代码开源至今，居然发布了累计 55 个版本，累计 112 位真实的来自全球各地的开发者贡献了非常多的代码，累计解决了 812 个功能建议和Bug，合并了 483 条有效的来自全球各种 Mac 电脑的环境下的清理优化功能迭代，非常感谢大家各种帮助。 开源应该是友好的、快乐的、可以相互学习的、1+1>>2的那种纯粹，也是认识很多志同道合朋友的一个很好的渠道，也让我更加相信长期主义，以及在开发过程中对于各种功能的把控，深刻体会到至繁归于至简，如无必要、勿增实体的产品关键的实践，接下来 Mole 会继续强大，期待有一天全球每 50 台 Mac 就有一台安装了 Mole Mac 或者 Cli ，这一天我相信会来的，那是会多么有趣的一天。

好久没有给大伙同步 Kaku 的更新了，这个是我过年期间基于 wezterm 深度魔改定制的一个 AI 友好默认好看性能很棒的开源 Mac 终端。 当前累计迭代了 23 个版本，从最开始的很简单，变得现在看着很简单，但是功能越用越顺手的感觉，也补充上了官网，加上了友好的使用文档，我平时把他当做我的主要工作站，相比 GUI 我现在还是喜欢 TUI，因为简单干脆，所以我的开源产品以及 Mole 差不多90%的代码是通过 Kaku 终端来实现的。 最近开始用云端服务器部署一些自己的东西，终于完善了一下 ssh 的使用，包括最近一个月借助 fabel 5 来优化了不少 Rust 底层渲染的性能，启动速度快了很多，然后我比较习惯一个项目一个tab，tab里我会使用快捷键分层两屏，这样一边codding，一边测试一些东西，非常方便，然后几乎和浏览器一样的快捷键可以快速切换 Tab 和关闭，不少原来你使用浏览器的顺手操作被我移植到了终端上面。 说到 AI，Kaku 属于不打扰那种，一般会出现在你执行命令错了，或者忘记了一个命令直接说#人话他会告诉你实际命令，或者是你不想打开# codex，你可以直接 CMD+L 唤起一个你的AI聊天面板直接聊天，把终端当做你的一个天然AI友好的环境。 最近2个版本，主要修复了不少使用上的体验问题，包括 AI 的使用，标签的快捷关闭， Starship 的兼容，以及在 SSH 里面的使用，还有分屏导航、重命名标签等等细节的优化，假如你想简单快速，喜欢好看的东西，那就欢迎你试试这个开源的终端 Kaku，当前也很欢迎你提使用过程中的建议，帮助 Kaku 做得更好。

一直有很多朋友在帮 Mole 免费宣传，挺感激和感动的，也让 Mole 有动力越做越好。最近我上线了一个合作，当做给大家的一些回报，注册后能拿到一个专属链接，基于此成交每单的 25% 给你，累计满 60 刀后按月打款。如果你也在做内容可以试试，真实的推荐对 Mole 来说最重要。

想和大伙分享一下，最近我用自己产品 Mole 遇到的 4 个 Aha Moment，对我使用非常有帮助。 第一个是，有一天下午居然收到了一个消息通知，说我的 Airpods 电量不足要充电了，这个功能惊喜到了我，是当时做电池健康的时候 AI 主动给我加上的，Mole 会提醒和Mac关联的蓝牙带电池的设备低电量充电，但是我一直没有遇到这个场景，直到遇到了，感觉非常贴心，但频繁不打扰。 第二个是，对于每日使用的我居然还可以清理掉 86G，之前有一个版本加上清理项目里面肯定无用的build编译内容，我的 Rust 项目产生了不少 target 内容，一下子清理这么多，非常有满足感。 第三个是，屏幕常亮的功能，经过用户提醒给加上了3种不同的常亮行为，我还是喜欢把屏幕打开的方式，比如周末你突然出门，你的 AICoding 可以用手机客户端很好的控制让他干活，非常稳定，也帮我节约了不少异步的时间。 第四个是，Mole 的电量显示居然也支持展示你的 iPhone 的电量了，之前这一块不是很好实现，但是很巧妙的实现了，现在可以在状态里面很清楚看到与你相关的设备的电量情况，也不打扰，但是很安心。 更神奇的是，以上这4个功能的起源都不是我想到的，是初期使用 Mole 的朋友反馈告诉我要加的功能，我加上后对我帮助非常大，非常感谢！话说你使用 Mole Mac 有惊喜的地方是哪一些，以及你非常建议 Mole 要加的功能，欢迎告诉我。