2026 年 8 月

想从产品工程师视角和大伙聊聊，在代码全部由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 过程无聊，让工程师的一些专业度得以延续下去。

突然想给大伙聊聊，我是怎么给产品取名字的，这个过程很有趣，或许你也可以结合你的性格喜好来给你的产品取一个不错的名字。

在 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 for Mac 1.12 is live. mole.fit/

The theme this time: use less of your Mac, and be honest about what it did.

Lighter over days, not minutes. Sampling wakes less often, menu bar CPU stops creeping up, long lists stay smooth.

Cleanup reaches further: Dia, Zed, stale caches. It marks cloud-synced files, reports the space you actually got back, and never stalls on a stubborn folder. Chat history, local models and active builds stay untouched.

Updates that finish. App Store apps update inside Mole when that's safe, Homebrew shows real progress and survives slow networks, ChatGPT and Chrome hand off to their own updater. When macOS blocks a replacement, the row tells you why and opens the right setting.

Battery Care can top up to 100% on demand, and the card shows live power draw, real health, and whatever is eating the most.

The menu bar runners are redrawn pixel-crisp from the open-source RunCat Neo gallery (thank you, Takuto Nakamura), and every runner's pace tracks real load.

Plus: Celsius by default, an Open Source Licenses panel, SMART failures in the health score, VoiceOver fixes, and no more twin windows on dual-display Macs.

This is stolen from my site mole.fit/. The screenshots are my originals. This one still shows Users/tw93 in the sidebar. Their terms page named me as the copyright owner, now deleted. Domain registered Aug 2, but they claim releases since May. Real thing here！

Also, the installation command might cause your computer to crash or the key to get lost - be careful everyone!

Mole CLI v1.50 is here, named "Honest" 🪞

1. Clean leaves running apps alone and tells you what it left behind.
2. Uninstall finishes instead of exiting silently.
3. Failed installs name the directory at fault and the command that fixes it.
4. mo status shows purgeable space,

Mole for Mac follows the same rules, rewritten natively in Swift. macOS 14+, one-time purchase, no subscription. The CLI stays free forever. mole.fit/

最近看到不少关于独立开发者的思考内容，想着就 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.fit/ 的官网看看，玩一玩 Mole 这个产品，说不定可以给你的产品建设带来一些输入。

Kami v1.12 is a quiet one. No new templates, no new looks, just a version you can trust more.

It now plans a document before laying it out, changes only the part you asked to fix and leaves approved pages alone, tells you honestly what it checked and what it skipped, and never lets a failed build overwrite your last working PDF.

github.com/tw93/Kami

A Korean creator built a whole workflow around Mole. Codex runs it every morning at 9am and sends him a cleanup report.

332GB of worktree junk cleared, zero photos touched.

The CLI is free and always will be. If you'd like something more polished with a bit more to it, there's the Mole Mac app.

ps. the Korean narration is lovely, it sent me right back to the K-dramas I grew up watching 🙏

by @unclejobs_ai · youtube.com/watch?v=cw5tAzx-scM

Mole CLI just passed 60K stars. It started as a few hundred lines of code I wrote by a pool in Sanya last October. Now: 55 releases, 112 contributors, 812 issues resolved. It also grew into Mole Mac, the pro version with a native GUI and much more. 4 aha moments from using it myself:

1. Got a notification that my AirPods were low on battery. AI suggested it while I was building battery health, and I shipped it. Works for any Bluetooth accessory. Helpful, never noisy.

2. I use Mole daily and it still found 1 TB to clean. Rust target folders add up fast. One scan, gone.

3. Keep Screen On now has 3 modes. Head out on a weekend, your AI coding agent keeps working, you steer it from your phone.

4. Your iPhone battery now shows next to your Mac. All your devices in one quiet dashboard.

None of these were my idea. All came from early users, and now they help me every day. mole.fit/