CalcGuide

致敬工具链

这些是工程师每天都在敲但很少写进博客的工具 —— 单文件或单职责、长期由个人维护、离开了某个会让 SSH 会话变得笨拙。卡片标注作者/维护者、首次发布年与入口。

收录标准：单文件或单职责为主、长期活跃维护（年提交量稳定）、个人或小团队主导、对日常开发或系统操作有可考提升。共 30 个分 6 组排列。

Shell 与终端 5

文件、归档与数据 5

进程与系统监控 4

编辑器 4

开发与版本控制 6

为什么致敬工具链

"开源"这个词常被等同于"大项目"，但工程师真正每天打交道的是这些被几行代码解决的繁琐事。ripgrep 搜索比 grep 快一个量级、fd 找不到的隐藏文件更少、fzf 把任何列表变交互 —— 它们的共同点是单个人用 Rust / Go 重新发明了 Unix 工具箱。

与致敬开源（项目维度）互为索引：项目是大厦，工具是工匠手里的榔头；与致敬枢纽其他维度一起构成"软件为什么好用"的完整图景。完整目录见致敬枢纽。

常见问题

CalcGuide 致敬工具链收录了哪些工具？

共 30 个分 6 组：搜索与查找（ripgrep / fd / fzf / bat / ag / jq）、Shell 与终端（tmux / zsh / fish / starship / alacritty）、文件与数据（rsync / zstd / coreutils / dust / duf）、进程与系统（htop / btop / procs / bottom）、编辑器（Vim / Neovim / Emacs / Helix）、开发与版本控制（Git / gh / lazygit / tig / delta / just）。

致敬工具链与 /open-source/ 有什么区别？

开源页收录完整项目生态（Linux 内核 / PostgreSQL / Kubernetes 等），由组织长期主导、代码量百万级起步；工具链页收录个人向小工具，单文件或单职责为主、长期由个人或小团队维护、代码量多在万级以内。两者互为表里：项目是大厦，工具是工匠手里的榔头。

为什么需要单独致敬"个人向"小工具？

工程师每天敲的命令 80% 来自不到 20 个 CLI 工具。这些工具大多没有市场部门、不融资、不在会议上演讲，但离开了哪个都会让 SSH 会话变得笨拙。把它们单独列出来是承认"工具对生产力的乘数效应"远大于框架。

收录标准是什么？为什么没有某某工具？

三条：① 单文件或单职责为主、长期活跃维护（年提交量稳定）；② 个人或小团队主导、可见维护者；③ 对日常开发或系统操作有可考提升（被多篇权威文章引用、或成为事实标准替代品）。新的替代品（如 eza、atuin）会在影响力被独立核证后收录。

如何向致敬工具链推荐新工具？

可发邮件至 shitou_6211@163.com 投稿。审核标准按本页面"收录标准"段落执行；推荐时附使用场景、对哪个老工具的替代、以及独立维护者/贡献者数量证据。

← 返回致敬枢纽，查看全部 11 个维度。