Tw93

🎉 终于终于 Mole 的自测验证 Mac 软件到了 800 个了，继续补充了不少非常难卸载的那种软件，以及基于这个过程补充了不少难找到的清理残留，甚至也给每一个软件的卸载记录详细步骤，方便没有购买 Mole 的小伙伴也可以参考，后续也会计划把这个移植到 Cli 里面去。  https://mole.fit/zh/tested-apps

😇小小剧透，Mole 的下一个版本，还会上一个有趣的功能，WiFi 高性能模式整好了，原理是临时关闭苹果设备间直连使用的 AWDL 接口，减少 WiFi 的延迟波动，想尝鲜小伙伴可以去试试 Preview 版本。

最近给我每天都在使用的工程师合集技能 Waza 加上了一个很有用的操作以及回复规则，来源于 ASD-STE00，一套最开始用于航空维修文档的简化技术英文标准。 最开始是看到 Andrej Karpathy 的推荐，让大模型参考这一套规范来解释事情，回复会更加易读，刚好晚上有空，我顺着看了看规范和官方的 AI 白皮书，发现它对于词语、条件、和操作顺序的要求，真的非常适合拿来检查 AI 到底有没有把话讲明白讲清楚，想着基于我的理解给大伙更好懂的解释一下。 可以理解飞机维修手册其实面向阅读的人来源于各个国家，英文不一定是对方的母语，比如说修飞机的时候，拆哪一个零件、什么时候可以操作、前一步做到什么地步才可以继续做下一个步骤，是不是感觉非常像现在我们让 Agent 去做一些事情，我们也是想着尽可能 Agent 非常准确快速的做好，并把我们的诉求理解到位。刚好就和这个飞机维修手册上的说话操作规范非常像。 很多时候，一个词语换一个意思，一句话里面漏掉一个条件，面对说明书操作的人可能会做成不同的操作。好比大公司里面，CEO 的想法是经过多轮传递，很容易会导致很多信息失真，最后做出来的东西可能会当时想的完全不一样。 这套标准从我的理解正是用来解决这种说话和执行偏差的问题，它由协作规则和词典组成，词典会限制一个词可以用什么词性、表达什么含义，包括这个行业里面的哪些技术属于可以允许使用。同一个东西也不会为了避免重复就换一个名字去做，操作的步骤会需要写清楚条件和顺序等等这样的要求，其实这些放到技术文档里面也非常好理解。 我在 Waza 里面为了让 AI 更好理解，比如说在 write 写作技能里面我放了这样的例子，让 AI 写出来的内容更加清晰明白。 比如“上传完成后，删除本地文件”，如何被 AI 简化成“开始上传，然后删除本地文件”，会很容易出问题，可能文件还没有传完就被删除掉了，这里的“完成”就是决定了什么时候能删除，是必须存在的词。 再比如“只有检查通过，才允许重启” 和 “检查通过后就重启”，前一句就符合这个要求，后一句没有执行要求的动作容易多出很多可能，“才允许”在这里就是那个保持原意的关键词。 这正是我希望 AI 在日常回复和帮我干活时候要注意的地方，把做的结果讲明白、讲清楚，让它和我都不困惑不懵逼，说到点上，不要我再去多问一句更多的才好。比如说代码改好了、测试通过了、已经推送了、用户可以下载了都是对于结果的详细表述，假如它只回一句“已经修复并验证”，这种情况下，我肯定会继续问，到底解决了啥都好了没。 不过我认为，这里没有必要让 AI 去完整参考所有的标准，归纳起来的规则其实非常短，「同一个对象保持同一个名称，指代不清时写明对象，把条件和例外放在对应动作附近，保留先后关系，分清建议、要求和可能性。已经清楚的话就不改，不要为了简短删掉原因和边界。」 当然你也可以直接安装 Waza 的 clarity 规则来使用，或者直接去这里看看。 https://github.com/tw93/Waza/blob/main/rules/clarity.md

《岁月神偷》这部香港电影很好看，时隔十年再次一看，还是很好看，很温情，推荐想看剧小伙伴一看。

Mole 里面的这些小细节不知道大伙有没有发现，启动擦屏幕的时候整屏会黑掉，然后键盘会锁住，然后屏幕上会随机出现一句诗，刚好你读完想完 2 分钟，屏幕也擦干净了。 这个起源于我刚会用笔记本的时候，会有一个习惯，就是一旦屏幕和键盘脏了，会手动息屏，就会用那种无尘布去擦拭，来回几下变得非常感觉，一天干活心情都非常舒畅，当然也不太喜欢别个直接用手指划我的屏幕，弄得有点油腻。 大概是来源我的这个痛点，后面做 Mole 的时候，想着其实擦拭屏幕和键盘其实也属于 Mac 的清理维护，于是就把这个痛点做进来了，我平时会非常喜欢把自己常用的所有指令都做成快捷键，所以这个也变成了快捷键 cmd + option + control + esc，有一种退出一切的感觉，按下后，屏幕会黑屏键盘会暂时锁住，然后就可以任意的擦来擦去，但不影响正在做的事情，做完后，再一样的快捷键就打开了，恢复原样。 不过假如单独只是一块冷冰冰的黑屏，我感觉会缺少一点乐趣，也缺少一点生活，很像之前一个和茶的同事对我说的，「喝水是为了解决生存，喝茶才有生活的感觉」，我想着其实擦屏幕这个事情也是，需要有一点诗意，而非程序，所以最开始版本选了10句我最喜欢的诗句加到了第一个版本，后面补充到20句，到今天我继续补充了现在的30多句，中文和繁体版本均是我自己平时最喜欢的诗句，其他的语言是我挑选了一些我熟知的外国诗人或者作家，然后让让 AI 帮忙列出一大批，然后筛选出不错的放进去，大概就是这么来的。 诗句的选择我想着是闲暇舒服、无拘无束、山水之间、归途那种都是很美好但很悠闲的感觉，当然也是非常希望有 10% 的使用到的用户看到这句诗也有这种感觉，在繁忙的工作中稍微歇息片刻，工作之外还有诗和远方，可能也是我自己做产品本身想表达出的一些言外之意。 大伙来看看有没有自己喜欢的诗句在里面，或者有更多不错的诗句，你喜欢的诗句也可以叫我加到 Mole 里面去。

常温苏打水，非常难喝 冰苏打水，能喝 柠檬冰苏打水，不错 柠檬冰苏打水加可乐，非常非常不错

Kaku is an open-source Mac terminal, ready for AI coding. Recent updates add session recovery and official Homebrew support, fix image-related typing freezes, and make tabs easier to use over remote desktop. https://kaku.fun

潮流周刊第285期「陵水的云」 来咯，国庆去陵水玩了几天，三亚旁边的一个小城市，有海人少，小吃不错，商业气息不重。 本期推荐了把截图挂在屏幕顶上的晾衣绳上的Tendedero，各种 Coding Agent 的统一界面加手机控制易用的 Paseo，在你自己的游戏电脑上运行 1250 亿参数的 AI 模型的 Strata，欢迎随便看看。 https://weekly.tw93.fun/posts/285

Mole for Windows is finally here, a Windows app that feels well made. It cleans thoroughly, removes apps with their leftovers, maps your disk and shows live status, all on your PC, no ads. $15.20 at launch, $10 for Mole for Mac owners with MOLEAGAIN. https://mole.fit/windows

✨ To make Mole better at uninstalling apps and cleaning up leftovers, I've manually tested and checked 800 Mac apps. This includes Adobe apps, antivirus, developer tools and AI tools. Every app has a free uninstall guide, even if you don't use Mole. https://mole.fit/tested-apps

假如把我的 AI Coding 经验沉淀成一些最佳实践规则，可以给到大伙复用，会是怎么样的，于是乎，今天一下午我就在琢磨这个事情，手写反复调整后给到大伙，可以让你和你的 Agent 一起去学习。 需求 1. 从技术实现细节编程转变成许愿式编程，现在模型能力已经住足够强大，你只需要大胆把自己想法说出来，给它提足够高的要求和任务，不要担心 AI 实现不了。 2. 多给你的 Agent 讲做这件事情的背景和目标，少替他考虑技术细节，告诉它为什么要做，是给谁用的，做成什么样子你认为是最好的，具体的技术细节让它自己去判断，学会放手。 3. 优先用业界最好的模型，用差模型浪费的时候，一来回让你很不高兴的干活，二来也浪费了很多时间。 4. 要不要做一个新功能以及加一个新配置、开关的时候，让 Agent 来先问你找你确定，没有人用的功能、开关、文案都不要让他去加，慢慢把这一套你的产品规范让他沉淀起来。 5. 你的想法可以很大，但是让 Agent 干活的时候，尽量让他每次拆分成最小的可用功能版本，不要一次写非常多的代码，即使提交，这样出问题了你可以随时撤回。 规则 6. 让你的 Agent 了解你的说话风格，比如说看看、分析一下这个问题的时候，它只需要去读代码分析问题不要去改代码，你说修复、修改的时候才去动手，每次提交、发布和删除的时候都找你确定。 7. Agent md、CLAUDE md 里面除去重点的项目型要求外，只写代码里面看不出来的那种规则，以及之前被否决过的方案也可以分流进去。对你而言密钥和 token 不要贴给 Agent，贴了就当已经泄露了，立马去更换一个。 8. 对于Agent必须遵守的规则不要完全信 prompt，可能会拦不住，一定要用规则脚本去限制，让它真实跑一遍通过后才算完成了。 编码 9. 开始写代码之前，先让 Agent 讲清楚要改什么地方，会影响到什么功能和效果，这样是为了补充你的上下文，方便后面更好判断决策做什么。 10. 一定要让 Agent 基于项目补充一个能够让自己验证各种结果的脚本，每次特定的时候需要去跑一下验证效果，完成功能后需要检查，让他输出结果给你看，并基于此逐步沉淀你的项目 Agent 测试功能集。 11. 假如有多个 Agent 同时干活的时候，让他们各自用一份独立的 worktree 代码目录，同时提交的时候只提交自己改的代码，不要碰他人的代码，等到各自改完合到一起，再完整跑一遍测试。 排查 12. 修 Bug 的时候先找到原因再去动手，假如两次都没有修好，就去加一些日志看真实的数据以及运行效果，不要盲目去猜问题在哪儿。 13. 假如尝试修复了3次还不对，直接清空上下文重新写清楚你的问题、诉求，以及尝试过的解法让 Agent 重新开始。 审查 14. 让写代码的 Agent 和 Review 审查代码的 Agent 分开，保持解耦，这样一方不会被另一方带偏。 15. Review 代码的时候最多让 Agent 跑 3轮，防止跑着停不下来，第二轮开始只看新改动的地方，不要再把之前 Review 的再看一遍。 16. 对于你和 Agent 判断危险的改动，越危险让他查得越深，特别对于删除、付费、发布这种单向门改动你都需要自己去看一遍，点一下，看实际效果。 发布 17. 每次提交的时候，让Agent 写清楚做了什么，怎么去验证这个改动，除了问题怎么来回滚，用于给到后面开发过程中 git 记录本身就是 Agent 的一个非常好的上下文。 18. 需要对外的功能，可以先给自己用，或者给一批愿意尝鲜的用户使用，不要一上来就全量，可以在你的软件里面假如 beta 更新的开关，防止全量有问题，也是对用户负责。 18. 先给自己和愿意尝鲜的人用，没问题再发给所有人。 复盘 19. Agent 需要对每一个线上 Bug 和用户反馈的问题都留一个测试案例，每次上线前都来跑一遍，防止继续踩坑，包括你换模型的时候也可以把这些旧问题全部都跑一遍，看看模型是否还行。 20. 修复问题的时候，让 Agent 学会举一反三，把同类的问题一起修复掉。优化功能的功能，完善视觉的时候也是一样，防止只改一个地方，忘记了其他的地方。

我想说 Gemini 3.8 Flash High 是当前优化产品以及官网文案内容最好的模型，推荐有需求的小伙伴去试试。 由于这几天我的Claude 以及 Codex 额度 以及好几个 Reset 都用完了，但是还有些事情要做，翻出了半年前当时 199 刀包的一年的 Gemini AI，甚至都快忘记了，也想着不抱太大希望去看看谷歌的模型效果有没有进步，于是下载了一个 Antigravity，直接设置当前能设置的最好的这个。 让他去帮我优化 Mole Mac 的一些文案，想着让各个国家的内容尽可能简单、清晰、易懂，输入非常简单的诉求，他就开始干活了，速度很快，文案优化给到了优化前、优化后和原因，仔细看了看，相比之前 GPT 和 Claude 最好模型优化的好了不少，让我听惊讶，语言很顺畅、真实、清晰，不文绉绉，也没有 AI 那个味道，让我感觉真好，虽然在 Coding 上差了点，居然在文案表达上这么好。 20刀每月的居然还挺耐用，我让他帮我优化了 Mole 的官网、 App 设置项、优化项、清理项，提示文案、描述文案各种，感觉之前我手写的的确有不少没有那么好懂清晰，换成这个以后，真有一个你请了一个语文老师做到你的旁边帮你考虑小白用户如何更好理解你产品的思路来优化，帮我做了很多事情。 我居然对优化文案上瘾了，然后我又包了一个20刀的账号，继续使用，一个用完，另外一个刚好重置，把我之前一些产品不好懂的文案、描述几乎全部优化了一遍，包括各种开源的 Readme，非常爽，也非常喜欢，算是找到了用武之地了。 假如你也有类似诉求，非常推荐你把尘封很久的 Gemini 拿出来试试，会让你很惊喜的，可以让他输出前后对比以及原因，先让你check，让他追求简单、清晰、易懂，不AI语气的方式来弄，非常非常不错。