Omarchy 生态连出磁盘清理与会议转录工具
tobi/disktree：用矩形图找出占满硬盘的元凶
这是一款为 Omarchy 桌面环境写的磁盘空间可视化工具，用树状矩形图直接标出谁在吃你的硬盘。
亮点: 用 treemap（矩形树图）把磁盘占用画出来，面积越大文件越大，比 du -sh 一行行扫快得多，定位后可直接删除。技术栈是 Rust + GPUI，渲染性能是它的卖点。
做什么: 解决「磁盘满了但不知道谁占的」这个老问题。扫一遍目录，按体积铺成色块，你一眼看到那块大矩形，点进去删掉就行。
上手: 按仓库 README 安装，入口见原文链接。
适合谁: 用 Omarchy 或 Arch 系桌面的开发者，尤其是硬盘常年告急的笔记本用户。
提醒: 目前明确绑 Omarchy，其他发行版能否跑通要先看 README；同类可参考 ncdu、gdu，命令行习惯的人未必需要换。
类型: 应用/工具 · ★ 918 · 可直接上手 · tobi/disktree (Rust) · 打开仓库
jankeesvw/omarchy-meeting-recorder：本地转录的会议记录器
会议录音全程在本机完成转录，麦克风和电脑音频分成两条独立音轨，不上传云端。
亮点: 双轨录制（mic + 系统音频）意味着说话人分离更准，输出带说话人、章节和播放器，转录结果不是一坨纯文本而是一份可跳转的记录。
做什么: 解决在线会议「录了但懒得整理」的问题。录完自动转文字、切章节、标出谁在说，省掉手动听录音的几小时。
上手: 按仓库 README 安装，入口见原文链接。
适合谁: 频繁开远程会议、又不愿把会议内容交给第三方云服务的后端和产品团队。
提醒: 本地转录吃 CPU/GPU，长会议耗时明显；也是 Omarchy 专用，非该环境用户先别急。
类型: 库 · ★ 241 · 可直接上手 · jankeesvw/omarchy-meeting-recorder (Rust) · 打开仓库
bridge-mind/bridgeclip：开源 AI 视频切片桌面应用
把长视频自动切成短片的桌面工具，代码开源，切片能力本地可控。
亮点: 开源 + 桌面端，意味着切片规则和模型可以自己改，不用按分钟给 SaaS 付费。TypeScript 写的，前端开发者读源码门槛低。
做什么: 解决「一条长视频要剪出十几条短片」的重复劳动。导入素材后自动挑出可发布的片段，省去逐帧拖时间轴。
上手: 按仓库 README 安装，入口见原文链接。
适合谁: 做短视频分发的运营团队，以及想二次开发切片逻辑的前端工程师。
提醒: 自动切片的结果通常还要人工过一遍；同赛道闭源工具在成品度上更成熟，先小规模试。
类型: CLI 工具 · ★ 222 · 可直接上手 · bridge-mind/bridgeclip (TypeScript) · 打开仓库
Goodbye Google：一位开发者公开告别谷歌服务
Robert O'Callahan 写下离开谷歌生态的完整理由，属于个人技术决策的记录。
亮点: 作者是长期参与浏览器引擎开发的资深工程师，他的迁移路径和取舍比一般「去谷歌化」文章有分量，值得看具体迁走了什么、留下了什么。
做什么: 讲一个人在搜索、邮件、浏览器等场景上逐步脱离谷歌的实际过程，给同类迁移做参照。
上手: 直接读原文，入口见原文链接。
适合谁: 正在评估数据自主权、考虑自建邮箱或搜索的独立开发者和技术负责人。
提醒: 这是个人视角文章，不是可复制的操作手册；迁移成本因人而异，别照搬结论。
★ 74 · Goodbye Google · 查看原文
把 vibecoding 改叫 llms 的油猴脚本
一个 Greasemonkey 脚本把网页上的「vibecoding」字样替换成「llms」，用技术手段表达对术语的态度。
亮点: 用几行脚本直接改造阅读体验，是开发者对流行词汇最轻量的一种抗议方式，做法本身比争论更有传播力。
做什么: 装上后浏览技术社区时，页面上所有 vibecoding 会被替换为 llms，屏蔽掉作者认为不准确的措辞。
上手: 按仓库 README 安装，入口见原文链接。
适合谁: 每天泡在技术社区、对术语被滥用感到不适的前端和全栈开发者。
提醒: 纯浏览器端字符串替换，可能改坏正文引用和链接文本；别指望它改变别人怎么说话。
★ 66 · Lobsters: Rename vibecoding to llms (Greasemonkey script) · 查看原文
What About Rails？：Rails 在新工具浪潮下的位置
这篇文章追问：当大家都在聊新写法时，Rails 这套老框架还剩下什么价值。
亮点: 不做框架对比表，而是讨论 Rails 的约定优于配置在快速出活上依然成立，适合被新概念绕晕的人重新校准判断。
做什么: 回答「现在做 Web 项目还要不要选 Rails」这个问题，从工程效率和团队协作角度给理由。
上手: 直接读原文，入口见原文链接。
适合谁: 带小团队、需要在几周内交付可用产品的 Ruby 开发者和技术负责人。
提醒: 观点文，不能替代选型评估；Ruby 岗位和生态规模的确不如主流语言，招人要有心理准备。
★ 34 · What About Rails? · 查看原文
今日观察
看好「桌面端本地优先工具」这条线。今天热度最高的两条都是 Omarchy 上的 Rust 桌面应用，一个管磁盘、一个管会议转录，共同点是数据不出本机、性能靠原生渲染堆出来。这说明开发者对「把数据交给云服务」的容忍度在下降，而 Rust + 原生 GUI 的组合已经能撑起日常工具。对开发者的实际含义是：如果你手上有重复性的本地工作流痛点，现在自己动手做一个的成本比两年前低得多，值得跟进。