推荐一个老牌小工具：asciinema 🎬 它专门录终端操作，但不是录成视频，而是保存成很轻的文本记录。播放的时候像视频，实际内容还能复制、暂停、快进，放 README、文档、演示材料里都很舒服。 我最近做汇报演示，现场跑命令最怕两件事：网络抽风、手抖打错。后来干脆提前用 asciinema 录好一遍，汇报时直接播放，既像 live demo，又不会翻车。领导看的是效果，我保住的是血压。 这个项目也挺有意思，早期 CLI 是 Python 写的，3.0 直接用 Rust 重写，还加了 terminal live streaming。老工具继续长新牙。 适合这些场景： 录 CLI demo / 写 README 示例 / 做排障复现 / 给新人留操作说明 / 汇报时假装自己很稳 😄 终端世界里的“行车记录仪”，建议常备。

请问有没有高效好用的本地 Skills 管理工具推荐？ 本地的 Skills 越来越多了。有自己写的，有 copy 别人的，有 fork 过来修改的。 最好是命令行 CLI / TUI 的，这样可以让 Agent 帮我管理。这个需求也很简单，不想搞个 App 来使用。特别是不想用 Turi 写的 App。

你知道 Linux 内核有一个 1997 年就引入的特性，让 Apple Silicon Mac 能高效运行 x86 容器吗？ 它叫 binfmt_misc，Linux 2.1.43 引入，距今快 30 年了。 原理极其简单： Linux 内核在执行一个二进制文件时，会先读取文件头的 magic number。如果你提前在 /proc/sys/fs/binfmt_misc/ 注册了一条规则 —— "遇到这种 magic 的文件，交给某个解释器处理" —— 内核就会自动把执行权转交给那个解释器。和 #!/bin/bash 的 shebang 机制本质一样，只是匹配的是二进制文件头。 最早它是用来让 Linux 直接 "运行" Java class 文件和 Windows PE 可执行文件的。后来 QEMU 利用这个机制实现了用户态跨架构模拟 —— 在 ARM 的 Linux 上直接执行 x86 ELF，内核自动调用 qemu-x86_64 翻译。 然后 Apple 来了。在 Apple Silicon Mac 上用 Colima / Lima 启动一个 Linux VM（使用 macOS 的 Virtualization.framework），打开 rosetta: true 后，会发生这些事： 1. macOS 通过 virtio-fs 把 Rosetta 翻译器二进制挂载进 Linux VM 的 /mnt/lima-rosetta/rosetta 2. VM 内部用标准的 binfmt_misc 注册一条规则：遇到 x86_64 ELF magic (7f454c46...02003e00)，交给 /mnt/lima-rosetta/rosetta 处理 3. 从此，VM 里任何 x86_64 二进制的执行都会被内核自动转交给 Rosetta 翻译 对容器来说完全透明 —— docker run --platform linux/amd64 nginx，Docker 拉下来的是 x86 镜像，容器里的进程是 x86 ELF，Linux 内核通过 binfmt_misc 自动调用 Rosetta 翻译执行。容器自己完全不知道发生了什么。 性能对比： - Rosetta 方案：接近原生 70-90% 的性能（JIT 翻译，指令级优化） - QEMU 全虚拟化方案：仅约 10-30%（完整模拟 x86 CPU） 一个 1997 年为了跑 Java class 文件设计的内核特性，在 2024 年成了 Apple Silicon 跑 x86 容器的关键基础设施。有时候最持久的架构决策，就是那些足够简单、足够通用的抽象。 $ colima ssh $ cat /proc/sys/fs/binfmt_misc/rosetta enabled interpreter /mnt/lima-rosetta/rosetta flags: OCF magic 7f454c4602010100000000000000000002003e00

最近用 Firecrawl 挺多 🔥 它做的事很简单：把网页抓下来，清洗干净，转成 Markdown / 结构化数据。 这一步其实挺省事。很多网页直接丢给模型，里面一堆导航、广告、页脚、相关推荐，token 花了，重点没剩多少。 Firecrawl 处理完之后，可读性高很多，也更适合拿去做资料整理、知识库、agent workflow。 免费版 1000 credits，大概可以理解成：普通网页约 1000 页；如果开 JSON extraction / 增强模式，会少一些，大概几百页。 我还写了一个非官方 CLI，方便在终端里直接用： 小工具，但很实用 🧰

和我自己实践很相似。我看了一下昨天记录：正好提交了 2w 行代码（19986）。处理 Issue 10+ 。 实践更是印证了自己想法：软件工程不但存在而且更为重要；Agent 多任务协作是新时代的 IDE。

我已经在生产环境使用 Temporal 多年。它在 AIGC 时代特别适合用来写 Workflow。 此刻我非常想要一个小型的、本地的、对标 Temporal 的 Minial 解决方案。有朋友有推荐么。